32、敏捷开发环境中的单元测试指南

敏捷开发环境中的单元测试指南

在软件开发中，测试是确保代码质量和功能正确性的关键环节。在敏捷开发环境中，测试有着独特的视角和方法。

1. 敏捷开发环境中的测试

在敏捷开发环境里，测试有着与传统开发不同的观点。许多敏捷方法都强烈鼓励（如极限编程（XP）要求）采用测试驱动开发（TDD），即先编写单元测试，再编写生产代码。

这与敏捷开发中的持续集成技术密切相关。在大多数敏捷方法中，开发者完成一个任务或功能后，需将新代码集成到代码库，并使用自动化测试套件进行测试。在一个有10 - 20名开发者的团队中，这种集成和测试每天可能会发生多次。

持续集成有一个规则：如果新代码通过了单元测试，但集成后导致产品出现问题，开发者必须立即修复，不能提交bug报告或把问题推给专门的修复和集成团队。由于敏捷项目中的新功能或任务通常较小（任务总工作量应不超过8小时），这使得集成测试成为单元测试的延伸。

结对编程也是敏捷项目中有利于测试的一个方面。在XP中，结对编程是必需的，在其他敏捷方法中也被推荐。两名开发者同时处理同一任务，一人（驾驶员）负责编写代码，另一人（导航员）在旁观察、思考并给出建议。导航员会考虑设计问题和测试。大约每半小时，两人交换角色。这种方式体现了“三个臭皮匠赛过诸葛亮”的理念，两名开发者共同思考和编写测试，经常进行测试和集成，并将新测试添加到项目的自动化测试套件中。

此外，在敏捷项目中，作为团队一部分的客户会进行系统测试。很多情况下，客户就在现场，集成完成后可立即执行客户编写的验收测试，这是敏捷开发的强大之处。

总之，在敏捷项目中，单元测试、集成测试和系统测试都是正常敏捷流程的一部分。

2.