1.引言
随着软件开发设计技术不断提高以及应用不断深入和扩展，市场对软件产品的质量要求也越来越高。从最初软件的功能的“能用”到目前的易用性、兼容性、负载性能等等要求，从当初一天就可以完成的MIS系统到目前部署和上线得一年之久ERP系统，都能看出软件产品规模和复杂度都在不断在升级，那么如何保证软件产品的质量就成了重中之重。
“如何和提高软件质量及测试质量”总觉得这个话题是个可大可小老生常谈的话题，为什么这么说呢？大家都知道一个软件产品的质量可以从流程规划上来提高它，也可以从某个局部加强来提高它，或是某个技术、工具的应用来提高它。而如何找出适应各自企业产品特点及测试薄弱环节，且有针对性的改进它才是行之有效的提高软件产品质量的方法。
2.名词
软件能力成熟度：度量测试能力的标准、QA：Quality Assurance
3.协同公司QA测试流程
3.1 软件测试模型选取
软件测试过程是个交互式抽象模型，用来指导软件测试一系列活动的流程和方法。测试过程模型的选取将直接影响测试质量和人员安排，软件测试过程和软件开发过程是对孪生姐妹，所以选取模型尤为重要。
众所周知模型选取是以公司的测试开发能力成熟度为标准，协同软件模型选取是以W模型作为框架，同时以H模型做配合来进行测试部署。下面就对这个两种模型进行简要的介绍
W 模型
W模型强调测试伴随着整个软件开发周期，测试的对象包括需求、设计、程序，内容有文档也有代码和产品，测试与开发是同步进行。
W模型有利于尽早地全面的发现问题并且让测试人员全面深入的了解项目的功能、难度、和风险，能够及早的制定应对措施，这将显著减少总体测试时间，加快项目进度。但W模型的局限性表现在测试和开发活动保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作，这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除所有的问题。
Ｈ模型
H模型强调软件测试是一个独立的流程，它将测试活动完全独立出来，形成了一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。
这个示意图仅仅演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其他流程可以是任意的开发流程。例如，设计流程或编码流程。也就是说，只要某个测试达到准备就绪点，测试执行活动就可以开展。它贯穿产品整个生命周期，恰恰弥补了W模型的不足。
3.2 协同软件测试W模型图
W模型与H模型相结合使得测试的全面性和灵活性有机的结合起来，协同软件产品根据自己的实际情况，对W 模型作出了适应协同的改进。
W模型测试模块改进分解图：
上图所示，协同软件根据实际情况有效的合并分解了W模型的测试设计的四个单元并添加了测试设计评审单元，同时添加了开发的单元测试及集成系统测试单元，改进后形成了协同自己的W模型图
协同W模型图：
协同W模型图根据实际操作及在工作中出现的问题进行了相应调整、细化及添加，这样开发和测试能够达到高效的配合，共同推进了测试质量及产品质量。
4.模型应用后的效果
在SynchroFLOW6.0版本的实际应用中，以协同W模型为基础骨架的测试工作展开的非常顺利有效，建立了良好团队的合作性、沟通性及工作氛围。由于项目和产品的交错复杂，H模型的应用非常的普遍，一旦测试条件具备立即进行测试，这样把QA测试系统的很多工作进行了合理的分解和调配，以防止工作量淤积造成测试质量下降的后果，并且及时的反馈给设计人员进行修复调整。作为协同W模型的补充起到了高效，灵活、便捷的测试效果，为协同W的正常工作奠定了良好的基础，为SynchroFLOW6.0的高质量发布奠定了基础。
5.结束语
协同W模型产生并与H模型的配合应用，使产品和项目的质量提高了一个很高的台阶。软件测试能力的提高是层级式逐步完成的过程，例如：测试技术应用、测试策略制定、测试工具选取、测试沟通技巧、性能测试指标的制定等等方面，这些内容的逐步实施就是测试能力成熟提高的过程。我们一直会关注测试前沿技术，同时将已经成熟的测试方法深入应用在产品中，并逐步改进成为适应协同软件产品特有的测试体系，为保证协同产品质量保驾护航。
