什么时候开始写测试用例，如何做好用例评审？

lsck74110

刚换公司，刚创建的测试组，4个人。
需求写得很简单，基本上只说下，应该有XX功能。程序还没开发完。
用例感觉有点写不下去了。

现在纠结于：
1.什么时候开始写用例？
一拿到需求就写?需求不可能很详细，肯定会有遗漏。
等测试版本出来了再写?测试时间又不够
2.用例评审如何进行？由用例测试人员一个模块一个模块的讲解自己用例的编写思路?其他人再进行补充？

个人现在的想法是：
1.先按需求上说的写用例，写完后，由测试人员，测试主管，需求人员初次评审，主要评审用例是否覆盖了需求点
2.测试版本出来后，根据软件，边测边补充修改测试用例，第一轮测试完成后，用例差不多补全了。再一次评审，用例是否覆盖所有功能点。

现在的忧虑就是用例评审如何进行？按我前面讲的。先由测试人员讲解思路，再由其他人补充遗漏的，这样，模块太多的话，会不会很费大家的时间?


不知道大家在公司都是如何用例评审和编写用例的，还请高手多多指教。。给我点信息参考参考。。

灰太狼

求指点，高手快来

麒麟sun

对需求说明书作需求分析得到需求分解---测试计划---测试用例---测试执行---缺陷报告--测试总结  当然每个过程都做个小结很有必要，另外需求分析对整个过程都有影响，做得好的话，后面做起来就比较轻松！记住整个过程都是围绕用户需求的---------小弟不才，还有没说到位的希望楼下的继续

livexmm

咳，我是野路子出生，有些地方可能说的不好。
我觉得在这种情况下，测试用例用不用写的很详细，把测试点的分类写清楚就行了。
先这样做个表格，等拿到程序后边测边填就是了。不赶时间就先填后测。赶时间就反过来。。。
主要会觉得来不及还是在于担心到时候对测试点的思考不够详细会占用很多时间吧。但是如果是测试做了一阵子了基本上看一下测试分类就能知道这个分类该测哪些东西，不会占用太多时间。反正要写测试用例，那肯定也不会在乎多CTRL+C/V几次。

AmyLiu2010

最好一拿到需求就写。
一方面，需求有多少，写多少，在需求没有最终确定下来前，持续处于更新状态。
另外，催促开发或是BA尽量将需求写的详细写。
评审不用一个一个用例的介绍了吧。我们公司TC一次Review是测试组的成员，相互检验完成的。
然后就轮到Team Leader了。然后是BA(Business Analysis,这位是对整个业务和需求最了解的)。客户什么时候看我就不知道了。反正客户要求看的时候。我们就要把所有的TC 整合好，放到SVN上，确定版本，把链接发过去。
就这样。
欢迎大家指正补充。