证据检验

Question

从历史上看，我们公司在测试脚本中的每一步都会截图，即使没有发现bug。

我们现在从瀑布方法转向迭代开发周期。

在过去的6个月中，我们一直在尝试使用快速测试设计，使用思维图而不是截图，而不是说思维图和管理电子表格中的测试用例是考虑和执行测试的证据。

我们相信，截图并不能证明什么，而且实际上浪费了宝贵的测试时间。然而，有些人认为心理图或类似的过程不能给他们足够的证据，如果他们在稍后的时间被问到这个测试的话，会有一些阻力。

我很有兴趣获得有关以下问题的建议或其他人的经验。无论哪种方式，我们都不打算购买录音工具。

1. 你是用截图来证明脚本已经被执行了，还是在发现错误的时候？
2. 你有没有发现没有用截图来证明一次测试，有没有引起任何冲突或问题？
3. 您是否发现了使用快速测试用例设计和思维图进行测试分析的缺点？

请您说明您是否为跨国、国家、地区或初创公司工作。我们是一家规模较小的国有企业，希望听到每个人的意见，但需要对我们能够实现的和不能实现的目标保持平衡。

。

Answer 1

轶事:我为一家国有公司做了一个项目。测试正在进行，并由一家知名咨询公司负责监督。他们的测试人员被告知对每个测试步骤都要进行截图。他们放弃了这种做法，因为(1)时间太长，测试进度太慢；(2)我通过探索性测试发现项目中90%的缺陷。

Answer 2

根据我的经验，收集正在执行的测试的证据(如屏幕截图)的要求是由您所在行业的法规驱动的。在测试军用航空电子设备(MIL-STD-2167)、电信设备(TL9000)和上市公司财务报告(Sarbanes)时，我不得不收集证据。

在使用不受监管的软件时，不需要收集证据，通常也不需要收集证据。(我不记得我们是什么时候做的)

你可能想要检查你是否需要在放弃之前收集证据。否则，如果你没有被要求-那么这是你的商业决定。是否值得花时间收集通过测试的详细结果？你会知道你实际使用了多少次你收集的数据。根据我的经验，最好集中精力收集失败测试的数据/屏幕截图，以帮助更快地诊断故障。

祝好运。

Answer 3

我们在设计了“好的”测试用例之后，录制了一段测试视频，并将其存储在共享存储中。在那之后，视频只会失败。这样的话，我们就可以回头看看原来的好成绩是什么样子。