测试用例的一点总结

最近在写一个类似于占座网的网站的测试用例，开始的时候自信满满，后来却越写越觉得混乱，甚至发现自己写这么长时间以来写的用例中，有很多都是冗余。最后不得不大量的修改，真的很受打击，好在现在已经屡清思路。

这次是我第一次写真正的用例，由于以前都是在做练习，一心要找出别人找不出的错误，每一个用例都写得很细，就算是再不可能发生的情况也会写进去，不会考虑实用性，我就是带着这种思维方式开始的。我就很细析的写每个功能的用例，到后来觉得自己写了很多重复的东西，比如，每一个表单的输入框我都会写上：数据为空、数据为1个字符、数据为最大长度、数据超出最大长度范围这几个用例。

还有这个网站基本上没有需求文档，只能看着已经存在的页面写用例，这样写着写着就迷茫了，我会想“我现在明明知道这个功能就是这样了，预期结果就是按照实际结果写的，为什么还要写用例，浪费时间”

对用例的粒度考虑的也不全面，有时候一个操作我把他归为用例中独立的一步，有时候包含在用例的步骤中，真的很乱。

下面是针对上面问题的经验总结：

1先把用例根据测试目的分为几类，功能测试、异常测试、界面测试……

2写用例前要考虑好粒度，把最小的不可分的功能作为一个用例、把一个用例中可以见到结果的操作作为一个步骤，当然也要根据实际情况作一些改变

3用例中不写测试数据，如有需要再另外写

4把通用的功能测试写在一个用例中以减少冗余。