|
由于我们所测试的一个功能,测试工作量测试点较多,并且每次有改动之后,回归测试量大,所以由领导们研究决定开发一个Tool 来辅助测试。
提起这个tool,心里面莫名的烦躁。整个公司的常规测试组,从来未接触过任何自动化形式的测试,完完全全的手工测试,对于这种测试,已经习以为常,不觉得有什么不方便了,但是突然冒出这样一个tool,大家都有些抵触,虽然tool会带来的好处显而易见:单独对这个功能而言近400条case,一个人平均每天跑100条,需要4天完成,功能每次有小的改动,需要进行回归测试,每个版本的Release,需要回归测试,并且不能保证每次的回归测试能够覆盖到所有的测试点。好处这么多,但只拿这个tool的前期测试和准备case所需要的人力和精力来看,是十分闹心的一件事。
这个tool的开发是由开发人员完成,在测试tool的过程中,遇到问题,需要找开发确认,然后他们修改,遇到他们忙不开的时候,这些问题只能暂时搁置,还好有开发领导的支持,使 这个tool断断续续的可以最终于成形,投入使用。但是在准备数据和case的过程中,由于tool本身本身不十分强大,并且要求做数据和case是个十分细致的活,所以我们这些人吃尽了苦头,后期遇到的一些问题,导致一些case无法做下去了,最终,400条case通过tool来做完的只有250条左右,剩下有150条无法进行。也就是说,接下来的每次小改动和每次release,我们都可以用tool来完成这250 case的测试,减少一些测试量。不计算开发人员的工作量,测试人员对tool的测试和case 的准备,起码要花费一个人15-20天的工作量。
我不知道这tool到底是否值得,当初领导的话:尝试一下,如果成功了,以后就可以减少很多测试量,测试需要进步,不能一直这样重复的进行,要进步,起码应先尝试。这些我们当然理解,而且在后期在使用tool 执行case的效果也可以看到,但是这20天的时间和折磨,以我现在的心情已经无法去衡量是否值得,所以请教可位测试前辈,我们的这个所谓的自动化测试,是否是个失败的案例呢?像我们这样的单位,如果想真正的去尝试测试自动化,这种形式是否恰当呢。迷茫中,求指教!感激不尽! |
|