剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
文章：持续集成意味着持续测试
作者 李剑 发布于 2007年11月9日 上午3时50分
持续集成（Continuous Integration，CI）是一个基本的极限编程（XP）实践，但它已经变成了任何一个出色的软件开发活动中的基础组件。一个好的CI过程（包括一个 完整的测试栈）可以被看成是开发人员的防护网，它允许开发人员在本地进行种种尝试，而无需担心对最终集成的应用程序造成破坏。但是随着时间的推移，这个过 程会变得缓慢下来，如果这时开发团队把他们的持续集成最佳实践抛开的话，这款代码质量工具本身的价值就会遭到破坏。InfoQ在图书摘录：持续集成意味着持续测试一文中，为您带来了一本CI新书中的免费章节："第六章：持续测试"，为创建或是改进CI最佳实践给出了一些建议和实例。
该章来自于Paul Duvall，Steve Matyas和Andrew Glover合作编写的《持续集成：改善软件质量并降低风险》。他们希望通过这本书能够帮助开发团队把“持续集成”这项重要的开发实践变成项目中的“non event”，也就是自然而然的日常发生的事情。如果成功地实施了持续集成，那么就可以保证每个开发人员自己的工作和共享的项目状态之间只有几个小时之间的距离，并且可以在数分钟之内同步。
敬请阅读InfoQ为你提供的免费章节：“第六章：持续测试”，以缩短CI构建时间，提升测试栈的可维护性。
阅读全文：图书摘录：持续集成意味着持续测试
.gif)
没有回复
回复