测试管理（一）

1、测试计划

测试内容：根据项目需求说明书或产品需求或业务技术调整，分析要测试的相关产品或项目（新产品或受影响的产品）

测试范围：详细分析，具体到相应产品下的模板或功能（整体功能或局部功能）

测试时间：紧急项目一般已订好节点，项目组预留的测试时间； 非紧急项目，可根据工作量任务的大小来规划测试时间。给出总体测试时间，细分测试需求分析时间、测试用例编写时间、测试复核时间、模块化测试时间、回归测试时间、上线时间，这其中时间应给出相应buffer，用来处理突发或紧急事件。这其中需要了解开发的相应开发周期，系统设计、详细设计、编码阶段、总体提交或分功能提交相关时间点，要是团队要实行单元测试或接口测试，可以在开发编码阶段介入并给出单元测试时间。根据开发的提交时间点，来规划各个时间段内的测试任务。考虑工作重复度、技术风险、开发质量、团队合作带来的问题等，给出相应的应对策略，做到合理高效，保证计划遇到问题是可调整的，带来的损失是最小的。

人员：根据人员的能力等级（初级、中级、高级）、性格（UI\逻辑\流程）、工作态度（细心--细致的活、耐心--繁琐细致的活、积极--紧急、沟通--需要合作完成的内容），根据任务的性质和人员进行匹配，并综合考虑测试时间及工作量，以及风险预防，以及为后期的项目做储备。给予了一个具体项目和人员，具体怎么搭配，如何合理高效，达到目标，还有待思考？

测试策略：单元测试、模块化测试、集成测试、回归测试（测试的轮数根据测试时间、相应的软件质量及bug量、整体的预期标准进行调整）、性能测试（根据项目的特点进行取舍）、安全测试、兼容性测试、实用性测试，充分分析系统需求及市场人群定位及软件使用环境（客户端、浏览器、网络、目标人群--年龄行业背景、是否是高并发），来决定测试策略。以及测试过程中针对某个有难度测试点，需要开发相应的测试工具或脚本，以及测试知识背景的了解。每轮测试过程中关注点不同，模块化测试关注流程及整体功能、回归测试关注逻辑及深层次问题及其他相关问题。

开发提交版本标准：开发提交测试的软件质量是否达到测试标准（流程通顺无重大影响测试缺陷）

模块化测试结束标准：一级、二级bug修改结束且已验证完毕

回归测试结束标准：一级、二级bug修改结束且已验证完毕，查看3级、4级bug分析并调整相应的级别，且已经修复完毕。

预上线测试标准：部署到与开发环境等同的环境中，随机进行测试验证，无重大bug。

需求变更标准：开发、测试、需求三方确认同意后，走需求变更流程。