软件测试管理系统的设计与开发 (详细全文见：http://www.docin.com/p-1908800770.html)

详细全文见：http://www.docin.com/p-1908800770.html

第一章 可行性研究

1．1系统开发背景

随着软件开发技术的发展，现代软件的规模越来越庞大，其复杂程度也越来越高，软件测试工作所涉及到的各种理论、方法和工具也得到了较快的发展和优化。但是相对于较完善的软件测试理论、以及测试技术和工具的发展，在各个中小型企业中对软件测试过程的管理采用的方法还非常落后，主要还是使用Excel等文档的型式管理软件测试计划、软件测试用例、统计测试用例执行结果等工作，过程活动信息呈分散化、碎片化，而在这种状态下想收集、处理、分析软件测试过程中所产生的数据以便优化测试活动是比较困难的。

因此开发相关的软件测试管理工具，就成为软件测试团队发展的一个要求，恰当的使用软件测试管理工具，使过程活动呈聚合化，解决软件测试活动过程中团队协作、以及数据收集的问题就成为了必要。而通过过程活动的优化，往往又能反哺软件测试执行的效率和质量，间接上对于推动软件质量也有较大的帮助作用。

本软件测试管理工具是根据目前本公司所存在的主要问题而进行开发的，其主要目的就是打造一个过程执行的管理平台，使得软件测试主要活动（如软件测试计划、设计测试需求、设计测试用例、执行用例、统计测试结果等等）都在此平台上进行，方便软件测试管理者根据过程采集相关数据，以出相应的过程评估活动，并减少软件测试人员对于文档整理、数据采集等活动的工作量，将软件测试人员的工作回归到‘测试’这件主要事情上，对于提高整个软件测试部门的工作效率有积极的作用。

1．2现行公司测试管理模式的问题

由于公司目前的测试管理工作仍使用Excel进行手工管理，做为测试管理者一方面不能及时了解各项目各版本测试执行的操作情况，也无法快速地进行各项目各版本的测试结果的查询，很难做到动态实时调阅。另一方面，经常出现测试人员将数据遗漏、误报，给整合测试数据的工作带来很多不便，测试管理活动的工作效率很低。

仔细梳理长时间以来测试管理活动中存在的问题，主要包括以下几个方面：

a)多项目、版本时测试任务的冲突时有发生。

由于测试计划分布在多个Excel的项目计划中，而在评测试计划是又往往在会议室进行，不可能也不会一一查看各个文件，这就导致可能安排的测试任务与其它项目或版本冲突。另外，一个一个文件地去对方也比较费时，而且也较难发现冲突时间点。

b)测试用例的创建工作有重复造轮子的现象,而且基线测试用例的更新、读取并不及时。

各个项目中的某些模块有一些类似的模块，比较说‘登录’模块，而各个项目在创建测试用例的时候往往自己再设计一遍，同时由于人员的能力参次不齐，设计的测试用例质量也不同，就造成了相同公司的项目类似模块却出现不同质量的现象。

同时基线用例创建后，势必有一些更新维护，而更新维护后上传SVN往往有延后，同时相关人员可能因为各种原因滞后更新，从而也就可能带来漏测现象。

c)多项目、多版本测试执行结果的汇种困难。

测试执行活动是一个重复性很高的工作，一段时间想汇总历史执行结果时，往往会发现需要查看、处理大量文档，同时有时由于测试人员的疏忽，导致没有相关文档，测试活动的曲线发展也就缺乏客观性和真实性。

d)测试过程活动中的规范性检查缺失。

目前测试过程规范性检查活动主要由管理者进行，一是费时，二是从实际效果来看并没有引起测试人员的重视，另有测试人员反应并不清楚检查内容（虽然有检查文档）或经常遗漏这些工作。

e)测试相关知识库管理方式落后。

测试相关文档虽有分类收集，但并没有引入评分、审核的工作。同时从SVN去更新，也没有直接查询来的方便。

f)测试工作周报中的工作内容与工时较难核实。

目前工作周报系统中填写的各项活动的数据查阅，需要到不同的文件中去查询，核实工作几乎无法开展。

g)漏测问题案例没有聚合。

漏测问题目前是由Excel进行管理，查询很不方便。

1．3解决方案

基于以上问题的分析，利用软件的操作功能，以及数据集中于数据库的特点，使得软件测试过程管理集中化、动态实时化，就非常有必要了。一个软件系统的建立，需要进行用户的需求调查与分析，以确定系统目标，提出解决问题的详细方案，这是系统建设的重要环节。基于上述问题的分析，可以对用户的需求主要划分为以下几个方面：

a)可以创建各个项目的测试计划，并可以查询所有项目的计划内容(包括查询、新建、更新)。

b)可以新建并导入测试用例并能够建立版本号(包括查询、新建、更新、删除）。

c)可创建公共测试用例并能够被各个项目引用(包括查询、新建、更新、引用）。

d)可以执行测试用例，并实时记录测试用例的执行结果，每次执行的结果可以供查询(包括分派、插入结果、统计)。

e)工作周报管理(包括查询、新建、更新)。

f)对规范性检查内容进行实时跟踪和评分(初评分、复评分)。

g)对知识库进行管理并进行评分(包括查询、新建、更新、评分)。

h)对漏测问题进行管理(包括查询、新建、更新)。

i)其它日常管理工具。

统过以上几点便可以形成软件测试管理的一个工作模式，采用计算机自动化信息的处理，便可快捷地共享、交流信息，高效地协同工作。

在软、硬件方面对系统的需求，软件要求易学，界面友好，容易掌握，可以很简单方便的处理信息。因为测试团队一般只有20人左右，所以硬件的配置要求不能太高。

系统设计开发的周期要短，在短时间内完成，以减少开发成本，提高开发效率，方便、简单、实用作为系统开发的指导思想。

1．4可行性分析

通过对公司测试部的各个方面进行了具体的了解之后，现对软件测试管理系统的可行性进行分析：

技术上可行：数据库管理系统采用MySql，后端程序采用Python，前端系统采用C# Winform，这些开发技术已大量应用，技术上都比较成熟，而且本系统主要是处理数据，业务逻辑并不复杂，而且使用人数大约在20人左右，系统压力较小，因此在技术上是可行的。

经济上可行：由于测试部目前急需采用计算机来进行软件测试的管理，因此对开发软件测试管理系统大力支持，开发经费没有问题。

管理上可行：软件测试管理系统，对于测试过程活动的优化，以及工作效率的提高，有很大的帮助作用，测试过程的良性工作，可以带来整个测试工作的提高，因此在管理工作上可行。

综上所述，开发软件测试管理系统在技术上、经济上、管理上都是可行的。

详细全文见：http://www.docin.com/p-1908800770.html