总结

自动化测试的大体架构已经描述完成,但是如何来启动这个自动化测试过程的执行呢,这里就需要建立一个控制机制,将所有的测试用例脚本都与这个控制器进行关联,待触发这个机制,整个过程自动开始执行,然后就只需要等待测试报告输出即可.

 

存在的问题:

 

1. 测试用例 

由于自动化测试作用主要体现在回归测试,所以前期的测试主要都是依赖于手工测试,所以对于测试用例的生成目前还无法完成自动化的生成和控制.

2. 脚本维护  

测试脚本主要依赖于测试用例的设计,如果项目需求在前期比较稳定,那么自动化的效率相对来说也会比较高,但也是由于这种联动关系恰恰就严重影响了自动化测试脚本的维护成本,似有牵一发而动全身的意思.所以导致脚本维护难的问题也就是自动化测试当前面临的最大难题.

3.  UI自动化

目前市场上的自动化产品多局限于UI自动化,所以说相对来讲效率相比手工测试并无太多优势,而据分析当前在项目中两者所占的比例,大约为80%的手工测试和20%的自动化测试.事实也证明了目前的自动化测试体系并不适合大部分的项目,而合适的项目中,且能实现自动化的却只是部分,并不完全.

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值