社团管理系统测试文档.docVIP

社团管理系统 (Community management system ) 软件测试计划书 1.引言 本部分介绍测试基本情况和要求，包括编写目的、项目背景和术语等。 1.1 编写目的 为软件测试建立计划，供软件测试人员作为软件测试实施时的参考。 1.2 项目背景 社团管理系统是为了管理好会员参加社团情况等信息而设计的。学校作为一种信息资源的集散地，会员和社团繁多，包含很多的信息数据的管理。现今，有很多的学校都是开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对社团信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于会员参加社团情况的统计和查询等往往采用对社团的人工检查进行，对会员的参加社团的权限、以及社团代号等用人工计算、手抄进行。数据信息处理工作量大，容易出错； 由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管学校都有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是社团管理信息系统的开发的基本环境。数据处理手工操作，工作量大， 出错率高，出错后不易更改。一般会员参加社团情况是记录在文件上，社团的工作人员也只是当时对它比较清楚， 时间长了，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的参加社团情况进行更改就更加困难了。 基于这些问题，我们认为有必要建立一个社团管理系统，使社团管理工作自动化、规范化， 系统化，程序化，避免社团管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和注销等情况。 1.3 术语定义 本文档所提及的术语，其定义遵照GB/T11457标准。 1.4 参考资料 《软件工程方法与实践》 2.测试方案 2.1几种测试方法 对一个系统而言，好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案，成功的测试是发现了至今为止尚未发现的错误的测试。 常用的软件测试方法有：黑盒测试和白盒测试。黑盒测试：测试者可以完全不考虑程序的内部结构。它是在程序接口进行的测试，只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完全性，黑盒测试也称为功能测试：白盒测试：与黑盒测试法正好相反，测试者完全知道程序的结构和处理方法。它按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按预定要求正确工作， 白盒测试也称为结构测试。 功能测试：测试各个模块以及窗口所完成的功能是否准确，数据是否正确，操作是否简洁方便。 B．功能键及界面测试：功能键是否描述准确，操作方便，界面是否设计简洁符合用户需求说明。 数据项测试：1）输入正确数据是否能按照预期的答案回显； 2）是否能识别错误的输入数据，并给予正确的信息提示； 3）订单信息是否正确 4）返回界面信息是否正确  性能测试: 系统的性能主要通过动态监测、响应时间/吞吐量、比较报告、追踪报告几个方面来测试。 (1)动态监测：在测试执行过程中，实现获取并显示正在招待的各测试脚本的状态。 (2)响应时间/吞吐量：测试对象针对特定用例的响应时间性或吞吐量的评测结果。 (3)比较报告：代表不同测试执行情况的两个或多个数据集之间的差异情况或趋势。 (4)追踪报告：测试脚本和测试对象之间消息/会话的详细信息等方法来实现性能的可靠性及功能的可行性。在这里，我们的系统也许不能严格的按照这个方法来执行其性能分析。因此不存在测试脚本，测试脚本和测试对象之间消息/会话的详细信息。 2.2 黑盒测试方案 2.2.1测试项目概述: 系统登录界面测试,社团信息的增删查改,发布公告 2.2.2登陆界面 测试用例: 编号 用户名 密码 测试说明 预期结果 测试结果 1 abc 12345 普通用户登录 普通用户登录 成功 2 Admin 1234 管理员登录 管理员登录 成功 3 张三 123 任意用户名 Error Error 4 Admin 123456 密码错误 Error Error 5 空白 Error Error 2.2.3添加模块 以学生表为例的测试用例: Id 是否加入社团 姓名 性别 所在社团团号 班级 专业 测试结果 1001 是 朝华 女 1 184 软工 成功 是 朝华 女 1 184 软工 ID为空,操作失败 1001 是 女 1 184 软工 姓名为空,操作失败 1001 是 朝华 1 184 软工 性别为空,操作失败 1001 是 朝华 女 184 软工 团号为空,操作失败 1001 是 朝华 女 1 软工 班级为空,操作失败 1001 是 朝华 女 1 184 专业为空,操作失败 插入记录为空,操作失败 2.2.4查询模块 编号 学号 测试说明 预期结果 测试结果 1