软件测试项目交接checklist

测试项目交接checklist"/>

软件测试项目交接checklist

最近项目调整，需要把现在的项目交接出去，进入新的项目，在交接过程中，发现很多东西都可以形成文档，减少沟通成本，不用一点一点地去给同事交接，太浪费时间了。

下面整理了一个清单，希望可以给需要交接项目的同学一点点启发。

一、项目需要交接的场景

1、由于自己离职或工作变动，把自己负责的项目交接给同事

2、由于同事离职或工作变动，同事将项目交接给自己

二、项目相关人员

明确产品、前端开发、后端开发、项目管理等人员。

三、原型/需求/视觉稿

找产品或视觉同事，开通对应权限即可。

四、测试环境/线上环境

找开发同学开通测试环境权限，有host的需要绑定host，有的测试环境不止一套，需要弄清楚有几套，如何切换host进行测试环境的切换。

找开发/产品人员开通线上环境权限，用于线上验证。

五、测试账号

有些后台系统，不同类型的账号登录会显示不同的页面，而且有些账号需要造数据，可以把之前经常用来的测试账号拿过来，便于后续测试。

对于线上， 有些账号是指定的线上测试用的 ，最好也拿过来备用。

五、测试用例

有的用例存在本地，有的存在测试管理系统里面，找到位置即可。

六、自动化测试脚本

主要包含接口自动化测试脚本和压测脚本，有的放在本地，有的存在测试管理系统里面，找到位置即可。

七、Bug系统

找对应人员开通权限，可查看之前的Bug了解系统，也用于测试新需求提Bug。

八、文档

有些测试文档，例如一些比较复杂的造数据步骤，尤其是涉及到其他系统的，如果有文档，当然是极好的了。

还有系统里面一些定时任务，一些注意点等等，如果有记录，对于熟悉系统可能更有帮助。

在上个月的版本中，有一个新系统，需要造数据，依赖于A系统，但是A系统已经很久没有迭代了，研发已经换了一波又一波了，现在接手的研发也不太清楚，为了造数据，新系统的研发花了两天时间去看A系统，结果，在开会的时候，我说我之前在测试其他系统造了这个数据的，有文档，跟开发一对，简直不要太简单了，研发在那拍大腿，咋没早问我这个文档呢...

这个时候文档的价值就被狠狠地体现了！！！

九、数据库

测试数据库的连接信息，以及一些表对应的页面，对于测试同学定位问题是很有帮助的，把问题定位的准确点，可以大幅改善研发眼中点点点的测试印象。

十、接口文档地址

如果研发有，就去申请权限，对于后面写接口自动化脚本，多少有点帮助，不用自己手动去抓包了。

除了交接文档，也可以组织一个会议来进行答疑解惑，对于同事提出的问题，耐心回答，今天的分享就到这里了，下期见~