1、测试用例在什麽阶段写？
2、程序设计阶段和程序开发阶段之间？
3、参照需求分析和详细设计来写？
4、如果没有详细设计和需求分析，或者说详细设计和需求分析写的很简单，不能从中获取编写测试用例的有关信息，那么这样的测试用例该怎样写呢？

我很菜，解决你的问题作为抛砖引玉吧

1、测试用例在什麽阶段写？

应该在开发部门的功能详细说明结束后进行，QA部门应该在审核这些Func Spec的时候提出自己的见解（具体看公司情况，到底提到什么程度，我不认为QA在设计的时候不能发表意见）

2、程序设计阶段和程序开发阶段之间？
应该在设计完以后。具体情况，比如人手少，流程不规范，可以在设计没有完全定稿的时候也可以写，此后case的修改需更随需求的变化而变化

3、参照需求分析和详细设计来写？

对的。其实这个时候应该可以检查出设计的bug，比如不符合需求。

4、如果没有详细设计和需求分析，或者说详细设计和需求分析写的很简单，不能从中获取编写测试用例的有关信息，那么这样的测试用例该怎样写呢？

没有详细设计的话，可以从更高层的需求设计来写，但是具体的测试结果就不得而知，所以结果是否争取会有很多争论

谢谢楼上的指点。只是还有点不理解您的第四个问题回答中的“从更高层的需求设计来写”是指什么，是指从市场调研信息还是直接从客户中获得有关信息。

不是从客户或者市场，而是市场人员提供的详细的需求文档。 我所说的"更高层"指的是 需求文档是更高层的东西。

实施过程中某些时候因为进度的要求，可能没有详细设计出来之前，QA就可能考虑开始写测试用利。 需要文档是不能缺少的，否则开发也不知道开发什么软件。因此从业务逻辑的角度和需求文档的流程图中能写出部分的case。需求文档一般会带有详细的UI实现界面。

说的 不清楚的地方，请多指点。

[ Last edited by rudolfyan on 2005-5-30 at 16:58 ]

说得很好，谢谢。我已经明白了。可能是因为我们的需求文档很一般，开发人员大部分都是从客户哪里或是参考资料中获取。所以对您的回答有些不理解。

测试用例一定要参照需求文档来写.这非常关键.本人深有体会!

因为,需求文档是全面分析这个项目或产品的东东.所以,非常的重要,写测试用例的时候一定要仔细阅读.当然,如果需求不是很详细,那么需要测试编写人来自己都考虑一些(这就涉及到您对这个行业的了解程度了.行业:指的是你所从事测试的行业比如医疗,人事,等 既专业知识.)

至于什么时候写测试文档,最好能在项目开发完全结束后,在测试开始之前来写.当然也可以在测试完成后进一步的完善测试用例!

以上是个人心得.希望有所帮助!


谢谢!

楼上说得很好。对行业的业务了解程度对测试的帮助非常大。我深有体会，因为目前我就是对行业的业务了解不多，也没有机会接触该行业业务精通的人士，所以测试工作开展的也不是很顺利。所以说了解业务对编写测试文档的帮助很大。

概要设计和详细设计评审通过后,进行测试用例的设计,编写测试用例,应该参考需求规格说明书和设计文档.

恩，也就是说，当详细设计文档通过后，我们应该参考详细设计来设计测试用例。大部分公司也多是在所有的文档都通过后才会让测试组进行测试用例设计的。偶待过的2个公司都是这么干地～～～～～