求大神指点~~~~~

zxj2202

发个自己写的测试用例，但是总是看着别扭，感觉少点什么~~~ 麻烦大神们指点一二，小弟在此谢过了~！！ 小弟发的是截图，有不便的地方，请大神见谅了~

luming

其实个人觉得，很多时候测试用例就是一个笑话，不是不需要不重要，而是真正用的时候，总觉得差了点什么。
比如你的用例
1.一个用例应该检查一个东西
2.用例应该具体，不应该都说和需求一致，你现在做的就是验证需求，所以把用例的要求写上。
3.要用数值说话，比如说具体的哪个boss或具体的场景，boss的血量多少，你应该打多少，应该有多少经验等，这个才叫用例。
4.用例不要直接写，应该在写用例之前，进行用例的设计，也就是应该有一个用例需求（或者叫用例设计、测试方案之类的东西，理解我说的意思就可以），分析你到底要测试什么，用什么方法手段去测试，用边界值、还是用状态转移，还是场景等等。不是你这样的一锅烩。
5.用例其实还可以有很多东西，比如前置、后置等，你可以预先确定你执行的时候是乱序还是顺序，都是有说道的。

没太仔细想，只写这些吧，说的未必都正确，只是说明自己的一些想法。
还有，测试用例个人觉得未必写太细，否则工作量太大，更多的写一些可能遗漏或值得注意的地方，大家都知道能一眼看到的地方，未必需要写。

测试用例都是骗外人的东西，测试人员自己不需要太认真的。
公司给别人做外包，我们写了3000条的测试用例，还算不上太细，和lz的差不多，都是不带数据的用例。但是实际测试，至少我自己不会按照那个去做的，我自己看着都头晕。写一遍的好处除了给用户看舒服，就是到测试的时候能更了解系统，不至于落太多的东西。

msnshow

楼上回复很好啊

利勇lmm

前置条件   后置条件   预期输入    预期输出   实际输入  实际输出   
这几个我觉得是必要的，每个公司不一样，最好有用例设计和测试方案，否则会漏，或者自己简单画一个测试流程图，思路也会相对清晰

利勇lmm

前置条件   后置条件   预期输入    预期输出   实际输入  实际输出   
这几个我觉得是必要的，每个公司不一样，最好有用例设计和测试方案，否则会漏，或者自己简单画一个测试流程图，思路也会相对清晰