PK 第一轮：沟通

第一轮 PK 关于沟通，对比开发与测试开发沟通量。最近我需要了解业务逻辑，让开发帮忙讲解，跟开发约时间，结果开发三天都有会议，只有晚上 9 点以后或者早上 9 点半前有时间。据了解，开发一周有三天要开会，需要与各种人员沟通，包括项目经理、产品、上下游业务方、测试等等。网上有句话形容得十分正确，白天需要开会晚上才有时间写代码！

image.png

反观测试开发的同学，对接的人则很少，包括开发、产品、项目经理。

image.png

PK 第二轮：代码量

测试开发需要写代码吗？需要写，但是比「开发同学」代码量少。开发经常抱怨需求==CRUD ，什么是需求==CRUD？是指面向数据库编程，针对新需求只需要设计好数据库，完成数据库的增删查改即可，部门不会给你自由发挥的空间，如果想使用新技术或者重构代码，必须小心翼翼，一个小失误很可能造成线上事故。反观测试开发，其发挥空间非常大，可以在线下环境随意蹂躏开发的代码！比如最近需要测试系统 A，系统 A 和系统 B，系统 C 有关联，如下图。

image.png

那么如何测试系统 A，确保不受系统 B 和系统 C 的影响？这里简单讲下测试方案，后续可以单独出文章详细说明：

1. 方法1：直接修改系统 A 代码，不调用系统 B 和系统 C
2. 方法2：开发一套 Mock 服务，让系统 A 请求 Mock 服务，Mock 服务模拟系统 B 和系统 C 的返回值
3. 方法3：利用 AOP 技术，动态修改系统 A 的代码，思路与方法 1 类似
4. 方法4：联系系统 B 和系统 C 的开发人员，让其帮忙构建测试数据

可以看出，测试开发的玩法非常多，开发内容也很少涉及 CRUD，面对不同的系统，代码也大不相同。

给自己一个成长的机会，关注我的公众号（查看简介），Dongle 带你一起学测试开发！