根据测试投入-产出的金字塔理论,越偏底层的测试回报率越高。unit测试大部分由开发人员完成,测试人员接触的最底层基本是集成测试时的接口测试。
因为各个公司后端开发语言不尽相同,各模块间调用方法也不一样。其实接口测试,核心依旧是黑盒测试,设计测试用例的思想万变不离其宗。得一方法,其余尽现眼前。这些方法很多博客和书都有讲。所以在此我不讲测试原理与方法,只以http接口举例,讲一个简单的自动化测试方案。
方案设计思路:
1.用例编写尽量脱离代码层,可以有UI页面编写。黑盒测试人员易于接受。
2.因为公司项目比较多,用例组织要方便按照项目-环境划分。
3.报错及时,通知到位。自动化测试粒度应在分钟级,报错最好可以通知到个人和关联项目组。
4.报错信息详尽,可以一眼看到问题所在。
5.更直观的话,可以做一个图形化的状态展示页面。
基于以上考虑,最终方案选取为:
1.用例编写工具选用Jmeter,这个基本是个测试人员都常用,易用性好。
2.在服务器上按照项目、环境建立目录存放测试文件。在jenkins上建立相对应的项目,进行持续构建。
3.我们公司IM软件选用钉钉,因此报错直接发到项目对应群内,并at相关人员。执行用例通过jenkins调用ant,利用ant 构建对应目录中的build.xml文件来达到执行用例-生成报告的目的。
4.报错方式选用钉钉内通知报错接口信息、并附上链接,链接内展示Jmeter对应报告。同时发送邮件到对应邮箱(毕竟要存档)。此部分选用python写脚本,分析jmeter执行结果来实现。
5.每次执行后的信息python脚本会更新数据库,因