软件测试培训之基于“经验”的测试用例设计

软件测试培训之基于“经验”的测试用例设计

在这儿，人们技术和业务两方面的经验都是绝对必需的，必要的，因为这给测试分析和设计过程提供了不同的角度。

重要的是，有了他们使用类似系统工作的丰富(前)的经验，他们或许对什么会出错，什么有助于测试有了想法和/或深入的理解。

因此，基于经验的技术与基于规范既与基于结构的技术偕行，又可用于没有规格，或者规格不足或过时的时候。

这可能是用于设计测试低风险系统的测试用例的唯一技术，但是这种方法可能在非常紧急的情况下特别有用，事实上，这是导致探索性测试的一个因素。

“随机”方式—考虑了吗?

通常，任何软件模块或系统都有输入域，从这个域里选择并使用测试输入数据建和/或执行测试用例。

现在，如果一个测试人员从必要输入域中随机选择输入，准备测试用例，并用它们来测试应用程序，这种方法被称为“随机测试”。

例如，如果一个模块的有效输入域是1到100之间所有的正整数，然后用这种方法测试人员会随机或胡乱地从该领域内选择值，如，选15 ， 27和33。

但是，使用这种方法，也有一些一直无解的问题：

值(上面的例子中三个值)足以表明，执行测试用或运行例测试时，模块符合其规格吗?

是否有其他输入值，比那些(在本例中)被选中的值，更能找缺陷?

抑或有效输入域外的任何值应该作为执行测试用例的测试输入?

这就是说，测试数据应包括大于100的浮点值，负值或整数值?

因此，上述问题可以立即通过更加结构化的黑盒测试设计方法解决，尽管使用随机测试输入可以节省一些时间和精力，其他测试输入选择方法要求。

但是，根据许多测试专家，随机选择测试输入会产生一个有效的用于执行测试用例的测试数据集的机会非常小，并且对于一个更结构化的方法，随机方法生成测试输入的相对有效性总成为自省和/或研究的课题。