注：本不是一个会写很多东西的人，偶尔写点心里的东西，记录下来，可能是大家耳熟能详，如果这样，勿怪。
在一个敏捷开发模式下的团队，如何定义完成的概念。
其实不管什么样的团队，在开发过程中都有自己的定义，以下是我在最近的毕业论文中想到的一些东西。
敏捷宣言中最核心的内容有一点就是频繁的交付。
所以敏捷中完成的概念我觉得应跟交付联系在一起，而两者联系在一起必然是因为敏捷的增量式迭代开发过程中一定是以交付来判定迭代成功与否。
而交付的我觉得一定是完成的产品。
所以完成的产品必然是经过设计，编码和验证通过的产品。
在以往的团队开发过程中，往往会出现一种情况，开发在汇报问题的时候指出，任务板上的任务板已经完成。其实这里有个误区，开发的完成并不代表迭代中故事的完成，所以开发的完成是没有意义的。不能因为开发的完成而判定故事的完成。在敏捷开发的团队中，大家的完成只能有一个定义，就是经过了最终的测试，验证通过。其实这不是在强调测试的重要性，相反只是在给测试一定的压力，而且作为一个合格的产品质量控制人员，这样的压力是必须有的。
作为一个测试人员不能为了交付而交付，每交付一次产品都是对自己的一种负责，没有这样的观念是很难做好一个合格的测试人员的。
因为当测试通知验证通过了，代表在敏捷的迭代式开发中已经通过验证可以直接交付客户了。不管交付的客户是真正的客户还是产品经理或者市场团队，都必须遵循一样的原则，宁错过不放过。