软件外包内部测试过程管理系统的研究与实现

软件外包内部测试过程管理系统的研究与实现目录软件外包内部测试过程管理系统的研究与实现 1 第一章引言 31.1 研究背景 31.2 软件测试管理系统的现状 31.3 本课题的目标 41.4 本课题的意义 51.5 课题任务 51.6 论文结构 6第二章软件测试及本系统基本概念 62.1 软件测试的定义 62.2 测试目的和原则82.3 软件外包测试102.4 本系统中常用的基本概念12第三章管理系统的需求分析143.1 需求分析14第四章管理系统的设计234.1 结构设计234.2 系统功能分布274.3 功能模块设计284.4 类设计294.5 数据库设计304.6 权限设计33第五章管理系统的实现365.1 基本信息管理365.2 任务运行管理48第六章总结与展望64第一章引言1.1研究背景外包的定义是：一个业务实体将原来应在企业内部完成的业务，转移到企业外部由其他业务实体完成，这种行为就称为外包1。

软件外包就是企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或者部分工作给提供外包服务的企业完成的软件需求活动。

整合利用其外部最优秀的专业化资源，从而达到降低成本、提高效率、充分发挥自身核心竞争力和增加企业对环境的迅速应变能力23。

它已经成为发达国家的软件公司降低成本的一种重要的手段。

据国外权威机构的调查显示，外包使单位组织平均节省9%的成本，而能力与质量上升了15%4。

中国软件业通过开展软件外包业务也首先使经济得到了发展，其次通过与国外同行业的交流与合作改进了国内软件行业的开发管理流程，健全了软件质量控制体系。

承接软件外包业务的企业若想把业务做大做强，必须从技术、管理、做事方法、质量保证等方面与国际接轨。

但显然，以上这些方面国内大多数软件企业还达不到必需的水平，但是这些企业依然有机会承接软件外包服务项目，软件测试项目是目前最适合国内小型软件企业的软件外包项目。

软件测试外包是企业把一套成型的产品交给专门的测试组织进行测试,检验产品是否达到用户的使用标准。

在软件外包的大潮中，国内软件测试外包多种业务模式并行。

从为客户提供外包测试服务的业务模式划分，软件测试外包可分为：现场测试模式和公司内部测试模式。

现场测试模式是人员外派模式，主要是指服务商把自己的人员派到客户的现场进行现场测试，可派整个测试团队进行独立测试，也可以将测试人员分散在客户的测试团队中，一般适用于软件测试环境复杂、客户对软件的保密性要求高、需求和开发团队密切配合的项目；公司内部测试模式指的是测试外包方承接客户的测试服务，在公司内部进行软件测试工作，按照约定提交测试工件或测试报告，软件测试费用按照软件测试外包的工作量来进行计量。

该模式具有降低成本、降低风险、强化核心能力、扩大经济规模等作用,而企业的最终目的是围绕最优化地利用自身已拥有的生产管理能力与财务等资源来获取最优越的收益5，所以越来越多的跨国公司将该模式作为国际化的重要战略选择。

这种模式一般适用于发包方对接包方的管理能力、技术水平非常信任、软件功能相对稳定的项目，随着国内软件行业技术水平的提高，外包测试有逐步朝这个方向发展的趋势。

因此，对这种模式的研究对国内未来的软件外包测试管理极具应用价值。

1.2软件测试管理系统的现状伴随着软件测试管理的发展，各种软件测试管理系统应运而生。

这些对测试过程管理的系统一般是基于通用的软件测试管理过程，因此尽管这些管理工具已经能够基本的测试管理需求，但是在某些方面，如测试团队的管理、测试设备和测试团队的管理方面尚存在欠缺。

对软件测试的管理，目前市场上已经有很多不同的工具。

下面来探索一下市场中常见的软件测试管理工具。

上表列出了当前市场上常见的测试管理工具，主要针对于测试缺陷管理。

而且大部分的测试管理工具都是非常昂贵的。

即便是TestDirector这样的整体应用系统，也只是集成了测试管理的各个部分，专注在将测试过程流水化，并没有涉及到测试团队人员的管理以及团队中的设备管理。

ClearQuest是缺陷及变更管理工具，它对软件缺陷或者功能特性等任务记录提供跟踪管理。

QA Director专注于自动化测试，显示更不适合外包测试项目的管理。

1.3本课题的目标本文基于国内软件测试外包服务商内部的管理现状，从外包测试项目管理者的角度提取软件测试外包内部管理需要考虑的问题，在对缺陷生命周期、软件测试过程和软件外包内部测试项目特点的研究基础上，着重研究软件测试外包中测试流程管理，将测试流程流水化，严格控制测试流程中的各个环节，以实现对外包测试过程和质量的有效管理。

在此目的基础上构建软件外包内部测试过程管理系统 Software Outsourcing Task Management （SOTM）。

1.4本课题的意义本课题的意义有：1).研究软件外包内部测试模式的管理，是对软件外包测试的进一步探索，对工作过程全程严密监控的思想，指导外包测试企业在国际化的软件合作中不断提高软件质量，降低测试成本。

2).通过对软件外包内部测试工作流程的研究，提供一个清晰的外包测试的工作流程，使复杂的工作过程实现流水化，对于致力于测试管理工作的人员来说，有一定的借鉴意义。

3).所构建的管理系统应用到实现项目中，提高了软件外包内部测试项目组的综合工作效率。

