需要利用一系列的事情营造声势等等。比如，在测试组成立之初，可以利用开发测试缺陷信息系统的时机，一方面提高测试队伍的士气以及在这个组织中的形象，另一方面还可以为今后测试流程的建立打下基础。
怎样确立测试机构的地位？
测试机构在组织中地位的确定事关测试机构执行测试任务的效力。软件工程大师布鲁克林20多年以前就在《人月神话》中指出，测试机构的独立是十分重要的。在微软的软件开发模式中，测试团队的权威是相当高的，测试团队、开发团队和项目管理团队是软件项目组织中独立的团队，分别向各自的上级部门负责，类似于美国政府的三权分立。然而，我们还不能照搬微软的经验，因为我们并没有这么多的财力、人力来保证一个独立的测试实验室和庞大的测试队伍。所以，为项目组配备一个测试小组几乎是不可能的，但是我们至少应该在整个研发部门成立独立的测试小组，统一开展测试任务的执行，同时为保证与不同的产品紧密衔接，应该实行责任测试工程师制度。测试团队应直接向研发部门的质量总监负责，质量总监在研发部门的地位应该等于或者高于开发团队的最高负责人，只有这样才能保证测试机构的权威性。当然，究竟配备多少测试工程师取决于企业的具体状况，但是测试机构的独立性是必须保证的。
如何处理历史遗留问题？
在MBA教程中，关于危机的处理原则非常简单，即“说真话”，并且赶快说。对于测试小组成立之初历史问题的处理来说，可以采用相同的原则，即“正视历史问题，说真话，赶快说”，具体可以分解为以下几个要点。
第一，建立缺陷管理信息系统，收集整理遗留的缺陷，报告相关数据。测试小组成立以前，企业的产品中肯定已经存在大量的历史缺陷，散布在技术支持部门和开发人员当中。测试小组的当务之急就是赶紧把这些纸面上的问题电子化，全部收集起来，同时建立一个规范的缺陷报告系统。缺陷管理系统有很多，最简单的就是一个excel电子表格，最复杂可能要算是Rational的缺陷系统了。如何使用这些系统，取决于企业的实际情况，一般认为，一个比较简单的ASP + SQL Server的小型缺陷收集系统就足够了，系统最好是自己开发，这样维护比较方便，同时业务流程修改起来也比较容易。
第二，建立严格的版本管理制度，追踪发布的每一个版本。中小软件企业为了生存，往往不重视软件产品版本的管理，随时都为用户提供不断修订的版本。这样导致了修复问题的代价变得越来越大，因为每一次修改都很仓促，常常是解决了这个问题，衍生出很多其他的问题。解决这个问题的关键是建立严格的版本管理，任何一个版本的发布都必须经过测试小组全面的测试，同时详细记录每一个版本的信息。这些都与配置管理息息相关，所以测试体系的建设中还必须建立有效的配置管理。
第三，提高开发人员的编码质量，建立严格的代码评审制度。这一点在用友做的很好了，用友的每一段程序都有人检查，对于其中典型的代码还当众进行分析，从而不断提供高开发人员的编码质量。再好的测试团队也只是在后面检查代码编写的质量，代码质量真正的提高还要靠开发人员功力的提升。开发和测试双管齐下，就能保证软件的质量得到不断的提升。
总结
测试体系的创建是事关中小软件企业发展的生死门槛，愿本文能给众多的软件研发主管提供一点新的思路，希望有更多的人学会用拿来主义看待国际先进的理论，从而开创测试体系创建的新局面。