背景:这是在公司UI自动化项目结束后,个人回顾整个项目的过程时,发现走过的弯路或者个人觉得可以改进的地方。
1. 模块划分:(这个需要有一定的业务基础,梳理出初始配置,尽量将各模块划分地高类聚低耦合)
页面本身就存在复杂的业务逻辑。无论是自动化测试还是手动测试,都应该首先划分出不同功能模块,理解模块间的关联,排列模块优先级。因为这中间存在各种业务数据的关联,会直接影响到后面自动化用例的组织和执行顺序。
2. 命名规范:
命名规范,除了遵循所使用语言的编码规范外,还有其他部分的命名也要注意,先制定出规则避免后面合并代码或文件时,出现冲突,包括但不限于如下部分:
1)文件结构和命名。文件的结构主要来自模块、公共代码、用例管理、安装或卸载、外部引用文件等。
2)参数的命名
a)代码中的参数,遵照使用的编程语言规范进行命名。如,驼峰命名等,这里不再赘述。
b)函数的命名。尤其在UI自动化中,采用PO思想。可以在函数前加入页面名称缩写来区分函数。
3. 数据管理
这里的数据管理包括两个部分。1)整个自动化测试中的执行(如,setup和teardown);2)在代码中的参数化
1)用例执行中的数据
a)每个用例都是在一定场景下执行,并产生特定的输出。那么,每个case都有自己的setup和teardown。在setup中构造好特定的数据,然后在teardown中删除数据。
b)在RobotFramework中,反复使用的setup或teardown,可以封装成共用的关键字。
c)构造数据。如,新建(勾选前),应该先判断是否已经存在(已勾选)。这部分可以在代码中判断,也可以由代码提供接口在用例中判断。
2)本次实际操作中,把一部分teardown写到了用例的步骤中。这会出现:前面的步骤执行失败时,teardown不会被执行,而是把teardown写到结束流程中时,需要对失败的页面进行判断才能操作。(有同事的解法是,teardown中另外打开窗口重新登录进行数据清理。teardown会尝试去删除,即使没有,只是teardown失败了,但用例不会失败。用到的关键字:Run Keyword And Ignore Error。但没有亲测。)
3)数据的参数化
a)参数的使用。对于共用的部分最好使用参数,上面所说的PO也是利用这种参数化的思想。另外,一些按钮也可以使用这种方式。例如:
_locator = {
......
# 关闭按钮的定位
op_btn_close = "xpath=.//*[@id='dialogPrompt']/following-sibling::div[1]/div/a/span",
......
}
btn_dict = {
u"查询": “op_btn_query”,
u"重置": “op_btn_reset”,
u"关闭": “op_btn_close”
}
方法一:这种方式是将参数与一个固定值做比较。如果按钮较多,则需要更多的判断语句。
def foo(self, btn_name):
if btn_name == u"关闭":
self.find_element_by_id(self, btn_dict["op_btn_close"])
方法二:采用下面这样的结构,将一组按钮集中放在一起,并与他们的定位关联起来。当出现按钮位置或名称变化时,无需修改函数,只需修改字典中的定义即可。
def foo(self, btn_name):
btn_name = btn_name.strip().lower()
temp_list = self.op_btn_dict.keys()
for k in temp_list:
if btn_name not in temp_list:
raise NoSuchElementException("Check name, please")
if k == btn_name:
self.find_element_by_id(self.locator.get(self.op_btn.dict[k]))
break
b)页面有中英文版本,这种UI的自动化操作,可以考虑设置一个全局开关,并且在代码中,尽量避免使用页面上的文字进行标注。例如,上面这种情况,就需要设置两个字典,中英文各一个。
4. 用例管理
1)在RobotFramework中,通过Tag标记分类用例,并且在使用Pybot执行时还能够通过通配用例的ID来挑选用例。
5. 遗留问题:
1)功能用例如何与自动化用例对应,标明哪些自动化了,哪些没有自动化?
2)页面功能用例与接口自动化用例的对应关系?(这里,个人的看法是,页面用例和接口用例分开)
*** 参考:
在测试过程中参考到的一些网页资料:
- 如何使用RF写好用例:https://www.cnblogs.com/farb/p/HowToWriteGoodTestCases.html
- 自动化测试用例设计的原则:http://www.51testing.com/html/79/141979-829881.html
- 自动测试用例设计实例:https://www.cnblogs.com/jshtest/p/6365837.html
- 关于软件自动化测试用例设计的几点分析:http://www.51testing.com/index.php?action-viewnews-itemid-3720545-php-1