这其中，对测试团队的管理，使团队组织结构更合理；对测试过程中所遇到的问题及解决方法的记录，可以达到知识传承的目的，方便在以后的测试项目中借鉴当前项目的实践经验；对设备的管理，方便测试组有效的利用公司资源，避免资源浪费；对任务执行时间、测试结果和任务分配的记录，量化了员工的工作业绩，既能激励员工工作，又可以作为员工考核的重要依据。

1.5课题任务结合作者本人从事软件测试工作几年的工作经验，课题的第二部分以测试工程师的角度去研究测试的理论和方法，分析软件外包测试的工作特点；在第三和第四部分以测试管理者的角度去研究内部测试模式的管理流程，分析实际的功能需求，并结合需求开发出一款用于内部测试管理的应用系统。

本课题力图突破的重点是：1).从测试工程师的角度，分析软件外包测试工作流程中的特殊环节，提取软件外包内部测试工作流程中的特殊性。

2).从管理者的角度，详细划分测试部门中各子部门的工作内容，以角色为依据划分整个部门所有人员的权限，使工作责任范围更清晰明确。

规范子部门、项目组内部的工作流程，使各部门内部工作开展有序进行。

规定部门之间的沟通与协作方式，使整个外包测试部门的工作衔接更紧密，充分利用部门资源。

3).从发展的角度出发，力求记录下工作任务所有的相关信息，为个人、工作组、项目组的业绩考核提供依据；为以后的工作开展提供参考资料。

4).实现部分办公功能。

结合实际工作需要融合部分办公功能（如：设备管理，资料管理等）开发应用系统，使系统在具体工作中有更高的可应用价值。

1.6论文结构本文分为6章，主要内容安排如下：第一章引言。

介绍本课题的背景、现状、意义、任务、预期目标等。

第二章软件测试及本系统的基本定义。

介绍软件外包内部测试的基本流程和特点；定义本系统中常用的概念。

第三章需求分析。

具体分析外包测试管理中各工作环节的详细工作流程，为系统设计提供基础。

第四章系统设计。

提出本系统的设计目标，在需求分析的基础上，对系统的体系结构进行合理设计，系统各模块的功能进行详细划分，对系统的用户进行权限角色的划分，为系统的实现提供必要的技术资料。

第五章管理系统的实现。

基于工作组的角色岗位职责、工作流程、业绩评估和资源管理等功能，采用Java语言和Oracle数据库构建基于B/S架构的测试管理系统。

第六章结论与展望。

对本文进行全面总结，结合本文所取得的成果，提出在当前系统中依然存在的不足和改进设想。

第二章软件测试及本系统基本概念2.1软件测试的定义、目的和原则软件测试是伴随着软件的产生而产生的，有了软件开发和运行就必然有软件测试。

“软件测试”的经典定义是在规定条件下对程序进行操作，以发现错误，对软件质量进行评估6。

IEEE在1983年给出了软件测试的定义：使用人工或自动手段来运行或测定某个系统的过程，其目的是在于检验是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

这个定义非常明确的指出了软件测试的目的是验证需求，如果不能满足需求，则找出现状与预期目标的差别7。

基于不同的立场，软件开发者和用户之间存在着两种不同的测试目的。

在用户角度来讲，他们希望通过测试揭露中软件存在着故障以及是否符合用户需求的程序，以检测软件产品是否可以被接受；从软件开发者角度来讲，他们希望测试证明软件产品完全达到了既定用户需求并且不存在错误，增加用户对软件新产品的信任。

以这个为目的，软件开发者为挑选一些导致程序故障概率小的测试用命来执行，同时绕开那些容易揭露软件故障的测试用例。

而且，不会特意去检测软件中可存在着的对其他软件产品的不良影响。

显而易见，从软件开发者角度的这种思想对软件测试的改进和软件质量的提高没有多少价值。

程序中经常隐藏着许多难以预料的缺陷，一些疏漏和错误也只有在特定的环境下才会暴露出来，所以如果不把着眼点放在尽可能多地查找错误这个目的上，这些隐藏的错误和缺陷就难以被揭露出来，从而被遗留到运行阶段。

然而，如果从用户的角度，本着为用户着想的思想，就应当把测试的目标对准揭露程序中存在的故障。

在挑选测试用例时，选择那些更易于揭露程序错误的用例。

为此，G.Myers 给出了关于软件测试的一些规则，这些规则也可以看作是软件测试的目标或定义8：1).软件测试是为了发现程序中的错误而执行程序的过程；2).好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；3).成功的测试方案是发现了至今为止尚未发现的错误的测试。

除了发现软件的故障与错误，Bill Hetzel还提出了软件测试也是对软件质量进行评估和度量，以提高软件的质量。

软件测试的目的是以最少的人力、物力和最短的时间来找出软件中隐藏的故障和错误，然后通过修正这些故障和错误来提高软件质量，尽可能地回避软件发布后由这些隐藏的故障和错误所带来的商业风险。

与此同时，测试也可以验证软件是否满足用户需求，为用户选择使用软件与否提供依据。

另外，通过修正软件故障和错误可以帮助软件开发者发现软件开发过程中存在的问题，帮助其改进开发过程；通过对测试结果的总结，对软件可靠性分析提供依据；软件最终的客户验收测试可以建立人们对软件的信心。

基于以上的软件测试目的，就有了以下测试原则91011：1).所有的软件测试都应根据用户需求。

软件的目的是为了帮助用户完成预期目标，软件中存在的一切故障使软件不能或者不能完全达到用户预定任务，所以软件测试应该根据用户需求当这些故障找出来，保证预定任务可以如期完成，并且要保证软件中不存在用户需求之外的功能。