概述：敏捷项目预想测试计划，测试创建和测试执行在项目生命周期中贯穿始终。因此单元测试的需要，尤其是自动化单元测试不可忽略，而且应当作为整个团队的关键责任-而不仅仅是软件开发人员的责任。敏捷方法是建立在短期、可迭代并且可增长发布版本，可以对变更有持续反馈和灵活应对的基础上的管理软件开发的方法。起源于快速演变的商业环境，由于需要产品更快地完成改善和修改，敏捷方法推动了能够贯穿适用于整个应用程序管理流程的组织结构的速度质量，应对能力和适应性。这篇文章阐述了为什么敏捷开发没有单元测试不能有效地实施-尤其是没有自动化单元测试的时候。
代码质量的重要性
开发者早在数年前就知道越是到项目后期发现缺陷，修补缺陷的代价就越高。当开发人员发现一个缺陷的时候，有时候需要几分钟来解决。如果在测试中将缺陷漏掉，然后被顾客发现，图1说明弥补代价会以几何指数增长。
......
客户知道对每个发现的缺陷，他将失去宝贵的业务时间。开发者知道每个返回的缺陷意味着要花大量时间修复而不是钻研新的功能特性。
敏捷方法做能工作的软件，并将其与初期反馈结合到一起。例如，初期系统发布可以获取用户对软件运行情况的反馈。为了给开发者信心，他们写的代码可以工作，单元测试提供了最快的质量反馈。
缺陷发现越早，修复他们的代价就越低。因为敏捷方法支持高质量代码，团队成员就应当多做单元测试。类似地，自动化测试让开发者能够在版本发布前重复多次地得到代码质量的反馈。
单元测试是什么？
单元测试是一种方法，这种方法将独立的软件单元，关联的数据和使用步骤进行测试，决定是否运行正确。单元通常是一小片代码，举个例子，一个单独的函数。单元测试就是一个简短的函数，测试该单元的行为，给出一个成功/失败的结果。这个通过用一个已知的单独的正确值来测试函数完成。单元测试经常使用模拟对象来预测式地模拟依赖行为。
......
本文收录于《51测试天地》电子杂志第三十三期。
版权声明：本文出自51Testing软件测试网电子杂志——《51测试天地》第三十三期。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
最新内容请见作者的GitHub页：http://qaseven.github.io/
