众所周知, 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,框架设计一定要好,这里面包括几点:用例分层;数据分离;模块公用;元素分离;数据驱动。

以上是关于软件测试的知识,由多测师亲自撰写,全网独家提供!

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信小程序

微信扫一扫体验

立即
投稿

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部