软件测试用例管理系统的设计与研究开题报告

根据对已有项目测试经验进行总结分析，整理出各个项目的工作流程并找出共同点和不同点。针对整理出的工作流程结合软件工程理论和实际情况进行优化，从而设计出合理，通用的工作流程并对于测试用例在不同情况下的属性进行分析。研究如何使用C#语言，.Net技术和SQL_Server数据库实现一个B/S结构的系统：实现一个集成的工作平台，对项目测试，测试周期，测试用例开发，测试执行，测试报告进行有效的管理。

.Net技术是微软推出的一个重要技术，同时也是在计算机应用软件和网络应用站点开发中应用广泛的技术之一。该技术可以很好的应用面向对象编程技术，通过对应用程序的数据模型，业务逻辑和用户界面分离，使得软件的重用性和扩展性增强。同时.Net技术提供了跨语言的协同工作能力，使得开发Web应用程序更加灵活。本论文讨论实现的测试用例管理系统就是基于.Net技术进行开发，所以对,NET技术和其软件设计模型的研究，应是主要研究部分。

下图就是一个测试项目中某个测试周期的工作流程图

定义测试计划-编写测试用例-分配测试用例-执行测试用例-测试状态跟踪-生成测试报告

编制测试用例

⒈测试用例文档

编写测试用例文档应有文档模板，须符合内部的规范要求。测试用例文档将受制于测试用例管理软件的约束。软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位，形成一个测试用例文档，但并不是绝对的。

测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果（含判断标准）、测试结果、测试时间、测试人员等。

⒉测试用例的设置

我们早期的测试用例是按功能设置用例。后来引进了路径分析法，按路径设置用例。目前演变为按功能、路径混合模式设置用例。按功能测试是最简捷的，按用例规约遍历测试每一功能。对于复杂操作的程序模块，其各功能的实施是相互影响、紧密相关、环环相扣的，可以演变出数量繁多的变化。没有严密的逻辑分析，产生遗漏是在所难免。路径分析是一个很好的方法，其最大的优点是在于可以避免漏测试。但路径分析法也有局限性。在一个非常简单字典维护模块就存在十余条路径。一个复杂的模块会有几十到上百条路径是不足为奇的。笔者以为这是路径分析比较合适的使用规模。若一个子系统有十余个或更多的模块，这些模块相互有关联。再采用路径分析法，其路径数量成几何级增长，

达5位数或更多，就无法使用了。那么子系统模块间的测试路径或测试用例还是要靠传统方法来解决。这是按功能、路径混合模式设置用例的由来。

⒊设计测试用例

测试用例可以分为基本事件、备选事件和异常事件。设计基本事件的用例，应该参照用例规约（或设计规格说明书），根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能，覆盖率达100%。

设计备选事件和异常事件的用例，则要复杂和困难得多。例如，字典的代码是唯一的，不允许重复。测试需要验证：字典新增程序中已存在有关字典代码的约束，若出现代码重复必须报错，并且报错文字正确。往往在设计编码阶段形成的文档对备选事件和异常事件分析描述不够详尽。而测试本身则要求验证全部非基本事件，并同时尽量发现其中的软件缺陷。可以采用软件测试常用的基该方法：等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例，并最终实现暴露隐藏的缺陷，全凭测试设计人员的丰富经验和精心设计。