软件开发中的规范示例实践：ePlan Services与Songkick案例解析
1. ePlan Services的软件开发实践
1.1 测试与规范的转变
ePlan Services团队面临测试时间有限的挑战，仅有两周时间来完成测试。因此，他们需要将风险分析内化，明确真正需要的测试内容以及故事中必须正常工作的关键部分。从自动化测试转向自动化规范后，他们发现所指定和自动化的结构主要是一种沟通工具，而非回归检查。团队对规范进行简化和完善，确保开发人员在需要时能及时获得足够的规范。
1.2 良好的测试设计
知名敏捷测试人员Lisa Crispin分享了良好验收测试设计的要点：
- 良好的测试设计从长远来看至关重要。人们开始测试时会创建大量测试用例，但维护这些测试用例的成本可能会超过其价值。
- 每个测试都要明确测试的本质。
- 一旦发现重复内容，应及时提取。
- 需要程序员或具备强大代码设计技能的人员协助设计测试。有了模板后，填充细节就会变得容易。
1.3 活文档的价值
团队将示例更多地视为规范而非测试，意识到它们作为文档的强大作用。Crispin提到，活文档系统在调查问题时节省了大量时间。例如，当遇到贷款支付利息计算错误的问题时，可以查看FitNesse测试并输入相关值，了解代码的实际运行情况，从而快速定位问题。
当ePlan的一位经理兼高级开发人员决定回印度，且几个月内无法提供支持时，团队开始应用示例规范来提取他对系统的独特知识。他们安排人员在每个冲刺阶段花时间记录业务流程的部分内容，这也促使他们开始记录系统的其他部分。
创建自
