共同的工作流

　　现在，协调不同层面的工作必须要确保他们能够在共同的工作流中进行操作。要想实现这个工作流需要考虑到以下几点。

　　首先就是测试工具的共享。技术质量工程师需要建立并维护他们自己的一套测试工具。即企业服务小组通过维护自己Web服务的回归测试，发展自己的资产，然而网络UI小组则为自己前后端维护相似类别的工具。我们需要用一个共同的质量储存库维护这些测试资产。流程质量小组可以访问这个储存库，用以将这些资产结合为一个端对端资产和效验情况。

　　其次就是模仿。质量小组需要其它小组正在使用的用户模仿（虚拟的）服务或者组件。因为对于当今的系统来说，要想实现一个测试和开发环境，或者为一个共同的工作而复制这个环境非常困难。而且，该环境的可用性对于每个小组都很重要，以确保他们系统的每个部分都具有可测性。模仿同样简化了复杂性，增加了系统在不同的错误条件下的测试覆盖范围。

　　第三点就是自动化回归测试执行，为结果提供可视性，因为我们在共有的储存库中维护测试资产，这些测试可以在既定的模式下被执行，或者在小组做出改变时被执行。一个小组都不可能拥有整个系统，但是还是要在整个系统这个大环境下展开工作，访问测试程序和结果非常重要，更重要的问题可以更快的得到解决，因为，这些问题的根源可以很快被查清。而且一个小组引发的问题，可以很快被其它小组所发觉，并将问题消灭在萌芽状态。回归测试和原则一致性也可以体现出来。并且错误是可以为各个小组所分担的，因为每个小组的任务量都是建立在误差来源基础之上的。

　　这些实践不仅可以为这些分散式小组提供工作流，也能确保他们能够保持一致，并本着一致性的原则执行质量原则。并且为整个质量流程提供可视性保证其能够有所改善，可以被测量。

　　文章的第二部分将会关注每个小组解决问题的具体工作细节，以及关于质量原则的相关实例，以及如何在不同的技术领域实施质量原则。