testing - Q/A、发布版本与调试版本以及断言

标签 testing qa

只是好奇:

当您向 Q/A 发布软件版本时,您更喜欢始终使用“RELEASE”版本,还是有时使用 DEBUG 版本?

这是我的难题:
我们喜欢使用断言来捕获不应该发生的情况。

一方面,Q/A 在启用断言的情况下测试我们的软件可能很有用,这样如果他们可以创建触发断言的场景,他们就可以向我们报告。

另一方面,开发人员以某种方式对断言进行编码以改变代码行为的风险总是存在的。在这种情况下,Q/A 应该在禁用断言的情况下测试构建。

迄今为止,我们一直对 Relesae 构建进行 Q/A 操作,因为这是将要发布的代码。但是,我正在考虑尝试一种模式,在这种模式下,我们真正早期的 Q/A 版本会在启用断言的情况下发布。然后当我们接近交付时,我们会通知他们他们的构建禁用了断言。

你们有什么感想?

最佳答案

我们将两者都发布到 Q/A,并且在两者上都完成了测试通过。如果您热衷于自动化测试,那么这就会成为一个需要额外硬件来运行测试的问题。

发布版本必须经过测试,因为它们是实际客户使用的版本。调试版本包含附加的断言/验证/跟踪/等,这在查找不明显的错误方面非常有用。

关于testing - Q/A、发布版本与调试版本以及断言,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/757217/

相关文章:

testing - 无法从 VS 2012 中的测试资源管理器运行测试

javascript - jenkins 不接受来自 casperjs 的 xunit xml 日志

testing - 用于记录 Action 序列的视频或幻灯片捕获工具会导致错误

qa - 重新测试与回归测试

testing - 等待元素出现或可点击

process - 你如何做轻量级的CMMI?

javascript - 我为 Freecodecamp 创建了一个 "Cash Register"函数,但出于某种原因,最后两个测试没有通过?

java - 在 Mockito 中使用静态初始化 block

testing - 平衡 Dogfood 和 QA 的技巧?

testing - TOSCA 是用哪种编程语言编写的?