【软件测试】测试管理_测试需求分析、制定策略、设计方案、设计流程、输出报告

本篇来总结测试管理部分的内容，这部分工作在公司中是team leader完成的，但还是多多学习为好 ~

首先是制定测试策略，从测试需求开始，有句话常说：50%以上的错误来源于需求的错误，所以项目组成员应该积极参与需求评审，在会议上能发现更多的需求缺陷。针对需求提取出测试对象，再根据对象拿出具体测试方法，便可制定测试策略。

完整的需求文档需包含：功能需求、非功能性需求、性能需求、安全性需求、扩展性需求、可靠性需求、可移植性需求、易用性需求、兼容性需求。

完整分析需求后，就要确认测试业务涉及的测试类别，比如：功能、性能、安全性、兼容性、文档、安装卸载等其他专项测试。

而制定一个测试策略需要确认：测试使用的测试技术、测试过程的管理和控制、测试团队的组建。

测试计划和测试方案需要包括：测试范围（由需求分析而定）、测试策略（包括针对不同部分的测试方法、测试用例）、测试控制（包括测试流程、测试执行、缺陷跟踪）以及其他（环境、版本管理）、测试风险等。

对于风险的分析也很重要，软件项目的风险主要来源于需求、技术、成本和进度。包含：需求风险、计划编制风险、组织和管理风险、人员风险、开发环境风险、客户风险、产品风险、设计和实现风险、过程风险等。

设计测试执行流程对工作完成很有必要，可以事半功倍。

• 需求测试是基本的，应该尽早开始，测试要素：正确性、必要性、完整性、一致性。
• 内部发布版本测试（冒烟测试），在版本测试中的信息传递：修改内容、风险分析、配置管理。
• 系统测试：根据测试用例一条一条的执行，缺陷管理。
• 回归测试：确认回归的内容、方式、用例回归、bug回归。
• 交叉测试：测试的枯燥性、重复性，引起的惰性，有不同的思维模式。

最后就是输出测试报告了，具体要报告：测试概况、测试过程分析、缺陷分析、测试接口以及缺陷清单。

回顾整个测试流程：

需求分析（需求串讲、验证、从设计需求中提取） – 测试计划（方案、策略） – 测试用例编写（需求测试） – 测试执行（冒烟测试、系统测试、回归测试、交叉测试、自由测试） – 测试报告（缺陷分析、测试结论）