测试过程记录文档模版
我们经常测试经常需要做项目总结，所以小编这边就整理了一套项目总结模版，希望能够帮助到大家。
一、需求描述
对应指标：记录需求做的价值，用来评估后续项目上线后是否满足预期结果
1、需求文档
上传相关文件
需求prd：
2、设计文档
上传相关文件
设计文档：
包括业务全流程，对应的交互时序图
3、测试用例
上传相关文件，用例excel，用例xmind等
4、资源投入&核心模块
项目资源视图表
二、测试方案
1、测试平台
小程序、PC、app等
2、测试方法
分层测试法
3、测试点
需求核心的测试点
4、测试风险
人（资源）:
人力资源是否会有冲突—有
问题：需求重叠，人力资源冲突
预防措施：提前协调资源（排期时），多人配合测试
环（环境）：
测试依赖的环境是否会有问题，是否会存在不稳定的情况 无
时（时间）：
测试安排的时间是否够用，时间是否有冲突 无
料（需求）：
测试期间是否会存在需求变更的情况–有
问题：需求移交后，可能会在开发或者测试过程中进行需求变更，导致变更逻辑影响线上问题或者影响整体需求时间
预防措施：1、需求文档需要在igit或者iwik上维护，方便及时看到变更记录
2、需求移交后，如果需要变动需求，需要周知相关方，得到相关方回复确认后，才可以变更，如果变动比较大，需要拉会重新评审变动模块，重新评估开发测试时间，和上线时间
3、测试介入时，从需求链接获取最新需求文档资料；避免开发阶段变动时未周知qa
法（方法）：
是否有明确的测试方法，知道如何测试，测试方法上是否会遇到什么问题？ 无
5、需求问题
6、bug预防
三、测试排期
四、测试环境
1、测试环境
2、测试账号
3、测试数据
（1）是否需要提前构造数据，mock第三方接口
（2）如何构造数据
（3）构造数据脚本/工具
五、测试过程
1、测试技巧
2、遇到的问题
3、测试过程中达成的协议
六、测试结果
1、提测次数以及线下bug数
2、遗留问题
（已知问题，但本次不进行修复，后续进行迭代优化）
3、测试总结
4、上线list
上线前建议提醒：
1、上线前需要开发配置好线上数据库字段配置 （db维度）
2、上线前需要开发配置好上线城市或者相关灰度配置 （wconfig维度）
3、如果有新增服务调用请记得申请服务调用 （scf服务调用维度）
4、前端如果有写死的灰度配置记得修改（测试期间写死的代码维度配置）
5、为了方便测试，配合测试有做相关字段、参数、条件修改的地方记得修改回需求要求（测试期间修改的相关参数信息）
七、效果
1、线上问题
（未知问题，通过第三方反馈并确认为bug，走bug修复逻辑）
八、申请产品验收邮件
目前 【XXXX】 项目测试完成，达上线标准，申请产品，UI验收～
【项目链接】：
