持续集成探索和自动化测试技术研究

[测试盼哥]

业界都在说持续集成，那持续集成究竟是个什么鬼呢？ 持续集成原本的意思是让开发每提交一次代码就自动化测试一次，如果自动化测试发现问题了，测试用例就会失败，开发就会马上发现这个失败，并修改代码。 要做到持续集成可有很多工作要做。 首先就是编译环节，要把所有编译的环节都自动化起来，开发每次提交代码都能进行自动编译； 编译完成后，就是静态代码检查的环节，通过静态代码检查的工具检查代码的问题，比如，数据库连接池没有释放，数组越界等。 静态代码检查完成后，就是单元测试了，单元测试用例一般是开发人员或者测试人员编写，或者开发和测试合作编写，保证的是开发内部函数的正确性。一个健康的自动化测试方案中，单元测试用例的占比是最高的。 然后就是接口测试，一般保证的是后端开发提供给前端开发的HTTP接口测试，接口一般也比较稳定，用例比较容易维护，所以，接口测试的占比也比较高。 在接口测试的上层就是针对用户界面的UI测试了，就像测试人员手工执行一样，UI自动化测试能操作页面的元素，完成自动化。不过，由于用户界面常常要重构，所以我们常常会控制UI自动化测试的规模，只覆盖主干的用例。 优秀的测试人员可以把自己的工作尽量自动化，并用持续集成框架串起来，提高工作效率和质量。