第2章需求和设计评审例析.ppt

软件测试 第2章 需求和设计评审 本章内容 内容 2.1 软件评审的方法与技术 什么是评审 评审方法 评审会议流程 评审会议角色 评审的技术 内容 2.2 产品需求评审 问题 需求缺陷 测试需求 功能性测试需求 用户界面及其显示要求 非功能性需求 软件即服务SaaS SaaS的非功能性需求 正确理解需求的过程 需求评审重要性表现方面 发现需求定义中的问题，尽早发现缺陷，降低劣质成本。 保证软件需求的可测试性。 与市场、产品、开发等相关人员在需求理解上认识一致，以免后期的争吵。 更好的理解产品的功能性与非功能性需求，为制定测试计划打下基础。 确定测试目标与范围。虽然此后需求会发生变更，但能得到有效控制，降低测试风险。 需求评审重要性的直观描述 需求评审的标准 正确性 完备性 易理解性 一致性 可行性 易修改性 易测试性 易追溯性 测试人员在需求评审中作用 内容 2.3 设计评审 设计审查 系统设计的评审标准 设计技术评审标准。稳定、清晰、合理 非功能性质量特性的设计评审要求。安全、性能、稳定、扩展、可靠。 评审的输入：体系结构文档、设计规范与指南、风险列表 评审的输出：经认可的软件体系结构文档、变更需求、评审记录 评审的检查点：软件体系结构、设计模式、部署视图、进程视图、封装体、协议。 系统架构设计的审查 组件设计的审查 界面设计的审查 系统部署设计的审查