|
首先,介绍下我的工作环境:
我们项目组公共7-9个人,开发人员4个,项目经理1个,测试2个,其中1个是兼任与客户谈需求。项目组全部都在客户的公司进行项目的开发和测试。项目组是基于一个原始的老系统的二次开发,和客户边谈需求,边改,然后边测试;
测试方面的情况:文档就一份需求文档,其他的测试计划、方案、用例之类的都没有,另外还有个jira缺陷系统。(测试时,有bug就直接上交缺陷系统,通知开发改善,改善完毕,开发人员通知测试人员复测,复测通过bug生命终止。)
我的困惑:
1、对整体的系统上测试都是围绕着需求说明书来进行的,这个没有异议,刚开始的时候还行。但是在这种需求变动的非常快的这种开发测试模式下,在需求变动比较多的时候,一个礼拜天天都有或多或少的变动,导致需求文档还没有修正完毕,就得测试开发出来的新需求的功能。日复一日,需求已不再是测试所需要的那份需求说明书了,最终需求也就被忽略了。
2、在这种开发测试模式下,一般都是新功能开发完毕,马上发版进行新功能的测试,有时间的话就会整体测试一遍(这里一遍指的是其他的主要业务功能,因为时间上不允许所有功能点都去验证新功能有没有带来其他错误)。这种情况会导致在新版本发布后有些主要业务功能会被忘记,导致测试的覆盖率不是很好。
问题:前辈们都知道这种情况,最好是写下测试用例,把主要业务功能的用例都写上,到时候新版本发布的时候可以把整个测试用例都走完一遍,就会达到不遗忘的地方了。我想这种开发模式下的,写测试用例时间上是不允许的。现在我解决的方法就是写一个小小文档记录那些测试和未测试的主要业务功能。
3、这种开发测试模式,需求文档、测试计划、测试方案、测试用例是不是可以不用,如果要进行的话,我该怎么办?(最近也只是自己变成这些文档练练手,在实际工作上运用起来难度太大,如果一运用,说不定下个版本这些都已经被淘汰完毕了。)
4、不知道这种情况是不是属于敏捷开发模式?还望前辈们分析分析,给个答案,谢谢了。
5、另外这种开发测试模式适合不适合自动化功能测试?因为最近才刚开始学习,打算走这个测试方向。现在我个人的观点是,这种开发测试模式,需求变动很大,加上功能有时候会变更比较大,测试用例会变更比较多,从而导致测试脚本进行大量修改,不过在其他比较稳定的模块还是比较适合自动化测试的。只是主要业务上功能上的自动化估计实现起来就会比较耗人力和物力吧。
以上是我最近工作的体会和困惑,希望有相同经验的前辈们指点迷津,把知道的教教我,让我走出来。谢谢了!!
经过版主的解答,另外加上一个困惑:
在敏捷测试过程中,基本上都是手工测试,而对于测试新人的我学习最多的估计也就是业务上的知识以及沟通上应该注意的细节,在测试的技术方面估计会涉及很少,那么怎么样才能在这样的环境中完善提升自己的测试技巧了。就打比方说:现在没有测试计划、测试方案、测试用例,自己在业余空闲时间完善它,虽然它无法再现在的实际环境中运用,就当练练手,提升自己。除此之外,在敏捷测试环境,作为新人的我还可以从哪里开始学习,注重哪些要点方面?另外还有其他的方法提升测试技术么?
[ 本帖最后由 Ade_Huang 于 2010-5-6 14:37 编辑 ] |
|