软件模型与习武之道

    帮team培训测试流程，谈到常见的软件测试模型，似乎好多人都知道模型，却不知道为什么要学模型。
    一个模型的外观，就好像是武功招式。 武林前辈们常说：“招式是死的，人是活的。” 学模型得明白这个模型背后所蕴含的思想，就好比是打狗棒法，光有招式没有口诀便毫无用处。
    2002年的时候，有个人在csdn论坛上发帖，号称自己从东洋取经归来，经过了某个it界前辈的指点，得到了真传，与大家分享。 于是贴出了一个v模型。 不出几天，回帖就到了三位数。 （本来么，贴个v模型也就算了，还号称什么日本回来的，明显就是找骂-_-）其中有个人这么回答：“你这什么v模型纯粹是忽悠人，我把右边那条边往下拉直，这不就是瀑布模型吗？ 只不过你把测试阶段细分了一下而已。”
    真的只是这样么？
    日本是一个老龄化的社会，劳动力资源缺乏，所以才会有那么多的软件外包项目，而中国的廉价劳动力和地理优势，使得他们的外包项目大量涌入了中国。（但并不是因为中国的廉价劳动力促使他们走外包的路） 问题在于外包项目只是进行整个软件研发活动中的一小块，所以项目的阶段性考察便成了他们的首要任务。
    v模型所强调的正是这一点：实现与测试的分离，测试对各个实现阶段实行阶段性的验证。
    因此对于很多日本的企业，v模型比瀑布模型更为实用：左半边是做外包任务的团队（一个工程中可能不止一个）来实现整个软件系统，右半边则是由日本自己的企业中一些经验丰富的人员进行测试活动对各个实现阶段进行验证。
    每个项目都是不同的，都有其独特之处。 某一天，当你接到一个项目时，马上就能根据项目特点制定出合适的模型，到那时，你就不再需要去学习什么模型了。
    独孤九剑的要义在于：料敌机先。 做到了料敌机先才能无招胜有招……