请问设计测试用例的目的是什么?

镭镭

sdlkfj8
自从研发部门转岗到QA部门以来发现职责反而混乱了,

觉得自己不象QA而成QC了,

QA部门的测试从不写测试用例的,接到一个任务尽管测试就是了,最终保证发布出去没问题就OK,不需要测试计划啦,用例啦之类的文档

因为项目很紧,时间有限,我们的测试除了策划递交的需求说明外,没有其它任何文档了,QA部会做一份简单的流程,流程仅细分了这份系统的功能,把系统分成几个模块,然后大家分模块测试,未来哪一个模块发现过更新错误,以后就在这份文档上做记录让测试者留意就是了,

本来是建议用测试用例的,可以使测试规范化,不过因为大家反应测试用例对老人来说没有必要看,自己都会测试,对于新人,如果他对该系统完全不懂,看了用例也不会,必须先看需求,等需求看懂了,他也会测试了,没必要写用例浪费时间

我现在也迷茫了,测试用例的目的是什么呀

guolm1225

首先，测试是不可能穷尽的，需要我们精心挑选典型的常用的用户所关心的少数用例。我觉得这也是我们需要等价类，边界值等用例设计方法的缘故~
其次，没有用例作为依据进行测试，难免会漏测，具有很大盲目性。所谓“测试用例对老人来说没有必要看,自己都会测试”，这样的猜测测法只能是用例设计的有效补充，而不能直接根据经验想到哪测到哪。况且，没有留下文档，不利于一些难以重现的BUG重现，不利于经验资料的保留共享~
再次，没有测试用例，如果测试过程中一些突发性因素，比如，测试骨干的离职等等，那你们的测试就没有办法执行下去了。。这有点像CMM1的项目长工完全依赖于成功的个人和团队了~
再再次，不设计用例，在项目非常紧张的情况下，容易造成压力，更容易导致错误。所以，在紧张也需要设计，最多调整优先级，舍弃一些不太重要的。

镭镭

测试用例确实有很多好处,比如测试的依据性,便于BUG重现,经验保留等

但是有一个问题是,编写测试用例子的标准,或者说是要求测试的细致度标准,我在研究发部门的时候,专门写过音频测试的测试用例,用时间3个工作日.........写了几十页,而后期的所有音频测试都根据这份文档测试

但是转到QA部门以后,每天都有做不完的工作,一个单一天就要求完成了,而我们根本没有专门的人力来写测试用例,要写3天用例根本不可能做到,而且项目非常大,关功能就可以分大几十个,我上次尝试编写,但是关一个功能就花了2个工作日,到底测试用例标准需要写到多细?对于每个输入可能,以登陆窗口为例子....输入为空,输入超长,特殊字符,大小写,边界值....密码为空,超长.......这一个输入框就可以写一大串了.......时间投入太大...不实际
还是测试用例只要写登陆请注意大小写,边界值,特殊符号,,,等不用写具体数值,让测试员自己选?这样简单的流程是很省时间,但是我觉得又没有写的必要了sdlkfj9

guolm1225

这个就爱莫能助了。。。写到多细写到什么程度我也很迷惑，根据实际吧。。