0

假设有 1-10 个用户故事。都测试好了。-> 生产。然后是带有 5 个用户故事的 CR。然后测试一切正常。-> 生产。然后是另外 5 个用户故事。测试没问题。-> 到生产.. 现在这里从前 1 到 10 个用户故事发生了故障。显然,测试人员将不得不为此承担责任。开发人员可以直接访问 QA 环境的构建路径。任何开发人员都可以将代码文件放在那里。只是一个简单的文件夹结构。我们如何解决这个问题并保持“我们的”双手清洁?另请注意,由于时间紧迫,我们会进行临时测试。

4

1 回答 1

0

新事物破坏旧事物的情况相当普遍。我看不出有什么问题。QA 环境非常适合赶上这种回归。

我可以建议的是:

1.拥有开发/质量保证/生产环境

并尝试设置正确的流程,如果新事物已被编码并经过开发人员测试,它可以进入“ QA ”。只有当新东西已经过 QA 测试后,它才能进入“生产”;

2. 持续构建集成

让单元测试涵盖关键功能或(和)拥有一套自动化测试也很好。一键单击可以显示应用程序的一般状态,甚至可以显示其签入失败的构建。

3.回归测试

确保你有一个深刻的回归套件。这些运行主要是为了避免此类问题并验证没有关键问题泄漏到生产中。

希望这有所帮助。

于 2016-04-11T11:39:13.550 回答