基于自动化测试的一些思考

      由于系统体量较大，且由于历史原因前期未作完整的系统测试，因此在后期做功能增加或更新的迭代测试中，经常会发现主要的功能会出现品质回退的情况，深感烦恼。因此决定梳理一个接口的冒烟测试。

      近期对postman的众多功能很感兴趣，因此采用postam作为冒烟接口测试，计划前期就在本地执行postman的接口请求即可。后期完善好后时机合适，在使用newman结合Jenkins，放到服务器上对每一次测试环境的构建自动跑脚本。

 

     另外，最近在迭代测试中发现，前面几年太过松散，未严格要求版本。人多心齐的时候还未体现出缺少版本管控的劣势。在人少心散的时候，版本的管控就很有必要。具体体现在，每次修完Bug后开发就立即发布版本，对于一个动态变化的版本，测试很难有一个全局的概念。

     因此，在本次迭代中，决定一轮测试完成后再发布测试版本，完成每个版本的品质评估和管控。这样也可以结合后期的接口自动化对版本进行冒烟验证。结合到禅道，也可以发布每一个版本。