发布时间:2020-07-07
自动化测试框架所服务应用对象并不完全是或者说不是用户本身,其服务应用对象我认为是系统或者是业务功能模块。
就用户本身而言,并不是会使用一两款自动化框架,一门语言,就能够说具备自动化能力,自动化测试本质上属于一种区别于手工测试的测试手段。
既然是测试手段——使用什么样工具解决什么样的问题。而不是使用什么样的工具服务与什么样的人。
首先需要明白自动化测试框架更倾向于一种设计思想 ,这种思想指导工具的使用或者自研开发,并且不是只能使用仅仅一种框架,结合被测系统本身特性一般是选择多种测试框架的组合,来满足测试和设计需求(开发、维护角度)。
自动化测试框架其实不严格区分,UI、接口、数据等自动化测试类型的,不同测试类型都可以去使用一种或多种自动化测试框架。
自动化测试框架主要分为以下几种,可以根据项目需要进行选择:
1.模块化框架(test script modularity)。
2.函数库结构框架(test library architecture)。
3.关键字驱动测试框架(keyword-driven/table-driven testing)。
4.数据驱动测试框架(data-driven testing)。
测试框架而言,不同于测试工具,测试框架更像一种指导思想。UI自动化工具常见工具有ATF(泽众推出的自动化测试框架)、Selenium等;接口自动化常见的测试工具有postman、jmeter、ATF等等。
基于WebUI的自动化测试框架如何分层比较好?
在java业务项目中,如果系统不是很庞大,我常见的一种分法是按照层次来划分,例如分展现层,业务层,持久层。一些框架按照模块来分,例如数据库访问模块,工具类包。这两种分法基本思路都是物以类聚,只是分别从不同的维度来区分。其实,只要便于项目组成员开发维护,就是好结构。
推荐阅读:
您的信息已成功提交!
我们的客服人员稍后会与您联系