st-第2章+需求和设计评审

st-第2章+需求和设计评审

ID:40054901

大小:3.47 MB

页数:33页

时间:2019-07-18

st-第2章+需求和设计评审_第1页
st-第2章+需求和设计评审_第2页
st-第2章+需求和设计评审_第3页
st-第2章+需求和设计评审_第4页
st-第2章+需求和设计评审_第5页
资源描述:

《st-第2章+需求和设计评审》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件测试第2章需求和设计评审本章内容2.1软件评审的方法与技术2.2产品需求评审2.3设计审查内容2.1软件评审的方法与技术2.2产品需求评审2.3设计审查2.1软件评审的方法与技术2.1.1什么是评审2.1.2评审的方法2.1.3评审会议2.1.4评审的技术什么是评审软件评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。技术评审文档评审管理(流程)评审产品需求审查是软件开发重要环节之一,也是测试活动之一,即静态测试——需求验证。借助需求审查保证用户需求在市场/产品需求文档及其相关文档中得到准确、完整

2、、无歧义的反映,并使各类开发人员在需求理解上达成一致。评审方法最不正式的最正式的临时评审轮查走查互为评审同行评审审查Randomreview,Pass-round,Walkthrough,Peerreview,Inspection评审会议流程达到评审会议标准?Yes计划全面纵览准备修正问题跟踪问题记录会议纪要满足执行要求?YesNo总结报告评审结果分析流程改进建议评审会议角色主持人作者记录员列席人员内审员技术专业人员评审的技术检查表(checklist)是一种常用的的质量保证手段,也是正式技术评审的必要工具,评审过程往往由检查表驱动。一份精心设

3、计的检查表,对于提高评审效率、改进评审质量具有很大帮助。可靠性。人们借助检查表以确认被检查对象的所有质量特征均得到满足,避免遗漏任何项目。效率。检查表归纳了所有检查要点,比起冗长的文档,使用检查表具有更高的工作效率。检查表、场景分析、头脑风暴和工具等内容2.1软的方件评审法与技术2.2产品需求评审2.3设计审查2.2产品需求评审2.2.1需求评审的重要性2.2.2如何理解需求2.2.3需求评审的标准2.2.4如何对需求进行评审问题为什么在测试计划中谈需求评审?需求缺陷为什么软件需求定义中存在很多缺陷最多?软件缺陷并不只是在编程阶段才产生,需求和

4、设计阶段同样会产生缺陷。测试需求在制定测试计划之前,必须清楚测试需求明确测试需求的优先级测试需求分解得越细,对测试用例的设计质量越有帮助详细的测试需求还是衡量测试覆盖率的重要依据测试需求是规划具体项目资源和时间的基础。测试目标取决于软件质量需求,而这种需求分为功能性需求和非功能性需求,功能性的需求相对容易确定,非功能性的测试需求难以确定。功能性测试需求程序安装、启动正常,有相应的提示框、错误提示各项功能符合设计要求,正常运行并输出正确结果功能逻辑合理,并能处理各种异常操作能接受正确的数据输入,输出结果准确,格式清晰系统的各种状态按照业务流程而变

5、化并保持稳定支持各种应用环境,能配合硬件设备……功能性测试需求主要是根据产品规格说明书来检验被测试的系统是否满足软件各方面的功能的使用要求,包括用户界面的友好性。用户界面及其显示要求通用框架、浮动窗口和文字等整体布局合理文字显示正常,且内容格式正确、美观。色彩协调,风格前后一致,文字标记和超链接可以打开和跳转成功……用户界面是和用户进行交互的窗口,其友好程度直接影响用户对于软件产品或软件服务的满意度。良好的用户体验,简单、方便和明了,让用户舒畅、愉悦KISS–Keepitsimple,stupidDon’tmakemethink非功能性需求客户

6、端软件,如字处理软件、媒体播放软件等占用较少资源,在容错性、兼容性等方面要求高。Web应用系统对性能、安全性等有很高要求客户端/服务器应用系统。大型复杂企业级系统。非功能性质量需求,包括系统性能、安全性、兼容性、扩充性,其测试需求会因不同的项目类型差异较大。软件即服务SaaS软件运行的服务质量(QoS,Qualityofservice)QoS要求是指定某些系统特性的技术规范。SaaS(SoftwareasaService)是软件服务模式,厂商将应用软件统一部署在自己的服务器上,客户可以根据自己实际需求定购所需的应用软件服务。On-DemandS

7、erviceOn-PremiseServiceSaaS的非功能性需求性能要求,系统响应能力。可用性,7x24不间断服务可伸缩性,系统容量扩充能力,使系统可以支持来自扩大用户群体的额外负载。安全性要求,确定可能潜在的安全威胁并找到处理策略。可维护性要求,对部署系统进行维护的难易程度,可维护性与可用性之间关系密切正确理解需求的过程举例说明需求评审重要性表现方面发现需求定义中的问题,尽早发现缺陷,降低劣质成本。保证软件需求的可测试性。与市场、产品、开发等相关人员在需求理解上认识一致,以免后期的争吵。更好的理解产品的功能性与非功能性需求,为制定测试计划

8、打下基础。确定测试目标与范围。虽然此后需求会发生变更,但能得到有效控制,降低测试风险。需求评审重要性的直观描述需求评审的标准正确性完备性易理解性一致性

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。