|
做了一年多的UI自动化,每天都因为看到自动化而纠结,一直在思考他的存在到底应不应该。
“自动化测试听起来很神秘,学起来很简单,用起来很麻烦”,这句话很是经典哇!
自动化开发和应用的过程中,大部分的时间其实是花费在了编写脚本,异常/错误处理和Debug上面。在运行过程中发现的问题基本可以分为一下三类:
第一是产品的问题,我们可以报bug了;
第二是你测试程序的bug,你需要fix;
第三是测试框架的问题。
在项目迭代的过程中新功能测试基本靠手工测试。项目时间紧,客观上没有时间去编写新功能的脚本,即时有时间编写自动化脚本也会hold在频繁的需求变更,此时自动化反而增加了手工测试者的工作量。
系统测试阶段,是否自动化真正减少了大家的工作量,除去0级用例,在跑系统测试的时候如果直接筛选掉0级,是否会有或无意识的去看0级 ,是否会真的放心自动化跑过的功能无bug。冒烟测试阶段,自动化在跑 可手工也在测试,这个工作量相对于以前来说并没有减少。
手工发现的bug和自动化发现的bug对比
目前情况看,自动化发现的bug相对于他的开发和维护成本来说还很少
bug:莫名其妙的程序崩溃 ,但是在用户处这些并不会出现或是很少出现 此类bug的优先级我认为就会比较低;需求变更的bug 花大力气开发自动化 不是仅仅为了在同事有疑问的时候 我们说这个是需求变更,需求变更相对与bug来说对用户并无影响,只要不影响我的功能即可。
自动化发现的bug真的很少,但他的前景貌似很多人都很看好,XXX好处!但是在自动化的路上已经让整个团队疲惫不堪,到底要不要坚持下去呢 |
|