很多测试同学会问，测试计划有什么好写的？不就那几个时间节点么？什么需求评审的时间，测试用例编写的时间，开发提测时间，测试执行时间，上线时间；最多加一些测试测试目的，测试范围，测试策略，好像就没啥了...... 额，同学们，如果这样想，那看来这个规范就必要出现一下了。
其实制定测试计划最重要的部分是测试策略，而测试策略中的重要的是，明确产品质量目标，进行风险分析，需求分析后给出的测试类型，测试方法等等；更重要的是在测试的过程中跟踪质量，评估风险，进而，测试策略很有可能会发生变化，那么测试计划也就会有可能发生变化；
- 下面给一个常用的测试计划模版样例，对于新手，测试策略需要你不断的摸索，风险评估也需要积累经验，才能越来越准确；
1、测试目的
保证营销一期的系统质量；
2、测试范围
A. 新系统，需要保证整个营销系统一期的接口测试、功能测试和系统测试，保证功能可用且与需求一致。
B. 覆盖现有的所有业务场景，确认能支撑现有的所有业务
C. 确认系统符合公司的安全规范标准
D. 满足性能需求，确认系统稳定运行
3、测试进度
测试活动 计划开始时间 计划结束时间 大概天数 测试设计 2019-4-29 2019-5-6 4天 测试执行 2019-5-7 2019-5-13 5天 产品发布 -- 2019-4-29 --
4、测试策略
质量目标
级别 说明 受限商用级别 特性无法满足用户的某写特定场景，有普通以上的遗留问题，但有规避措施。
测试类型 测试方法概述 数据和数据完整性测试 此次需求不涉及此测试类型； 接口测试 1、确保接口调用的正确性；2、使用jmeter进行接口验证； 功能测试 1、确保优惠券配置、券批配置、券的核销、券的核销、场景覆盖功能正确性；2、利用有效的和无效的数据来执行各个用例、用例流或功能，以核实在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。 性能测试 1、初步判断领券接口，优惠券消费mq存在性能需求，会进一步进行性能需求确认，产出性能方案；2、使用jmeter进行性能测试验证；3、根据性能方案进行性能测试，预防系统性能问题； 集成测试 1、检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求；2、利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。 用户界面测试 1、确保GUI正确交互，窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。2、为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 安全测试 1、确保此次需求无安全隐患；2、此次需求涉及输入校验、日志相关、敏感数据脱敏相关安全； 故障转移和恢复测试 此次需求不涉及此测试类型； 安装卸载测试 此次需求不涉及此测试类型；
5、系统风险、优先级
A. 需求还未完全梳理透彻，存在需求变更的风险，可能导致需求分析延期
B. 开发提测延期，也将导致测试介入时间延期，无法按预期时间交付项目
C. 提测质量差、修改bug不及时，测试中途变更需求等，都会导致交付延期
网友评论