测试用例编写的最佳时间是什么时候呢

咕嘟咕嘟

希望各位前辈指点,在公司一般都是开发人员把成型的软件叫给测试组，才开始着手写测试计划和测试用例,这样一部分测试员就闲置下来，或是先行进行测试，但是这样写完的用例好象就不能准确起到什么作用了，不知道各位同仁的建议是什么呢，我觉得是不是应该在开发的末期,我们测试人员就应该介入软件的测试工作呀，比如按照用户说明书,编写计划和用例呢

ivyhuan

用例的编写最好是在开发部门拿到需求的时候，这个时候测试部门应该也有一份需求的，这个需求是经过评审后，开发部已经Accepted，测试部门也可以根据需求写用例了，等开发部门软件开发完成，那么这些用例就可以拿来执行了

duhongze

规范的流程如下：
在SRS基线化后，开始系统测试计划；
在概要设计基线化后，开始集成测试计划，系统测试方案，系统测试用例；
在详细设计基线化后，开始单元测试计划，集成测试方案，集成测试用例；
在编码走读后，开始单元测试方案，单元测试用例；

duhongze

规范的流程如下：
在SRS基线化后，开始系统测试计划；
在概要设计基线化后，开始集成测试计划，系统测试方案，系统测试用例；
在详细设计基线化后，开始单元测试计划，集成测试方案，集成测试用例；
在编码走读后，开始单元测试方案，单元测试用例；

ivyhuan

只要需求有了，就可以根据需求来写测试用例了，这个时候开发人员也根据需求来编程，等开发人员编程完成了，发布了版本就可以将写好的测试用例来执行用例测试发布的版本。

melanqy

新手，学习了

AJMIAO

现实中，许多公司存在这样问题，特别是小公司。

cher_chiang

领悟中。。。。。。。。

guowei_3000

根据书上的理论呢，应该在需求评审结束后，就着手编写测试用例了，但我们公司就从来不是这样的，都是说可以测试了，才来做这些的。

icyfire

一般是在需求分析之后就可以写测试用例了~

zzytion

看了有启发

yangbohustwb

是的，看了大家的观点我个人认为测试用例是有必要写的，不然软件质量就无法保证。

owenyuan

还不知道测试用例是个什么东西，瞎混，不知道公司要不要写，要编程吗，那就不好玩了

lp1109ab

应该越早越好，根据需求，设计来写相应的用例吧

泡泡糖

根据双V模型,测试在SRS完成,评审,基线化了以后就可以介入,进行系统测试的计划,方案的编写,用例的设计.当概设完成,评审完,HLD基线化了以后进行的是集成测试的计划,方案的编写,用例的设计,依次类推...这样的好处是,当系统用例编写好以后,有足够长的时间可以进行补充,修改,只要在集成测试执行完毕前基线化了就行了.
  
  测试的计划,用例的设计这些都属于测试的准备活动,应该和开发环节结合和在一起并行的.等到开发讲代码完成,通过代码评审之后,便能直接进行单元测试(执行部分),集成测试(执行部分),和系统测试(执行部分).
  
  这些都是根据模型得出来的,但是模型毕竟是模型,它主要传达的思想无非就是测试应该全过程的参与,并且尽早的准备,才能尽早地执行.

  看来每个公司都有每个公司的流程啊,有的公司甚至还....~~看到前面的回复,我终于体会到了呢...既来之,则安之,进了公司要快速适应公司的流程,再结合自己,思考自己的测试工作如何能开展得更好,但是心里还是应该清楚真正的好的流程标准应该是咋样地,这样至少心里有个前进的目标.呵呵 这是我看了这片帖子的小小感想~~

ieee

全新版本我们还是会在版本出来之前就写测试用例，但对于新增需求，通常都是版本出来以后才开始写，那时候测试任务才下来，这也是原因之一，后面看看能否与se商量一下，提前用例的编写。
有些流程普通测试人员也控制不了啊：）

guobinlv

应该是需求分析出来以后,这样应该会好点.

dealeasy

作为新手，真的很幸运，遇到这么好的资料！！！

qzai

学习了

syang0517

8错顶一下