需求和设计评审.pptVIP

需求评审和测试计划并行进行更重要是测试计划是建立在需求之上、对需求理解的基础之上保证软件需求的可测试性软件质量保证与测试第2章需求和设计评审本章内容2.1软件评审的方法与技术2.2产品需求评审2.3设计审查01软件评审的方法与技术02什么是评审评审的方法评审会议评审的技术23%Option1产品需求审查是：借助需求审查：保证用户需求在市场/产品需求文档及其相关文档中得到准确、完整、无歧义的反映，并使各类开发人员在需求理解上达成一致。软件开发重要环节之一，也是测试活动之一；即静态测试——需求验证。30%Option2什么是评审软件评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。技术评审文档评审管理（流程）评审(1)什么是评审正确性完整性一致性有效性易测性模块化清晰性可行性可靠性可追溯内容评审的检查列表(2)评审方法最不正式的最正式的临时评审轮查走查互为评审同行评审审查Randomreview,Pass-round,Walkthrough,Peerreview,Inspection(3)评审会议流程达到评审会议标准?Yes计划总体介绍准备修正问题跟踪问题记录会议纪要满足执行要求?YesNo总结报告评审评审分析流程改进建议评审会议角色主持人作者记录员列席人员内审员技术专业人员测试人员在需求评审中作用需求评审归为静态测试范畴，包含了文档评审和技术评审双重内容，通常通过正式的评审会议来进行。而测试人员主要起着评审员的作用，检查需求定义是否合理和清楚。明确自己的角色和责任熟悉评审内容，为评审做好准备针对问题阐述观点，而非针对个人从客户角度想问题，多问几个为什么在会前或会后提出自己建设性的意见对发现的问题跟踪到底针对需求文档等报告问题(4)评审的技术检查表（checklist）是一种常用的的质量保证手段，也是正式技术评审的必要工具，评审过程往往由检查表驱动。一份精心设计的检查表，对于提高评审效率、改进评审质量具有很大帮助。可靠性。人们借助检查表以确认被检查对象的所有质量特征均得到满足，避免遗漏任何项目。效率。检查表归纳了所有检查要点，比起冗长的文档，使用检查表具有更高的工作效率。检查表、场景分析、头脑风暴和工具等如何理解需求需求评审的标准如何对需求进行评审2.2产品需求评审需求评审的重要性为什么在测试计划中谈需求评审？问题软件缺陷并不只是在编程阶段才产生，需求和设计阶段同样会产生缺陷。02为什么软件需求定义中存在很多缺陷最多？01需求缺陷测试需求测试目标取决于软件质量需求，而这种需求分为功能性需求和非功能性需求，功能性的需求相对容易确定，非功能性的测试需求难以确定。在制定测试计划之前，必须清楚测试需求明确测试需求的优先级测试需求分解得越细，对测试用例的设计质量越有帮助详细的测试需求还是衡量测试覆盖率的重要依据测试需求是规划具体项目资源和时间的基础。功能性测试需求程序安装、启动正常，有相应的提示框、错误提示各项功能符合设计要求，正常运行并输出正确结果功能逻辑合理，并能处理各种异常操作能接受正确的数据输入，输出结果准确，格式清晰系统的各种状态按照业务流程而变化并保持稳定支持各种应用环境，能配合硬件设备……功能性测试需求主要是根据产品规格说明书来检验被测试的系统是否满足软件各方面的功能的使用要求，包括用户界面的友好性。用户界面及其显示要求通用框架、浮动窗口和文字等整体布局合理文字显示正常，且内容格式正确、美观。色彩协调，风格前后一致，文字标记和超链接可以打开和跳转成功……用户界面是和用户进行交互的窗口，其友好程度直接影响用户对于软件产品或软件服务的满意度。良好的用户体验，简单、方便和明了，让用户舒畅、愉悦KISS–Keepitsimple,stupidDon’tmakemethink非功能性需求非功能性质量需求，包括系统性能、安全性、兼容性、扩充性，其测试需求会因不同的项目类型差异较大。客户端软件，如字处理软件、媒体播放软件等占用较少资源，在容错性、兼容性等方面要求高。Web应用系统对性能、安全性等有很高要求客户端/服务器应用系统。大型复杂企业级系统。软件即服务SaaSSaaS(SoftwareasaService)是软件服务模式，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求定购所需的应用软件服务。On-DemandServiceOn