测试计划
测试计划定义：
是制定测试目的、范围、方法、时间进度及软件测试重点的过程；
项目背景
项目名称、用户、测试版本；
测试目的：
为了要找出错误，通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。保证整个软件开发过程是高质量的，同时满足用户指定的需求（功能、性能、安全性、兼容性）。
对象框架：
开发环境是什么，基于什么微服务？数据库用的那个？
参考文档：
需求文档
测试环境：
硬件和软件
测试资源
就是人员分配。管理员、需求、测试。
测试策略
1.1功能测试：测试范围、方法、完成标准、注意事项。
1.2业务测试：主要就是业务流程，交互过程（数据流从软件你那一个模块流到另一个模块的过程的正确性）。
任务分配：
什么时间做什么事情。
用例管理：
测试用例是为实施一次测试而向被测系统提供输入数据、操作或各种环境设置；它来源于测试需求。是对测试需求的一个细化，它是整个测试的基础。
测试用例优先级：
高中低
测试用例模板：
用例编号、模块、标题、用例级别、优先级、前置条件、输入数据、执行操作、预期结果、实际结果；
缺陷管理：
软件缺陷，俗称bug，泛指计算机软件或程序中那些导致系统或部件不能正常运行，不符合用户需求的缺陷。
缺陷报告包含元素：
1.缺陷编号
2.缺陷状态
3.缺陷标题
4.重现步骤
5.严重程度
6.优先级
7.缺陷类型
8.测试环境
缺陷严重程度
（1）致命性错误：数据丢失、数据传递错误，造成操作系统或其他支撑系统崩溃、应用系统崩溃，非正常关闭和非正常死机。
（2）严重性错误：规定的主要功能没有实现或不完整；设计不合理造成性能低下。
（3）一般性错误：不影响业务运行的功能问题。
修改优先级：
P1：立刻修复；
P2：如果时间允许就修复；
P3：可以在将来的某个版本修复；
P4：推迟修复；
P5：不进行修复。
风险评估：
系统风险
需求或设计的变更未及时通知。
需求不明确可能导致开发的产品与目标不一致。
应急措施：加班
影响计划的潜在因素
在测试计划执行过程中，可能存在以下因素影响计划的按时完成：
时间紧迫，任务繁重；
测试人员对的熟悉进度慢；
测试人员对被测试产品不够熟悉，对测试工具的使用熟悉程序不够；
被测试产品存在重大错误，以致于测试无法继续；
测试资源未及时到位（设备和人员）；
硬件、软件或网络环境出现故障等；
测试人员获取的需求与开发人员产生分歧；
测试人员与开发人员的协调与沟通。
风险评估：
测试模块通过标准
测试项的通过标准目前定义为：当此项的功能能够正确地完成，并且它的操作没有引起其他功能项或整个系统的错误，则认为此项测试通过。
验收测试通过标准：
验收测试的通过标准目前定义为：对于每一类测试，当没有发现致命性错误和严重性错误，一般性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标
|