testing - 是否有更好的策略来减少测试用例规范中的冗余?

标签 testing specifications testcase

在编写测试用例规范时,我经常遇到一些模式,其中测试人员要执行的某些操作在测试用例之间共享:

Test case 1:
  Action A
  Action B
  Action C

Test case 2:
  Action A
  Action B'
  Action C

Test case 3:
  Action A
  Action B''
  Action C

这是一个非常简单的案例,在实践中,事情变得更加复杂。

我通常结合使用两种策略来处理这个问题,这两种策略都不是很令人满意:

  1. 不要在测试用例 2 和 3 中描述操作 A 和 C。而是引用测试用例 1 中的操作描述。问题:这使得测试用例描述难以阅读。

    <
  2. 将测试用例 1-3 合并为一个测试用例。问题:在实践中,这会导致大量的测试用例。

有没有更好的(更容易阅读,更不容易出错)的方式?

注意:这些是由人工测试人员执行的测试,没有测试自动化。

最佳答案

您可能想看看 hiptest.com - 它是一个允许您定义 Action 词的工具/平台,因此您可以在多个测试中引用重复的步骤。这是我所知道的唯一可以做到这一点的工具。所有其他(经典)测试管理工具只为您提供自由文本字段来描述您的测试场景。

关于testing - 是否有更好的策略来减少测试用例规范中的冗余?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54736777/

相关文章:

c - 是否有任何工具可以为给定的正则表达式生成所有可能的有效/无效输入?

java - 我可以强制 Junit 调试器使用 Eclipse IDE 通过自定义测试用例方法开始调试执行吗?

laravel - PHPUnit测试依赖项

javascript - 从测试中自动生成文档(javascript、jest)

sql-server - 快照功能的替代方案,SQL Server Standard

java - Junit testing in play with java.lang.OutOfMemoryError 已被捕获,Java 堆空间

ruby-on-rails - minitest 没有拾取描述 block

Java 属性文件规范

c - Vulkan:vk*CreateInfo 结构中的 sType 有什么意义?

python - 使用 "assert"从一个函数运行 python 中的所有测试文件,而不会在测试失败时退出 "for loop"