standards - 您的团队对主要版本代码部署执行哪些标准？

Question

我很好奇其他团队在主要版本中发布(或部署)代码之前要确保采用什么样的标准。

我并不是在寻找每个问题的具体答案，但这是我想要了解的一个想法。

• 对于基于服务器的应用程序，您是否确保监控到位？到什么程度...只是它响应 ping，它可以在任何给定时刻命中其所有依赖项，应用程序实际服务的逻辑是健全的(例如，计算 2+2 的服务实际上返回“4” ”)
• 在发布代码之前您是否需要自动构建脚本？这意味着，任何开发人员都可以走进一个新盒子，从源代码控制中拉出一些东西，然后开始开发？当然，考虑到操作系统和 IDE 之类的东西。
• 对于基于服务器的应用来说，自动化部署脚本怎么样？
• 要“完成”项目，您需要什么级别的文档？
• 如果系统是基于服务器的，您是否确保为系统的所有主要组件制定了全面的备份计划？
• 您是否执行代码质量标准？考虑将 StyleCop 用于 .NET 或圈复杂度评估。
• 单元测试？集成测试？性能负载测试？
• 对于如何处理应用程序的错误日志记录，您有标准吗？错误通知怎么样？

再说一遍，不一定要寻找上述任何问题的逐行答案。简而言之，代码发布必须完成哪些非编码项目才能正式被视为您的团队“完成”？

Answer 1

最低限度:

1. 单元测试有效
2. 集成测试有效
3. 部署到测试阶段即可
4. 测试阶段手动简短检查

更好:

1. 单元测试有效
2. checkstyle好的
3. 集成测试有效
4. 指标如jmeter并通过了测试覆盖率
5. 部署到测试阶段即可
6. 测试阶段的一些手动测试

最终部署到生产阶段

所有单元和集成测试都会自动工作，最好在像 CruiseControl 这样的持续集成服务器上运行。由 ant 完成或maven 。开发Web服务时，使用soapui进行测试工作正常。

如果使用数据库，则在部署之前完成自动升级(例如 liquibase)。当使用外部服务时，需要额外的配置测试，以确保 URL 正常(来自应用程序的头请求、数据库连接、wsdl get，...)。开发webpps时，一个HTML validation在某些页面上会很有用。手动检查布局(例如使用 browsershots)会很有用。

(Java 开发的所有示例链接)

最后(但并非最不重要的):所有验收测试都仍然通过吗？产品是业主想要的吗？在进一步进行之前，与他一起在测试系统上进行实时审查!