肯定设计文档已经出来了
按需求不可能写到这样

3Q了，虽然写的测试用例跟自身的工作没有关系，但是可以从中学习到很多东西！~
顶楼主！

如果楼主的用例是根据详细设计文档所写，说明贵公司的开发人员所提交的文档比较规范。如果是根据界面来写的，写的比较详细。我们公司的开发人员所提供的设计文档，根本无法完成如楼主提供的测试用例，根据界面来写，有些问题还得问问开发人员才能知道正确的或错误的输出。悲哀哦！

我想请问一下，是不是在实际工作中也是需要写这么详细的用例的啊？

下了看看，谢谢楼主!

谢谢楼主。。

很详细，从另一个角度来写确实有点意思！谢谢

怎么看都感觉怪怪的，我们的test case都是用excel写的。而且都是英文的，看这个感觉好别扭啊。

引用:

原帖由 Coralbaby 于 2005-6-10 15:04 发表
我们公司的测试用例也是这样写的，多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端，测试人员拿着这样的测试用例虽然可以完整的进行测试，但测试时的思维模式也被固定了，基本 ...

思维模式也被固定了？不参成你的说法，这样写的目的主要事为了保证能够覆盖到每个具体的功能。
好的case是在测试的过程中不断的添加的。我不赞成整天玩产品，不停的跑case，那样不如自己多动下脑子，想出好的case。我现在实际花在测试的时间只占工作时间的1/2。

发一份我正在用的case截图
个人感觉，excel好用。

顶！

真不错，谢谢

用中文写，真好。。我公司全英文，烦死了

不错了，够全面

我也看过了，写得很详细，跟我们公司的差不多。

就是这样写的啊｀

真的是一份不错的测试用例
不过，要是有一份性能测试的测试用例作参照就好了

写的很仔细，要是一个大项目要这么仔细的写，那要花多长时间？

看看先

挺好的一个功能测试用例,把正常输出和异常输出的现象都描述了一番,并对结果进行对比!便于跟踪BUG产生的原因!   

顶