为什么冒烟测试不能由开发人员完成？
Why can't smoke testing be done by developer?
参考自：
冒烟测试用于以下场景：
开发人员在将构建交给测试团队之前完成。
测试人员在开始详细测试之前完成。
问题是，仅仅因为 "agile-developer" 已经完成 "Unit Testing"，它是否可以被破坏？
理想情况下 所有 测试由开发人员完成：
- 这更清楚地表明，引入错误的代码会拖慢团队的速度。
- 它还允许 more optimal automated testing 因为开发人员可以更好地实现自动化，因为他们通常会更好地编写代码。
- 它使团队中的人员更加跨职能，能够完成更多种类的工作。
- 这使团队能够更好地横向扩展。如果您的人员可以从事范围较窄的工作，则很难扩展，因为这通常是每个时间单位该类型工作的数量有限。
了解 Atlassian JIRA 团队如何通过让开发人员更好地测试和审查来引入 Quality Assistance instead of Quality Assurance。
不幸的是，当前这一代的开发人员被市场需求宠坏了。今天我们经常有 QA 团队，开发人员可以使用它来将糟糕工作的责任转移给。这是非常（非常！）难以解决的，除非得到管理和技术领导 以及专业知识 .
的全力支持和理解
如果您让开发人员进行冒烟测试，他们会很快认识到最好将其自动化，并且每个人都会从中受益。但祝他们好运:)
参考自：
冒烟测试用于以下场景：
开发人员在将构建交给测试团队之前完成。
测试人员在开始详细测试之前完成。
问题是，仅仅因为 "agile-developer" 已经完成 "Unit Testing"，它是否可以被破坏？
理想情况下 所有 测试由开发人员完成：
- 这更清楚地表明，引入错误的代码会拖慢团队的速度。
- 它还允许 more optimal automated testing 因为开发人员可以更好地实现自动化，因为他们通常会更好地编写代码。
- 它使团队中的人员更加跨职能，能够完成更多种类的工作。
- 这使团队能够更好地横向扩展。如果您的人员可以从事范围较窄的工作，则很难扩展，因为这通常是每个时间单位该类型工作的数量有限。
了解 Atlassian JIRA 团队如何通过让开发人员更好地测试和审查来引入 Quality Assistance instead of Quality Assurance。
不幸的是，当前这一代的开发人员被市场需求宠坏了。今天我们经常有 QA 团队，开发人员可以使用它来将糟糕工作的责任转移给。这是非常（非常！）难以解决的，除非得到管理和技术领导 以及专业知识 .
的全力支持和理解如果您让开发人员进行冒烟测试，他们会很快认识到最好将其自动化，并且每个人都会从中受益。但祝他们好运:)