关于测试用例

       测试人员如果细分的话，还可以分作测试设计工程师，测试员。测试设计工程师担负的责任比较多。测试场景的搭建，自动化脚本的编写，测试用例的编写等。我现在要讲的就是用例的编写和执行。这涉及到了测试设计工程师和测试员的职责，和对他们的要求。还有就是在我的实际工作中对于用例的认识。

       “世界上没有任何一服药是包治百病的“，这是我一直以来信奉的名言。放之四海而皆准。测试用例也是如此。

        在我写用例的时候，有测试员对我提出了这样的要求，希望我的用例“巨细无疑”。“无疑”是应该的。但是“巨细”就有待于商榷了。巨细的范围是什么？很多测试员希望我们的用例写到一个包罗万象，无所不能得境界。也就是说执行完用例就能检查出软件的所有问题。但事实上不是这样的，我发现在测试的过程中，有很多严重的问题并不是在用例里发现的。

        这是为什么呢？

        用例不是万能的！用例是什么？我个人认为用例在测试过程中起的是一个指导作用，也就是说它明确了我们的测试方向，保证了测试的完整性。它从某种角度上可以看作是对软件需求的遍历。这就是测试设计工程师要做的事情：给你一个方向。如果说测试用例集是一条线，那么每一个用例就是这条线上的一个点，而测试人员要做的是把这一个个的点发散成一个面。这个面有多大，你发现问题的概率就有多大。

        测试设计工程师要确保方向的正确，需求遍历的完整，规格把握的准确，并以此写出高执行性的用例。测试人员并不是一味的去跑用例，唯用例是从。我上面说过，一个用例只是一个点，我们要做的是怎么想办法把它扩展成一个面。这也是衡量一个测试人员能力的标准之一。有很多问题就是出在测试人员发散出的这个面里。这就是为什么我们有很多问题并不是在用例里发现的。

        我自己能办到的事从不求别人！