众所周知, UI自动化测试开展的思路是:通过代码方式实现框架,或者自研,或者直接使用开源;在工具级别使用开源软件,自行开发,基本没有代码;下面我们来对比一下这两种方式:
1,代码方式
好处:灵活性,高度定制化,可锻炼员工能力;;
问题:需要大家掌握代码,起码达到用例编写级别
2,工具方式
好处:对人员的能力要求较低,基于成熟的工具可以进行大规模生产.
问题:工具本身可能有局限性,它太依赖于工具本身,或者不能解决特定的问题。
补充性的说,一切工具实际上都是为了一个目标,即:降低员工要求,提高团队效率。
在此我们提到了一款 UI自动化测试工具: ATF, ATF自动测试框架可以无缝集成的接口自动化工具 Selenium, AR, QTP;多个项目可选择预约执行或者定时执行,一个项目可选择立即执行;界面自动化支持截图和视频。
最后,我们还是聊聊到底UI自动化该怎么开展:
1,应该开展UI层面的自动化,但不一定是功能的;
2,如果要做功能级别的UI自动化,首先应该把API层做的比较好了;
3,我们要结合公司当前现状,发版节奏、需求变化、产品生命周期等等综合因素一起确定。
如果你要做,那么我们聊聊应该怎么样让他产生价值:
1,优先挑选稳定少变的模块覆盖;
2,选择重点场景进行覆盖;
3,不要只按照功能测试用例的步骤来实现,而要以功能测试用例的一个 suite为单位来实现(假设如果一个用例有10步,你实现了其中的6步,你认为覆盖率是60%,实际上是0%。由于您缺少4个步骤,因此此用例仍然需要人工执行);
4,框架设计一定要好,这里面包括几点:用例分层;数据分离;模块公用;元素分离;数据驱动。
以上是关于软件测试的知识,由多测师亲自撰写,全网独家提供!
发表评论 取消回复