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

Nio

规范是人定的，只要是人规定的就可以改。根据不同的情况，只要能完成测试任务，不必在意用例何时编写。

little_student

时间定在什么时候我不能说得很准，但是至少要在明白了整个项目系统的流程之后才有可能编写出来！

jackei

不知道 咕嘟咕嘟 朋友现在有没有找到答案，如果没有，我就说说我的看法，其他朋友如果有兴趣也可以参考。
等到产品已经基本完成时才让测试部门介入，恐怕也是现在相当一部分企业——特别是中小企业的做法，首先我们要明确，这种做法是不利于开展测试工作的。理想中的情况当然是在需求评审通过，并版本化以后，测试人员就开始整理测试需求并制定测试计划，之后可以开始测试用例的设计。（如果对这部分内容有兴趣，可以参考“[url=http://blog.csdn.net/jackei/archive/2004/07/20/45964.aspx][color=Red]测试需求与测试用例[/color][/url]一文”）
现在 咕嘟咕嘟 朋友的这种情况，现实已经是如此了，我个人认为还是优先考虑如何把测试工作开展起来，如果对系统业务不熟悉，那就要先学习需求，然后还需要有一段时间来运行已经实现的系统，来加深理解和认识，接下来在测试工作中，建议一边做测试，一边记录和整理所做过和想到的测试思路和方法，不要再去区分测试需求还是测试用例，也不要太关注于格式，而是要把思想保留下来。实际情况如此，就无法奢求太多，希望这些记录下来的东西可以对下一个版本的测试产生积极的意义吧。

[[i] Last edited by jackei on 2004-12-30 at 11:52 [/i]]

wintersea

jackei的观点很正确呀。
其实何时开始编写测试用例是取决于公司开发的流程的，如公司开发流程正规，
则就像jackei所说，在需求评审通过就可以开始整理测试需求并制定测试计划，之后可以开始测试用例的设计了。但各个公司的情况是不一样的，那么就要根据自己公司的实际情况来开展测试，但找到适应方法的同时，我想我们是有责任来提出建议使公司有正规的开发流程和测试流程。

archonwang

理想状态是：需求文档出现的那一刻，就是编写测试用例的开始。

ecust

开发和测试的顺序是相反的，你可以看看 双V模型。
SRS评审结束以后就可以做ST用例了。

云层

需求确认，尽可能早

billhy

在确定功能需求之后就可以开始了吧。
个人认为开发与测试不应该割断联系，
只要开发人员确定了需求及各模块的功能，
就可以开始设计测试用例了~~~~~~~~~

aidaliu

用例在测试过程种也会不停添加的

walker_lai

收藏了！

maoshan

严格来说,需求规格说明书评审基线化后,就可以进行系统测试用例的设计编写了;现在国内的公司一般不做集成测试,单元测试也是在详细设计说明书基线化后,根据详细设计说明书进行单元测试用例的设计编写.
我是这么认为的sdlkfj2

wentao_xiang

测试用例是根据需求写的，而不是根据软件来写的，我认为只要需求通过评审，测试组就可能进行测试用例的写作与设计了，不是等到开发做完再按软件来写的，不知道我的理解是否正确！

寂寞圣贤

现在不是有一种叫ＴＤＤ吗？叫做测试驱动开发，那测试不就在开发初期进行编写了！

chenxiao123

刚开始搞需求,设计时,测试人员就可以开始写测试计划了,针对于用户的需求规格说明书 .等到他们的设计完成阶段. 此时,你头脑中已经有了一个大致的框架 你今后的测试工作如何进行! 在编码阶段时,时常和开发人员进行沟通,了解他的思路是否和用户的需求保持一致 同时针对他写的那部分模块,编写测试用例 .    很希望和各位进行交流 加我QQ哟 624603852

guoxing0865

做个记号

wujp_652

始搞需求,设计时,测试人员就可以开始写测试计划了,针对于用户的需求规格说明书 .等到他们的设计完

applejuzi

学习了

119139107

领悟中。。。。。。。。

syang0517

8错顶一下

qzai

学习了