在上一篇文章中介绍了有关软件测试常用的技术，今天笔者继续来和大家分享。
软件测试是软件质量管理中最实际的行动，同时也是耗时最多的一项。基于时间因素的考虑，软件测试行为必须能够加以量化，才能进一步让管理阶层掌握所需要的测试过程，而测试用例就是将测试行为具体量化的方法之一。
测试用例特点，使用测试用例的好处主要体现在以下几个方面:在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率;测试用例的使用令软件测试的实施重点突出、目的明确;在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度，缩短项目周期;功能模块的通用化和复用化使软件易于开发，而测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升;测试用例构成了设计和制定测试过程的基础。测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，对产品质量和测试流程的信心也会增强。
测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。测试设计和开发的类型以及所需的资源主要都受控于测试用例。测试用例通常根据它们所关联关系的测试类型或测试需求来分类，而且将随类型和需求进行相应地改变。最佳方案是为每个测试需求至少编制两种测试用例：一种测试用例用于证明该需求已经满足，称作正向测试用例；另一种测试用例反映某个无法接受、反常或意外的条件或数据，用于论证只有在所需条件下才能够满足该需求，这种测试用例称作反向测试用例。
一个标准的测试用例中应该包含以下内容：标识符：由测试设计过程说明和测试程序说明引用的惟一标识符；测试项：描述被测试的详细特性、代码模块等，应该比测试设计说明中所列的特性更加具体。如果测试设计说明提到“计算器程序的加法功能”，那么测试用例说明就会相应地提到“加法运算的上限溢出处理”。它还要指出引用的产品说明书或者测试用例所依据的其他设计文档；输入说明：该说明列举执行测试用例的所有输入内容或者条件。如果测试计算器程序，输入说明可能简单到“1+1”。如果测试蜂窝电话交换软件，输入说明可能是成百上千种输入条件。如果测试基于文件的产品，输入说明可能是文件名和内容的描述；输出说明：描述进行测试用例预期的结果。例如，1+1等于2吗?在蜂窝软件中上千个输出变量设置正确吗?读取文件的全部内容和预想的一样吗；环境要求：是指执行测试用例必要的硬件、软件、测试工具、人员等；特殊要求：描述执行测试必须的特殊要求。测试写字板程序也许不需要任何特殊条件，但是测试一些特殊的软件(如核电站软件)就有特殊要求。用例之间的依赖性：如果一个测试用例依赖于其他用例，或者受其他用例的影响，就应该在此注明。
这是今天笔者和大家分享的知识，在后续的文章中，笔者会继续带着大家来学习。
