一家软件公司提供软件并将解决scheme托pipe在自己的服务器上。 一旦有错误的硬件导致延迟，随机重新启动，服务停机和客户失望。 备份服务器的尺寸缩小了，所以在回退期间它们不能处理负载。
该公司已经为testing，UAT，预生产和生产设置了不同的环境。 这对于软件QA来说工作得很好，但由于故障在生产硬件上，所以没用。
我想推荐利用软件质量保证团队开始对IT团队和基础架构进行质量控制。 我应该从哪里开始？ 你能推荐我一些做法，指导或起点吗？
非常感谢你。
不确定为什么有人投下这个问题。 基础设施，运营商，开发和质量保证团队之间的稳固整合可能是一个棘手的问题，尤其是在每个团队向不同层次报告的大型组织中。
一个可以开始的地方就是DevOps运动。 快速search可以find一大堆好消息来开始研究。
在你的组织中，你可以从一些基本的内部networking开始，邀请各个团队的成员聚在一起讨论brownbag会议，或者（如果你能让你的经理人为之倾倒）披萨。 一点点非正式的团队build设可以走很长一段路，也可以展示和分享知识。
根据我的经验，没有人会在堆栈失败的时候喜欢它，即使失败可以归咎于另一个团队。 在各个团队及其成员之间build立一定的实力和深度，可以帮助整个团队的规划和发展，并在需要改变时能够说服pipe理层。
这听起来更像是一个应用程序开发和基础架构团队协调问题，而不是严格的软件QA团队问题。 高级应用程序开发团队成员和了解硬件需求，策略，程序和时间表的高级基础架构团队成员之间的会议可以避免很多这些问题。 保持你的环境完全一样。 让基础架构团队与开发团队合作，了解他们的应用程序，并为预期的使用和未来的增长设置适当的硬件规模。 让基础设施团队开始考虑新应用程序及其现有环境的潜在问题以及防止这些问题的方法。 教育开发团队了解基础设施程序，并让他们考虑其对基础设施的潜在影响，以及可以采取哪些措施来防止这些问题。 让开发和QA团队知道发生的基础架构过程，如备份，批处理作业，高磁盘/networking利用率等等，以便将其添加到计划和testing中。 QA团队将通过对系统进行全面的质量和负载testing，自然而然地融入到过程中。 你们可能已经做了很多这样的事情，但让个人团队成为一个有凝聚力的团队是让我们公司解决这些问题的。 一旦我们能够让团队思考他们将如何影响彼此，问题在他们发生之前就开始解决，当问题出现时，就成了一个团队来解决问题。