前言
最近推了挺多测试流程后项的优化，但是前置有一些还是缺少的，今天就聊下转测时的规范。
正文
最近项目中发现几个问题点，发生在转测时的问题：
- 预计转测时间1月1日，结果实际是1号晚上提测----时间边界不清晰
- 转测时直接和相应测试直接说，测什么怎么测边界模糊----被测对象不清晰
- 自测通过率需要转为开发提供----对自己开发的代码要有低
- 开发调试用的是dev环境，测试用的是test环境，结果转测test环境跑不了----环境不可测问题
- 涉及前后端配合问题，责任人划分的问题
所以综上需要解决的是：时间问题、测试对象问题、自测问题
网上的做法
无外乎都是形成极其详尽的转测报告和标准
| 分类 | 交付内容 | 交付文件说明 |
|---|---|---|
| 发布说明类 | 自测问题回归列表和结果 | Excel单独文档，字段同BUG单。建议从redmine上导出即可。 |
| 自测的用例执行结果 | Excel单独文档，字段同测试用例。 | |
| 自测统计和报告 | 《转测试报告-XX产品-XX.XX版本.doc》这一个文档即可 | |
| 遗留问题单列表及统计 | ||
| 新增特性列表 | ||
| 完善功能或特性列表 | ||
| 修复问题列表和影响列表 | ||
| 测试建议和要求 | ||
| 可执行程序 | 可执行程序 | 产品经理/项目经理 |
我们的做法
其实考虑到实际应用，我们要求开发每次发版都要弄个报告出来其实非常不现实，因为不见得开发有时间有耐心去谢你这些报告，所以我们要做的是化简为繁，给出关键性的模板即可
比如：
搜索模块提测：
转测时间：2020-5-21 10：00
自测通过率：100%
提测内容：
1.搜索功能增加全局搜索，去除期限制
2.优化搜索sql，提升速度
不可测内容：
1.列表页的分页查询还未实现，预计下班前给到测试
@{对应测试} @{对应产品}
同时，对转测人员也有要求：
- 后端优化由后端负责
- 前端需求由前端负责
- 前后端配合的由前端负责
- 前后端分离的对接对应前后端
总结
略略
