如何编写更好的测试用例(一)[2]

发布: 2010-1-26 13:15 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 30次 | 进入软件测试论坛讨论

　　如何编写更好的测试用例(一)[2] 用例设计　

　事实上，编写质量是客观的和可测量的。就像附录A一样，建立一个测试用例的构成内容(目标、方法、组织安排、输入和输出等)的客观核查表，这是很简单的。然后走查每个用例。内容是有或者没有?除了其构成，用例也必须符合这些质量标准：

　　精确的。它们只测试它们描述中所说的它们将测试的内容。

　　经济的。它们只有对于它们的目标所需要的步骤或信息。它们不给出软件导航。

　　可重用的，自立的。一个测试用例是一个对照试验。每一次不管是谁测试它，它都应当得到相同的结果。如果只有作者可以测试它并获得结果，或如果不同的测试者测试，得到不同的结果，那该测试用例就需要在组织或活动上做更多的工作。

　　适合的。一个测试用例必须适合测试者和环境。如果它在理论上是合理的，但需要所有的测试者都没有的技能，那它将会被束之高阁。即使你知道谁在测试第一次，你也需要考虑维护和回归时的情况。

　　可追溯的。你必须知道此用例测试的是什么需求。它可能满足所有的其他标准，但如果其结果是，通过或失败都无关紧要，那为什么还要费心做它呢?

　　可自我清理的。运行后自动收起。它返回测试环境到预测试状态。例如，它不会留下测试系统设置在错误的日期。自动脚本可调用其他脚本来做到这一点。不要把这一标准与破坏性混淆。测试应该是破坏性的，包括试图通过可控制和可重复的方式打破一个模拟生产环境。

　　这些标准也是客观的和可测量的。它们也可以被添加到您的核查表。

　　如果谁知道需求和受测应用程序，那他应该填写该核查表作为一个同行审查的一部分。

　　遵循多少标准只有测试后才能知道，但它们都是可测量的。对于新的测试编写者，这是一种特别有用练习，看看他们在哪块始终没有达到某一要素，或不符合某一标准。

　　测试用例的格式 软件测试

　　一个测试用例看起来像什么呢?它们似乎分为三个主要群组：分步、矩阵和自动化脚本。当然自动化脚本将作为一个在线文件来运行，毫无疑问，其他两个必须是基于纸张的。他们也可以是在线的。让我们来看看每一个的格式：

　　分步。图1显示了这个基本的格式模样。这个格式的一个完整的视图，在一个带有其他测试内容的模板中，作为附录B来显示。

　　图1 - 分步测试用例详细信息

　　矩阵或表格。图2显示了这个格式的基本模样。这个格式的一个完整的视图，在一个带有其他测试内容的模板中，作为附录C来显示。

　　图2 - 矩阵测试用例详细信息

　　自动化脚本。图3显示了这种格式的模样。