应该在部署之后开发自己的烟雾测试

Question

目前在我的组织中，当devops（我的团队）人员将代码部署到测试服务器时，它将签名并提供给测试人员。然后测试人员进行理智（烟雾测试），并在成功后继续进行回归测试。我的问题是，通过拥有烟雾测试而不是将其交给QA，它的优点或缺点是什么？

Answer 1

在我们的组织中，开发人员有责任为QA提供构建，该构建处于可测试状态。

如果我收到一个甚至不工作的构建（即打开时崩溃），我将拒绝构建以进行测试。这浪费了时间/金钱，因为QA时间必须重新计划，必须生成另一个内部版本等。

Answer 2

拥有测试的QA的优势在于它们是经过培训的测试人员，并且编写测试是他们的工作。开发人员没有在写作测试方面接受过培训。此外，根据您的组织，dev-ops团队甚至可能不知道他们部署的产品会做什么。

我可以看到Dev-Ops团队运行测试的意义在哪里，但开发团队应该拥有测试的编写。