Testing 以前实现的在几次构建和测试后丢失

假设有1-10个用户故事。所有测试都正常。->生产。然后是CR，还有5个用户故事。所有这些测试都正常。->生产。 接下来还有5个用户故事。测试正常。->生产。。现在这里有一个或两个来自前1-10的用户故事。显然，测试人员将不得不为此承担责任。 开发人员可以直接访问QA环境的构建路径。任何开发人员都可以将代码文件放在那里。只是一个简单的文件夹结构。 我们如何解决这个问题并保持“我们”的手干净？

---

另外，请注意，由于时间紧迫，我们会进行特别测试。

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

我的建议是：

1。具有开发/质量保证/生产环境

并尝试建立适当的流程，如果某个新项目已经编码并经过开发人员测试，则可以转到“QA”。只有当新产品经过质量保证测试后，才能进入“生产”

2。持续构建集成

单元测试涵盖了关键特性，或者（和）有一套自动化测试，这也很好。单击一个按钮可以显示应用程序的一般状态，甚至是其签入失败的版本

3。回归测试

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

---

希望这能有所帮助。

您会做哪些类型的测试？我们只做功能测试？您是否计划并进行回归测试？您是否为开发人员和测试人员提供了单独的环境？你们有预生产环境吗？