测试用例（一）

测试用例（一）

做了这么久的测试工作，关于测试用例有了自己的一套理解。
测试用例应该是详细记录所有的操作信息，使一个没有接触过系统的人员也能进行测试。一开始从事测试的人员很难做到这一点，这个随着时间的积累会慢慢的提高。能够让别人理解你的测试用例，这就设计到测试用例设计的一个详细程度。一个用例设计的简单别人无法按照他的思路执行用例，这个肯定是失败的；但有时设计的太过详细而又需要花费大量的时间（现在的项目一般时间都比较紧，无法提供充足的测试时间）。如何解决这个问题，个人认为一个成功的测试用例肯定是详细的，至于牵涉到的资源以及时间的约束并不是接口。因为一个按照CMMI的流程去走的项目应该可以保证给测试一个合理的时间。

有些人以为测试用例的设计很简单就是将每一个操作步骤都记录下来不就可以了。话确实如此。但是要真正做到将每一步记录下来却不是易事。这个就要求测试人员有耐心。

测试用例是“一组输入、执行条件、预期结果”、毫无疑问地应该包括清晰的输入数据和预期输出，没有测试数据的用例最多只具有指导性的意义，不具有可执行性。测试用例的设计要尽可能的详细，使之覆盖到每一个需求。无论是正常值的还是异常值的。有时我会遇到这样的情况：前期的测试用例写了一堆，最后执行时发现好多都是无用的。为什么呢？那是由于需求的变动没有及时的反映到测试用例中。这个可以通过变更需求和测试用例的绑定去解决。当项目测试结束时，我想要了解是否每个需求都覆盖到了呢？这时，我只能查看一个个需求所对应的测试用例。其实这个方法也不能百分之百的保证。（我的理解没有一个测试工作是百分之百的将所有的功能覆盖到。因为其中隐含的功能不一定想到。这就要且测试人员是需要有多年的测试经验。他可以了解在哪个部分比较容易出现bug.）所以，我觉得度量是很重要的工作。我可以根据历史数据比对我我的测试工作成果。看测试工作做的是否在合理的范围内。