在实际开始测试之前,我们进行烟雾测试,然后开始实际测试。在编写测试用例时,我们能把烟雾测试的结果作为前提和假设吗?
如果是/否,那为什么?
发布于 2015-12-09 16:47:26
这个问题询问其他测试用例是否可以将烟雾测试作为依赖项。答案取决于依赖的目的。
如果目的是缩小测试用例需要涵盖的范围,那就好了。
如果目的是利用烟雾测试的副作用,例如利用某种方式配置软件,或创建特定类型的数据,则需要小心。通常,假设执行测试用例的顺序是个坏主意,因为顺序可能会改变。您的示例由于您所依赖的测试是冒烟测试这一事实而得到缓解,根据定义,这些测试在任何其他测试之前运行。不过,更好的做法是将烟雾测试分为两部分:其他测试所依赖的副作用的设置过程,以及实际烟雾测试的设置过程。这样,如果您想在不首先运行烟雾测试的情况下运行您的其他测试,那么您将知道如何进行测试。
发布于 2015-12-09 21:09:48
我不认为在正式的主测试计划中,烟雾测试可以被接受为正式测试计划开始的前提条件,或者至少我很难将未正式化的测试条件作为测试会议的触发点。如果烟雾测试是由预定义的步骤序列组成的,那么一切都会发生变化,但在这种情况下,您并不是在执行真正的烟雾测试。
当您需要快速拒绝构建并且不想将预算用于测试质量较差的软件版本时,冒烟测试是非常有用的。
https://sqa.stackexchange.com/questions/16037
复制相似问题