- 0
- 0
- 约3.41千字
- 约 35页
- 2018-12-29 发布于福建
- 举报
第2章需肾求和设计评审
软件质量保证与测试 第2章 需求和设计评审 本章内容 2.1 软件评审的方法与技术 什么是评审 (1)什么是评审 内容评审的检查列表 正确性 完整性 一致性 有效性 易测性 模块化 清晰性 可行性 可靠性 可追溯 (2)评审方法 (3)评审会议流程 评审会议角色 测试人员在需求评审中作用 (4)评审的技术 2.2 产品需求评审 问题 需求缺陷 测试需求 功能性测试需求 用户界面及其显示要求 非功能性需求 软件即服务SaaS SaaS的非功能性需求 2.2.1需求评审重要性表现方面 发现需求定义中的问题,尽早发现缺陷,降低劣质成本。 保证软件需求的可测试性。 与市场、产品、开发等相关人员在需求理解上认识一致,以免后期的争吵。 更好的理解产品的功能性与非功能性需求,为制定测试计划打下基础。 确定测试目标与范围。虽然此后需求会发生变更,但能得到有效控制,降低测试风险。 需求评审重要性的直观描述 2.2.2 正确理解需求的过程 2.2.3需求评审的标准 正确性 完备性 易理解性 一致性 可行性 易修改性 易测试性 易追溯性 如何对需求进行评审 内容 2.3 设计评审 设计审查 (1)系统设计的评审标准 设计技术评审标准。稳定、清晰、合理 非功能性质量特性的设计评审要求。安全、性能、稳定、扩展、可靠。 评审的输入:体系结构文档、设计规范与指南、风险列表 评审的输出:经
原创力文档

文档评论(0)