先构建测试体系还是先开展软件测试外包项目

先构建测试体系还是先开展软件测试外包项目？

最近，在和一些金融客户交流，他们中有很多希望在近期采购专业测试服务，但在操作上总有一些顾虑。大多数的顾虑都几乎围绕这几个问题：先构建测试体系还是先开展测试项目？外包的初期由一家完成还是多家完成？ 建议从哪一种测试领域开始切入？

我相信，万事开头难，不过，始终还是要走出一步。

1、   先构建测试体系还是先开展测试项目？
不能说完全开展一方，然后再开展另一方。
我们推荐先进行测试工作的前期调研，然后构建一个体系的原型，然后逐步开展测试项目，同时完善测试体系。一套完整的测试体系不是靠一两个项目能够辅助完成的，要靠多个项目的积累。天阳在项目实施和测试体系建设方面有很多丰富的经验，在这方面可以节约您很多宝贵的时间，通过我们的调研，而后再实施两个以上的典型项目，我们相信，您的测试体系的基本结构应该可以建立了。
这样的工作开展方法是天阳在为大量客户构建体系和实施测试中总结的最佳实践，它的基本原则是由易到难，由简到繁，原型扩展。在原型基础上，以大量的实践结果作为原型扩展的依据，从而使原型趋向丰满和完善。
2、   外包的初期由一家完成还是多家完成？
在测试业务外包的初期，我们推荐咨询和实施由一家合作公司完成，同期引入第二家合作公司实施，一定是同期。有需要的话，在测试体系和外包服务管理基本进入运行轨道后，再逐步引入多家实施。
为什么咨询由一家完成呢？如果我站在贵公司的角度，或许并不是因为在排除哪一家实力不行，而是在考虑哪种模式更可行。所以，它的可操作性应该放在第一位。可操作性体现在多个方面，首先，一家咨询的管理成本较低，贵方人力情况暂时不是很充沛，这样，可以把更多的精力放在实际参与的体系建设和项目中来，双方面可以更多的交流，共同推进工作。再者，我们已经谈到：首先构建体系原型，然后实施，而后逐渐完善。可以看出，前期的大量工作还是比较基础的，如果引入多家反复对这些基础工作进行实施，会极大的浪费您的财力和时间，在工作的推进上，也不见得是个好的做法。或许，您引入多家咨询和实施，为了看到差异，同时做一个比较。在这一点上，为了使您更清楚的看到宏观和微观上的差异，所以我们推荐一家做体系建设，实施工作由两家完成，这里指的是两个不同的实施内容。于此同时，您仍然可以看得到另外一家对于目前体系建设工作的评价和定位，在技术和过程上可以很好的避免风险。
在此过程中，为了避免出现恶性竞争，客户的态度是最关键的。我们之前在xx银行是多家同期实施的，其中就出现过恶性竞争，但客户方面发现后（当时是我们建议的），采用协作和沟通的方式，让大家彼此消除了不必要的猜忌。实际上，客户作出这样的表态，其实也是给自己赢得了更大的产出，合作公司间在一种良性竞争中可以创造的价值应当是不言而喻的。
3、   建议从哪一种测试领域开始切入？
从基本面上看，功能测试实施过程较长，人力投入较大，对工程师的业务能力要求很高，并且在短期内不容易产生很大的影响力，比如：吸引高层领导的眼球，让开发组高看一眼等。但对于构建体系的选择上非常适合，因为，功能性测试可以从 UT 、 SIT 、 UAT 等多个工作阶段切入，而且，天阳在这几个阶段的行业经验也极为丰富。性能测试的基本面，性能测试周期较短，人力投入较少，对工程师的技术水平要求很高，但能够在短期内产生很大的影响力，比如：经过调优测试，某系统性能提高 XX 倍、发现 XX 个性能隐患等。天阳在技术能力上给很多客户留下了深刻的印象，解决了很多生产问题和性能隐患。但性能测试在整个测试体系中所占的比例偏小，这个是个必须正确看待的问题，毕竟功能测试在测试过程、方法和各类条件约束上更加严格，比如：缺陷管理，在性能测试中，一个项目不会发现太多的缺陷，他们大多数是具有代表性的几个不同类型的缺陷。而功能测试中，缺陷的数量很多，在缺陷的类型、严重程度、优先级上都有着严格的定义，而且处理流程相对复杂，其实更代表着严谨。另外，性能测试对于前期的准备工作要求很高，如调研、环境、数据等，或许需要一定的开发人员支持。
结合基本面，我们认为不仅要落实好体系建设，更要在短时间内给领导者和开发组以信心，并赢得他们的支持，所以，建议进行体系建设的同时，同期开展功能和性能测试。
在选择上是有一定技巧的，大的方面看：   1、   应该选择已经投产的项目，投产的项目的软件版本相对稳定，对测试有序实施的保障很大。
2、   有着一定规模的需求变更，但不是巨大规模。带有一定的变更内容，容易使功能测试在缺陷产出上有个好的报表效果，当然，不是为了报表好看，而是在一定的缺陷数量下能够发现很多过程性的问题，更好的完善与开发方的协作；
3、   可以实施的周期在 2 ～ 3 个月，不宜太短，也不宜太长；
4、   这个已经上线的系统，在未来几年内对于系统的性能有着较高的要求，比如：未来客户的激增、业务量随市场的发展将会较高；
5、   选择一个业务规则相对通用的业务系统，不要选择太具有我行特色的业务系统，这样可以让测试工程师更方便熟悉、了解、掌握您的系统；
6、   最好选择一个业务线较短的系统（跨系统较少），这样采用的档板会较少，实施相对容易；
7、   尽量选择总行级系统，不要选分行系统。如果方便，选择一个在全行系统中位置较重要的系统。比如：核心帐务系统、卡业务系统、第三方存管业务系统、证券业务系统、网上银行业务系统等；
8、   这一点也很关键，选择一个关系较好的项目组，能够得到项目经理的支持是非常必要的。

原文转自：http://www.ltesting.net