我原本测试用例100%自动化,这是一个很大胆的决定,所有用例全自动化。我上次规划的时候,跟产品线说的都是全自动化。所有人包括QA跟RD,他们所有人都很兴奋,产品他们也很兴奋。所以我当时跟组员们说,我只要你们20天,或者说只要你们25天,两周到三周,他们说为什么,我说很简单,你们每天写20个,20个人都去写自动化,每天写20个,写10天,20个人合一起就是4000个,全自动化就搞完了。我这么一算,那10天就够了,然后前面10天搞框架,框架,拼命造轮子。我说你们只要20天就全自动化了,所有QA真的太厉害了,思路太厉害了,一点毛病没有啊。
但是后来我还是放弃了,因为我研究了大量的自动化测试的项目,其中也有一些半自动化的,还有一些流水线无人值守的项目,RD自测什么的。我专门看,研究,但是一直下不了决心。其实去年的时候,我就想做全员自动化的一个实践,但是我后来没有做,最大的一个专业问题就是,拦截率,bug拦截率。因为你光搞自动化,拦截率不高,对于一个快速迭代的,对于一个业务复杂的,一个多场景的一个项目来说,光搞自动化是测不完的。全自动化拦截率达不到测不全。你不能蹭蹭蹭,在迭代中,你不可能从开始到发布,都写了自动化就满了,就覆盖不全。无论怎么样,我想来想去,因为我也算个内行,还没搞,我就知道拦截率实现不了。
第二个后续的维护,你要再投一倍以上,每一个失败都要去看的。或者是需求在不断的迭代,自动化就不好做了,最后我差不多一个多月的思想斗争,那是一个重大决定。后来我说还是放弃吧,我自己一个人做的决定。我第一个说给框架的,我说我放弃了,我放弃全自动化。他说,这个就不能接受了,因为他已经完全沉浸到自动化当中去了。他也想着改造框架,就喜欢的不得了,还过来试图说服我, 他说我可以做到,就古来忽悠我。然后我也跟RD说,全自动化我也放弃了。然后RD说,我都把流水线给你搭好了。所有人都觉得太遗憾了。然后我跟QA说,我说不全自动化了,他们都觉得工作都没劲了。跟项管也说不能全自动化了,他们就觉得好像不想干了。就所有人都沮丧很失落,我看到大家的反应我也很难过,我后来还是放弃了。我觉得全自动化是一个创新,它对一个追求高质量的项目来说,它是破坏性的,它凸显了全自动化的牛逼又怎样。你丢掉了业务,牺牲了质量。所以我在学习,学习做一个QAlead,这就是我的一个遗憾吧,但也许是我的一个清醒或者学习的心得。
绵薄之力【资源分享】
下方这份完整的软件测试视频学习教程,朋友们如果需要可以自行免费领取 【保证100%免费】点击下方小卡片领取即可。