如何提早介入测试

提早的测试有虫吃

提早介入测试是指开发完成某个功能/接口/模块后在开发环境进行测试。

现在很多公司的项目流程都是全部开发完成后提交到测试环境进行测试，导致测试人员在开发编码过程中很清闲，除了完成测试用例之外没有其他事情可做，而当进入测试阶段又会变的非常忙碌。如果bug较多的话可能还要天天加班。

这样其实并不合理，如果把后期的测试分一部分到前期开发阶段，既可以减轻后期的测试压力，也能弥补前期的空档期，岂不是一举两得？

其实还不止一举两得，提早介入测试还能更方便开发调试和修复bug，

1. 因为是对点的测试，而不是对面的测试，定位bug会更精准。

2. 开发可以通过打断点或者用debug模式排查bug原因，有利于修复效率。

也许有人要问开发阶段不是应该开发进行自测吗？话虽如此，但是自己测试自己的程序往往会有测试盲点，因为他能想到的自然编码过程中会处理掉，所以实际情况都是自测都没问题，一旦放到测试环境就会发现各种bug，与其相信开发的自测，不如测试自己来测试更有效果。

说了那么多好处，接着来说一下如何在开发阶段介入测试：

以最常见的接口测试为例，当开发完成某个接口的开发就可以介入测试了，这种测试不同于其他测试通过界面进行测试，而是需要利用工具或者测试脚本来完成测试，相对来说使用工具的门槛不高，推荐使用postman来完成（这个工具的使用之前已经介绍过了，想学习的可以去看一下或者自行百度学习）。一般来说可以根据接口文档，填入各种必填参数，然后调用接口，最后获取返回值，其实和功能测试差不多的，可以理解为每一个功能其实就是调用一个接口。

虽然接口测试能测试大多数的功能点，但接口之间是没有关联的，所以仅仅做接口测试还是不够的。当开发完成了一个模块时，一般来说这时候已经可以通过界面进行测试了，此时可以通过网络抓包来协助测试，而重点放在以下2点上：

1. 每个功能的接口调用是否正确，其中包括一个功能调用一种接口的情况，比如删除功能是否调用了删除对应的接口。还包括同一个接口被多个地方重复调用，比如多个地方查询功能是否都调用了同同一个查询接口。

2. 各个接口之间的关联，比如a接口的返回数据，需要作为b接口的参数传入，看数据处理是否正确，又比如需要根据a接口的返回数据，来判定接着是调用b接口还是c接口，调用顺序或者逻辑是否正确。

在开发阶段完成了以上的测试，就等于完成了测试阶段的冒烟测试，只要测试环境代码部署没有什么问题的话，就可以少做了一轮测试了，减轻了测试阶段的压力，也让前期的空档期不再被浪费，所以这样的测试介入越早越好。

提早的测试有虫吃

提早介入测试是指开发完成某个功能/接口/模块后在开发环境进行测试。

现在很多公司的项目流程都是全部开发完成后提交到测试环境进行测试，导致测试人员在开发编码过程中很清闲，除了完成测试用例之外没有其他事情可做，而当进入测试阶段又会变的非常忙碌。如果bug较多的话可能还要天天加班。

这样其实并不合理，如果把后期的测试分一部分到前期开发阶段，既可以减轻后期的测试压力，也能弥补前期的空档期，岂不是一举两得？

其实还不止一举两得，提早介入测试还能更方便开发调试和修复bug，

1. 因为是对点的测试，而不是对面的测试，定位bug会更精准。

2. 开发可以通过打断点或者用debug模式排查bug原因，有利于修复效率。

也许有人要问开发阶段不是应该开发进行自测吗？话虽如此，但是自己测试自己的程序往往会有测试盲点，因为他能想到的自然编码过程中会处理掉，所以实际情况都是自测都没问题，一旦放到测试环境就会发现各种bug，与其相信开发的自测，不如测试自己来测试更有效果。

说了那么多好处，接着来说一下如何在开发阶段介入测试：

以最常见的接口测试为例，当开发完成某个接口的开发就可以介入测试了，这种测试不同于其他测试通过界面进行测试，而是需要利用工具或者测试脚本来完成测试，相对来说使用工具的门槛不高，推荐使用postman来完成（这个工具的使用之前已经介绍过了，想学习的可以去看一下或者自行百度学习）。一般来说可以根据接口文档，填入各种必填参数，然后调用接口，最后获取返回值，其实和功能测试差不多的，可以理解为每一个功能其实就是调用一个接口。

虽然接口测试能测试大多数的功能点，但接口之间是没有关联的，所以仅仅做接口测试还是不够的。当开发完成了一个模块时，一般来说这时候已经可以通过界面进行测试了，此时可以通过网络抓包来协助测试，而重点放在以下2点上：

1. 每个功能的接口调用是否正确，其中包括一个功能调用一种接口的情况，比如删除功能是否调用了删除对应的接口。还包括同一个接口被多个地方重复调用，比如多个地方查询功能是否都调用了同同一个查询接口。

2. 各个接口之间的关联，比如a接口的返回数据，需要作为b接口的参数传入，看数据处理是否正确，又比如需要根据a接口的返回数据，来判定接着是调用b接口还是c接口，调用顺序或者逻辑是否正确。

在开发阶段完成了以上的测试，就等于完成了测试阶段的冒烟测试，只要测试环境代码部署没有什么问题的话，就可以少做了一轮测试了，减轻了测试阶段的压力，也让前期的空档期不再被浪费，所以这样的测试介入越早越好。