可以考虑先采用selenium进行预研究工作,将其轻量级的自动化框架搭建出来进行应用。
四、应用框架和策略
4.1 WEB自动化关注
1)Case的选择
尽量采用google提出的721原则,即70%的测试工作在底层接口测试和单元测试;20%的测试工作在集成测试;10%的测试工作在界面测试。
因此,对于B/S架构自动化测试,原则上若能采用二层的机制(API与底层命令机制)的话,尽量用二层机制;若无,则采用第三层机制,且主要定位在功能测试。
2)对业务变更的处理
1) 使用不便的元素进行定位,ID/name。
2) 动态的ID好于没有id,即尽量抓取WEB对象的唯一标示值去识别对象。
动态生成的ID,先利用Beautifulsoup等分析源码,通过属性,text(),css等定位到节点,然后获取id,操作的时候直接利用这个id进行操作。 这样好于直接在代码中书写xpath . UI MAP建立元素和一个别名的关联,以xml或者配置的形式存储,
当页面发生改变的时候,只需要更改这个关联文件即可。
因此,原则上要求研发人员在某些元素一定要设定id,name,并且不要改变。
展示的目的就是为了确认。
4.2 框架的设计思想
主要分为三层:
业务(关键字、业务分层)
数据(数据驱动、数据存储)
结果(结果验证、结果报表)
因此,可以将selenium框架分为三个层次:
appObjects —— Web 页面元素定位信息,如按钮与文本框等;
appLibs ——测试步骤中可复用的行为;
test cases ——由 tasks 组成的测试用例。
4.3 具体方案策略
1) selenium+eclipse+JUnit
文章来源于领测软件测试网 https://www.ltesting.net/