19、敏捷开发中的业务导向测试与工具

敏捷开发中的业务导向测试与工具

1. 敏捷开发测试的时间规划与策略

在敏捷开发中，团队以短迭代的方式工作，因此在开始编写测试之前对时间进行规划至关重要。每次迭代完成后，需评估提前提供更多细节是否有帮助。例如，是否有足够的测试来确保团队按计划进行，是否因对故事理解有误而浪费了大量时间。

有团队总结出，在编码前编写高层次的故事测试，编码开始后编写详细的测试用例，代码交付时进行探索性测试，能为团队提供更多信息并帮助做出必要调整。像Janet参与的一个有大量复杂计算的项目，在编码前创建详细示例和测试，确保计算正确，这样的时间投入是值得的。

理解业务领域和每个故事的影响，对于评估风险和选择正确的缓解策略至关重要。业务导向测试有助于降低风险，但其他类型的测试同样关键，如手动探索性测试常能发现许多严重问题，性能、安全、稳定性和可用性也是风险来源。

团队应通过实验找到平衡前期细节和关注整体的方法。短迭代的敏捷开发优势在于有频繁机会评估流程效果，以便持续改进。

2. 测试驱动开发与业务导向测试自动化

敏捷团队的程序员进行测试驱动开发时，会依据业务导向测试来确定编码内容。从测试出发能让大家思考如何设计代码以方便测试。象限2中的业务导向测试以自动化测试形式呈现，需易于理解、运行和提供快速反馈，否则难以被使用。

虽然可以编写手动测试脚本让程序员在代码提交前执行，以确保满足客户条件，但长期要求他们这样做不现实。当每两周或30天就要交付有意义的业务价值时，信息需直接且自动。经验不足的敏捷团队可能更容易接受在开发者测试层面用自动化测试驱动编码，而非客户测试层面。但没有客户测试，程序员很难确定编写哪些单元测试。