0

我今天已经开始写一些测试用例，在这里我非常感谢一些建议。我必须在我的 INI 文件中更改一些 XML 标记。假设我有一个 XML 属性，它可以是“TRUE”或“FALSE”。该属性可以应用于两个不同的标签

<TestOneDir name="xxx" att="TRUE"/>
<TestOneDir name="xxx" att="FALSE"/>
<TestTwoDir name="xxx" att="TRUE"/>
<TestTwoDir name="xxx" att="FALSE"/>

这两个标签在同一个测试脚本中。我编写了测试用例来分别测试每个条件，但我想知道是否应该测试合并条件，例如 TestOneDir 为真，TestTwoDir 为假。

4

2 回答 2

1

测试不是非黑即白的，所以对您的问题的回答是“视情况而定”。通常，组合可能会导致测试单个参数时未发现的问题，但您必须评估这种可能性有多大，以及为此测试是否值得。您必须始终限制测试用例的数量，但这只是在哪里划界的问题。

这些条件是相关的还是独立的？您认为组合可能会导致问题吗？将来是否需要对此进行重构？如果系统在这种情况下无法正常工作，会发生什么最糟糕的情况？如果添加这些案例，运行测试需要多长时间？

于 2012-07-30T06:57:06.630 回答
0

我不是测试专家（尽管“测试”在我的正式职称中 - 不要问），但是通过测试，您希望确保完整的代码覆盖率：也就是说，您的所有测试组合应该确保每条路径执行您的程序可以遵循的。您可以获得一些工具，可以向您显示测试的“代码覆盖率”范围。

但是，如果您只想对代码进行黑盒测试，那么它有助于将您的程序简化为数学关系：定义的输入和相应的预期输出，那么只需为范围生成输入（分组为等价类）即可程序的域，然后将程序的输出（在抽象意义上）与预期的输出进行比较。

就您而言，您的问题确实没有提供太多细节。你没有描述你的程序做了什么，你正在测试什么，甚至你为什么用 XML 而不是代码来声明测试。为了提供更多帮助，我需要更多信息和细节。

于 2012-07-30T03:37:29.053 回答