3、在产品初始规划上投入，提供高的价值--在很早的阶段提供质量保证。测试人员在产品的需求阶段介入，花大力气在各个阶段发现各个阶段的bug或者说问题。从而使得整个软件开发过程的质量。从而确保终产品的质量。 现在越来越流行的“测试驱动开发”，其实是说的这个事情。

　　4、在产品质量属性和风险分析上投入，提供高的价值--引入对产品成功的各个其他因素的考量，而不仅仅是技术或者纯产品质量，这里更多的从综合产品质量上确保商业上的成功。

　　5、在提高组织的质量能力上投入，提供高的附加价值。即使是外包测试团队，通过对开发团队质量情况的实时反馈，有效地提高开发团队的能力。

　　6、不再为修改和验证bug投入--同样的，让传统的测试团队去做。

　　7和8在需求验证和设计验证上投入，以提供新的价值。目前软件测试行业开始触及了这些方面，但经验和成形的业务模式还不普遍。

　　蓝海战略是要寻找新的价值的结合点。以上模型提供的价值，有些是目前流程QA在负责，有些是开发团队自己进行的。但是他们都缺少专业的软件测试方法学的训练。这个蓝海战略是把传统软件测试的一部分发扬，并且与其它价值结合，提供跨“当前”领域的价值。

　　当然，按这个思路，我们还可以寻找其他的蓝海。比如是用极低的人力成本，对其它的地方做一定的取舍，从而发现新的蓝海。

　　通过以上模型可以确定我们该做什么，不该做什么；该投入什么，不该投入什么。那么具体如何做到呢？去掉投入挺容易，但是创造新的价值则需要技术和能力的积累。这里确定了发展的方向。具体如何去走，看执行的了。

　　我所带领的测试团队是从白盒测试团队做起，慢慢的加入自动化测试的业务。原来对团队的方向，比较模糊，只想建立高素质的团队，能够更好的完成测试工作。学习了蓝海战略后，脑海中的方向逐渐清晰。该舍弃的，该加强的更加清楚。

　　还是对应以上模型中画圈的部分。一一给出我这里实际的做法。

　　1、对团队成员，我要求是懂得软件设计，开发和测试的多面手。同时当然给与相对较高的薪资。

　　2、坚决不介入手动或者系统级别的测试。这些测试工作由其它团队负责，交给外包团队负责等等。

　　3、在产品的开发过程中，运用类似测试驱动开发的方法，运用基于模型的测试方法，力争在需求阶段发现需求的问题，在架构阶段发现架构的问题，在设计阶段发现设计的问题等等。避免前期引入的问题在后期才发现。 使得开发过程更顺畅。开发出来的产品质量更优。

　　4、在整个测试工作中，不断地总结，分析质量情况。实时的给开发团队反馈。对于重要的质量属性和不重要的质量属性加以区分，从而减少“浪费”的质量投入。

　　5、实时的质量反馈使得项目经理能够清楚地知道实时质量情况。这里质量情况包括需求分析的质量，设计的质量等等。从而使得项目经理能够及时地发现项目中存在的问题，及时采取应对措施。简单举个例子，当发现某个模块的功能设计问题很多时，测试团队会进一步分析什么类型的问题多，反馈给开发团队，开发团队及时地加强设计的分析和审查，调整不合适的人员等等，及时地纠正问题。

　　6、既然不在系统测试中投入，自然不会进行系统级别的bug验证，重现等工作。相对的，会对bug进行设计层面的分析，给出改进意见。这些工作，是和开发团队一起进行的。

　　7和8的投入是运用基于模型的测试方法，对需求模型，设计模型进行推理论证。从而在需求和设计阶段尽量多的发现问题。 避免开发团队返工。

　　当然要完全把该做的都做好，受限于人员能力，组织能力等等环境，还有很长的路要走。但是战略方向确定了。其它的工作都围绕其展开，培养团队能力，逐步提高组织能力等等，都在坚实的向前迈进。

　　总之，个人认为合适的战略对于一个组织是非常重要的。而蓝海战略的思路，可以以系统性的方法进行分析和思考，找出合适自己组织能力和未来发展的战略方向。 并非我这里列出的模型适合所有的组织。各个组织应该根据自己的情况，组织的需要，未来的发展等等情况，运用合适的方法（比如蓝海战略分析），来找出自己的方向。对于个人，未来的发展方向在哪里，是模糊的，直觉给出的方向；还是系统的，有理性的分析出的方向，这里的差别也会非常巨大。方向明确了，可以设定好达到的步骤。否则很容易在某些时候陷入徘徊。