我的疑惑

fly-bird

现在公司开始写测试用例了，感觉好麻烦呀～～原来只是点点点点的测试可能一个半天可以测试两个模块，现在差不多需要两个半天测试一个模块了，而且感觉真的要写很详细的话，会有好多好多好多需要写，我现在写的就有点粗，不知道这样是不是不对呢？而且我觉得我写的测试用例很少会用到实际的信息，基本都是输入什么什么，而不会说输入的这个具体内容是什么，因为每个模块要输入的东西太多了，所以真的那样写起来有些费力。。。。我自己写的如果要别人来测的话别人可能大部分不能理解，这就很象我给自己列了个大纲一样！困惑ing

Tender

建议去看看用例书写规范之类的书籍
用例不能写的很细，如果你写的用例能让另一个不懂系统的人按照你的用例能执行全部的系统操作的话，那才危险呢！
所以你写的像大纲是对的，不过最好还是看看规范。

secat

赞同Tender的说法

fly-bird不用担忧太多，任何事情都是摸索的过程，能实际用起来的就是好东西，不一定非要很详细。如果你写的别人真的都看不懂的话，那就真要改善一下，不过你没给别人看怎么知道别人就看不懂呢。我觉得最主要的是测试人员之间能看懂就行了，如果真要求任何一个人都能看懂，那就给谁提出这个话的人去写吧。

fly-bird

嗯，我的意思就是拿给其他测试人员去看的，当然不是谁都能看懂的，但是我觉得好象不是说他们看不懂，只是看懂了可能也不能完全测试，因为很多地方我写的期望输出就是正确怎么样怎样输出，可是这个正确这样这样的输出是包括检查很多方面的，而我没写清楚到底怎样才算正确输出，不知道这样对不对呢？

Tender

如果是写给其他测试人员看的，那起码要让别人看懂该怎么做，建议写的再详细点。不过不要因为内容多就偷懒哦！！:p

xiexiaoli830403

我也有这样的感觉，就是在写的时候觉得还有好多都没有写，如果都写了又觉得太细了，我有看过别人写的用例，感觉上就是不一样，写的很简单但是很清楚