.net 测试管理系统的设计与实现毕业论文

目  录
1. 绪论 1
1.1 国内外研究现状 1
1.2 论文背景以及意义 2
1.3 系统的一些基本概念 2
1.4 系统功能 3
2. 系统总体设计 4
2.1 总体结构 4
2.2 设计思想 4
2.3 设计难点 5
2.3.1 项目管理分析 5
2.3.2 测试流程分析 6
2.3.3 如何组织测试用例 8
2.3.4 如何确定BUG修改权限 9
2.3.5 预留接口问题 10
2.4 设计关键技术 10
2.4.1 MVC框架 10
2.4.2 综合开发平台 12
2.4.3 面向对象分析方法 14
3. 测试管理系统的重要功能实现 16
3.1 测试需求 16
3.2 测试计划 17
3.3 测试执行 18
3.4 BUG管理 19
3.5 附件上传 19
3.6 静态数据维护 20
4. 主要算法研究 1
4.1 查询算法 1
4.1.1 查询条件 1
4.1.2 两种关键字检索方式 1
4.1.3 实现过程 1
4.2 查询算法的改进 2

4.1.4 字匹配程度的可能性 2
4.1.5 匹配项的确定 2
4.1.6 改进算法的实现 3
4.1.7 值得注意的问题 3
总  结 1
致  谢 1
参考文献 2 think58好，好think58

[资料来源：www.THINK58.com]

系统的一些基本概念
1．测试需求。是指捕获、记录并管理需求的系统化方案。没有它，三分之二的项目都会因遗漏用户需求，延期或者超出预算的权威报告。其特点是：包含软件需求，具有可测试性。
2．测试计划。主要是针对测试用例。而测试用例是指是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。在我们系统中，牵涉到用例审核问题。
3．测试执行。如同测试计划，通过某种算法，使得两个页面的用例在某种程度上保持一致。
4．Bug管理。软件测试时，发现软件存在的错误。对于如何处理测试中发现的错误,将直接影响到测试的效果。只有正确、迅速、准确地处理这些错误，才能消除软件错误，保证要发布的软件符合需求设计的目标。因此，对于每个Bug都要经过测试、确认、修复、验证等环节。
5．静态数据。在系统中，我们把某些公用的，内容相对不变的一类数据称为静态数据。比如，本统中的资源类型和资源格式就是两种典型的静态数据。静态数据实际上是可以动态添加和删除的。静态数据概念的提出是为了数据处理的方便，提高数据的通用性，使得平台各个功能部分的相关数据可以很容易的进行转化。
2.2  设计思想
1．先进性。应用系统使用目前成熟、先进的技术，采用符合NET标准的应用服务器体系结构。软件设计思想先进，软件设计方法规范。

[资料来源：http://think58.com]

2．完整性。系统的整体规划要在充分了解现有管理和技术状况的基础上，努力把握管理和技术的未来发展方向。系统规划要力求思路清晰、目标明确、原则具体、计划可行，既符合现有状况，又能满足未来系统发展变化的要求，为系统的发展变化留有充分的扩展接口。
3．易用性。整体规划的指导下，系统的具体实施必须坚持实用、有效的原则。系统的功能设计不仅要满足现有业务的需要，而且要操作简便、实用，能最大限度地发挥各类资源和技术手段的作用，使管理人员从简单烦琐的事务中解脱出来，提高他们的工作效率和管理水平。在技术路线和技术产品的选择上，应在充分论证的基础上，选择那些能满足要求、成熟的、可持续发展的技术。
4．扩展性。不变是相对的，发展变化是绝对的。随着公司管理体制的变革，测试管理体系也会发生变化，管理人员的学习和提高，许多新的业务要求被提出来，为满足这些新业务的需要，应用系统要不断更新变化，同时随着信息技术的发展，新的技术手段不断涌现，为提高运行效率，改善服务性能，系统的技术方案也要不断发展变化，因此系统的建设和实施必须牢固树立发展的思想，坚持变化的原则，适应发展变化的要求。因此，系统应具有丰富的扩展功能，允许被授权用户自行扩展新文件，配置各种文件格式、查询方法、流程、角色、权限等。 copyright think58
5．易维护性。高度模块化，软件交付使用后，允许被授权用户在不需要读懂源程序代码的前提下，控制和更改几乎所有的表格格式和功能实现。
2.3  设计难点
2.3.1 项目管理分析
项目管理是测试管理的先导, 没有良好的项目管理, 测试管理就不能很好的进行, 系统采用基于角色管理的方法对项目进行管理。涉及到的管理角色有3 种: 系统管理员、项目经理和小组组长。项目管理高层用例图如图2.2所示, 显示了测试管理系统与这3 个管理角色之间的交互关系。
[资料来源：http://think58.com]