规范：测试计划规范

  很多测试同学会问，测试计划有什么好写的？不就那几个时间节点么？什么需求评审的时间，测试用例编写的时间，开发提测时间，测试执行时间，上线时间；最多加一些测试测试目的，测试范围，测试策略，好像就没啥了… 额，同学们，如果这样想，那看来这个规范就必要出现一下了。
  其实制定测试计划最重要的部分是测试策略，而测试策略中的重要的是，明确产品质量目标，进行风险分析，需求分析后给出的测试类型，测试方法等等；更重要的是在测试的过程中跟踪质量，评估风险，进而，测试策略很有可能会发生变化，那么测试计划也就会有可能发生变化；

• 下面给一个常用的测试计划模版样例，对于新手，测试策略需要你不断的摸索，风险评估也需要积累经验，才能越来越准确；

####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不及时，测试中途变更需求等，都会导致交付延期