【分析】自动化测试解决方案
如果没有用到自动化测试,显得那么不与时俱进,但引入自动化测试,却是一件不是那么容易的事,在引入自动化测试后,可能需要面临一些问题,包括但不限于以下几点:
1, 具备脚本开发的测试人员少
2, 培训成本大,但成效不明显
3, 面临工具及开发技术的选
4, UI,需求,功能发生变化后,基于UI的脚本维护大非常大
5, 线性脚本造成海量脚本,开发及维护工作量大
6, 没有自己的测试框,扩展性及移植性差
那么如果解决这些问题,有没有成功案例可借鉴呢,如何设计开发一套自动化测试平台或框架才能在测试团队快速高效的推广使用起来呢。基于个人经验,大概一套比较好的平台或框架需要以下这些必要的基础功能模块:
1, 一套框架管理多个被测系统,而不是为多个项目设计多个框架
这样做可以避免不同的项目系统采用的自动化测试技术不同,而造成技术成本。
2, 自动提交缺陷到缺陷管理系统
3, 连接被测系统的数据库,以方便做数据验证
4, 测试脚本与测试用例(数据)分离
测试用例可以独立完成(如果有专职设计测试用例,将会有更高的覆盖率)
5, 高复用性测试脚本
这可能包括两个部分,既然可以管理多个被测系统,那么每个被测系统具有独立的共享类和方法,而平台框架本身有自己的核心模块,也有提供给每个被测系统共享的类和方法。
6, 易维护性脚本
特别是基于UI的脚本,更是要将UI操作封装设计,这样可以最大限度减少UI变化引起的维护量,而测试脚本可以更关注于业务逻辑,而不是UI元素操作。
7, 一目了然的测试报告
管理人员可能希望看到某次测试的结果是测试了多少个用例场景,通过多少个,不通过多少个,通过率多少等这些数据。而测试人员或开发人员看到报错截图外,希望可以快速定位到当时的测试场景和数据,以便分析具体的问题。
So,有什么合适的自动化测试平台吗?我之前用的是Postman,但是因为公司有国产化要求就换了Eolinker,用得还不错。
使用地址:www.eolinker.com