在中小公司，如果只有一个小型的测试组，你作为测试组长就是公司内部负责测试的“最高长官”。构建一个测试体系，也就是搭建一个做测试工作的框架出来，是做测试工作开展的重要一步。

　　不同的职业有着不同的要求，如果你是一个个体职业者，例如画家，基本靠的是一己之力的创作，不需要给自己列一个工作框架出来。软件测试是一个群体性的工作，自身有一个测试团队，也要和其他很多项目的干系人打交道，这就需要明确具体的工作流程该怎么走，测试团队怎么建设，如何运作；使用哪些模板；使用什么样的缺陷管理工具等。这些都是管理测试团队的基石。鉴于以往的测试经验做出以下总结：

　　（一） 首先要做的是明确测试流程。

　　明确测试流程的目的是让测试团队所有的人员都知道大家都是向着一个方向去努力，为了实现项目的目标而进行的一种共性活动，而非个体行为。测试流程是测试工作执行的指南针，只有严格遵守测试流程的规范才能够使我们的测试工作不会偏离我们的项目进度和计划。一个好的测试流程关系到一个测试团队的运作状况和效率。所以在建立测试流程的时候我们要坚持一系列的原则：

　　● 软件测试要尽早介入到软件研发工作中。

　　通过以下几个方面来实现软件测试尽早的接入到研发工作中。

　　a）尽早建立测试组给测试组内的员工磨合的时间。形成团队效应。

　　b）测试工程师要尽早的参与到项目过程的前端，要参与需求分析，需求评审，概要设计和详细设计等。

　　c）各类研发文档要尽早的提交给测试组，让测试组对需求和设计有全面深入的了解。

　　d）开发组要尽早的提供可运行的软件产品，以便能够尽早的发现该产品的缺陷。

　　e）尽早明确软件测试的各个阶段的主要目标，以保证项目测试的整体目标不偏离。

　　● 研发计划中要给测试流出足够的时间和资源。

　　人员，软/硬件测试环境和测试时间是保证软件测试质量的三要素，缺少其中一个软件测试都是无米之炊。所以从测试执行前端来看测试如果想达到预期的目标首先要保证其三要素。

　　a）测试工程师应当要配备，如果没有专职的测试工程师，所有的活总不能测组长全包了。双手不敌四拳的道理我们想大家都懂。一个人的技术再强总不能把两个人的活全干了。

　　b）测试团队要配备充分，在数量上配比合理、技术能力要能够满足、同时人员要足够稳定。

　　c）在软/硬件环境上，机器可以旧一点，配置可以低一点但是一定要专用。

　　d）在测试时间上，一是要在研发计划中明确测试的时间段，二是要在现实中去执行。开发占据测试的时间屡见不鲜，作为测试组长要注意。测试组长要正式将问题上报领导，明确开发时间延迟，而不是测试时间延迟。必要时申请延迟测试的时间。测试组长要提防这种吃哑巴亏的情况，这不是推卸责任，而是一种实事求是的工作态度。

　　● 软件测试小组要编写正式的测试计划，测试方案和测试用例，并做好评审工作。

　　a）测试计划是一个测试项目开展的规划性文件，测试组长在软件需求通过评审以后就应当编写完测试计划，不能拖否则会对其他的工作造成延误。同时测试计划编写完成以后应当正式组织测试小组会议，将测试计划拿出来进行评审，评审的目的是检查测试计划制定的合理性，同时还可以让测试组内的员工认识到什么样的时间节点该做什么样的工作？这样测试组的行动就有了明确的方向。

　　b）测试用例就是测试工程师进行战斗的子弹，测试的效果主要取决于测试用例的设计质量。测试用例的设计应当遵循对需求进行100%的覆盖，对代码实现100%覆盖以此保证测试用例设计的完备性。同时测试用例设计的时候还应当注重如何提高测试用例的规范性和测试用例的命中率。以保证测试用例的高效性。

　　c）评审是提高软件测试计划，测试方案设计，测试用例设计质量的非常有效的方法。在测试过程中要坚持做，并通过各种方式来提高评审的有效性。评审可以实行结对评审和交叉评审。