草率提交任务是不负责任地行为

作者：尼克拉斯·尼尔森（NiclasNilsson）

傍晚时候，团队正忙于完成本次迭代的收尾工作，一切按部就班、有条不紊。只有约翰赶着赴约有些急躁，他仓促写完自己的代码，编译、检入、然后匆匆离开。几分种后红灯亮起，构建失败。约翰没来得及执行自动测试就草率地提交了任务，连累大家无法继续工作。正常的工作秩序打乱了。大家清楚，如果现在从版本控制系统中获取更新，得到的将是有缺陷的代码，产品演示迫在眉睫，今天集成的任务还很重，这下计划全乱了。约翰“成功地”破坏了开发流程，在撤消他修改的内容之前，集成工作不得不暂停。

类似的情景反复出现，屡见不鲜。草率提交任务会破坏正常的工作流程，是不负责任的行为。这是开发人员节省时间的常用技俩，但是最终浪费的是他人的时间，性质恶劣。然而这种情况随处可见，为什以呢？因为大家觉得按部就班地构建系统，执行测试大费时间。

碰到这种情况，架构师就该发挥作用了。也许你己经费尽心思设计出灵活实用的架构，也说服大家采用了包括测试驱动开发（Test-driven Development）在内的敏捷方法，并且搭建了用于持续集成的服务器。你还要营造一种团队文化：以维护流程畅通为重，以浪费他人时间为耻。要做到这一点，务必在系统内实现完善的自动测试功能，纠正开发人员的行为。如果测试简单方便，开发人员乐于执行，这本身大有裨益，同时避免把有缺陷的代码丢给同事。如果测试依赖于外部系统，或者须要访问数据库，则有必要重新设计使其可以在本地完成，例如采用Mock或Stub的测试方法，或者利用运行在内存中的数据库（in-memory database），在构建服务器上慢慢执行。人们不愿等持计算机，如果被迫等待，他们就会走捷径，结果常给别人造成麻烦。

沉下心来改善系统的生产效率，缩短流程，避免各行其是，才能缩短开发时间。采取一切可行的措施，例如运用模拟方法、降低依赖性、细致划分系统模块，等等。总之要杜绝一切草率提交任务的念头。