测试用例(Test Case)模板

高校学生日常行为管理系统

测试用例 （Test Case）

文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： 当前版本： 作 者： 完成日期：

-Team V1.0 Vilva Zheng 2015-1-13 11:20:08 1/17

变更历史记录

版本编号 说明：如形成文件、变更内容和变更范围 变更日期 变更人 批准日期 批准人

2/17

目录

1.

引言 ..................................................................................................................................................................... 4 1.1 1.2 1.3 1.4 2.

编写目的 ............................................................................................................................................................. 4 背景 ..................................................................................................................................................................... 4 术语与缩写解释 ................................................................................................................................................. 4 参考资料 ............................................................................................................................................................. 4

测试环境 ............................................................................................................................................................. 6 2.1 2.2

硬件 ..................................................................................................................................................................... 6 测试软件 ........................................................................................................................... 错误！未定义书签。

3. 4. 5. 6.

测试用例 ............................................................................................................................................................. 7 用例审核互查 .................................................................................................................................................... 15 检查项 ............................................................................................................................................................... 16 评审结果 ........................................................................................................................................................... 17

3/17

1. 引言

1.1 编写目的

【说明编写这份测试用例的目的，指出预期的读者。】

高校在学生管理的过程中，学生日常行为的管理是教学工作中十分重要的核心内容。很多高校存在学生日常行为管理难以量化，不能系统、全面的反映学生的行为状况。在评定奖助学金、优秀学生、优秀班干部等方面存在人为因素，不能全面、客观、公平的去评价一个学生。为了解决这一现状，建立一个完善的评价体系是非常有必要的。

推进国家的信息化建设。信息化是全球化的趋势，是国家社会发展的必然选择，高校作为促进国家社会发展的重要领域，它的信息化技术必将影响国家信息化的建设。引进信息系统，不仅影响高校的教学和科研活动，也将给传统的教学带来巨大的改变，促进国家的信息化教育。

预期读者：项目测试人员、项目经理

1.2 背景

【说明：

a 这份测试用例所描述的软件系统的名称；

b 该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心 c 该产品或项目目标。】

a.软件系统的名称：高校学生日常行为管理系统 b.任务提出者：何永杰 开发者：何永杰

在广东科技学院实训楼完成该软件的开发以及测试

c.项目目标：高校学生日常行为管理系统可以对大学生操行量化管理，对学生得分情况进行定期统计，管

理人员可以通过系统及时了解学生的行为状况。

1.3 术语与缩写解释

【列出本文件中用到的专门术语的定义和外文首字母组词的原词组】 缩写、术语 解 释 MY SQL SPP GUI My Ess 数据库 Simplifed Parallel Process 精简并行过程 图形用户界面 1.4 参考资料

【列出有用的参考资料，如：

a. 项目的经核准的计划任务书或合同； b. 属于本项目的其他已评审通过文件；

c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件 4/17

编号、发表日期和出版单位，说明能够取得这些文件资料的来源。】

【1】 张海藩 编著，软件工程导论(第5版)，清华大学出版社,2008-2 【2】 王建国 编著，Struts2框架应用开发教程，清华大学出版社,2012-7

【3】 韩雪、王维虎等. Java 面向对象程序设计 .人民邮电出版社，2012-9

【4】 郑阿奇 主编，俞琰 编著，Java EE项目开发教程(第2版)，电子工业出版社，2014-1 【5】 魏宁.计算机及信息技术发展史 . 中国信息技术教育，2009年 第15期 【6】 赵松涛. SQL Server 2005系统管理实录. 电子工业出版社，2005

【7】 杨涛，王建桥，杨晓云等译. 深入浅出Struts 2.人民邮电出版社，2009 【8】 李刚、郭莹、薛大龙等. 贯通Hibernate开发. 电子工业出版社，2008-7 【9】 武剑洁等. 软件测试实用教程——方法与实践. 电子工业出版社，2012-11 【10】 张湘辉等. 软件开发的过程与管理. 清华大学出版社， 2005

5/17

测试环境

2.1 硬件

【列出为测试本软件所使用硬件的配置，如： a. 处理机的型号、内存容量；

b. 所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； c. I／O设备（联机／脱机？）；

d. 数据传输设备和转换设备的型号、台数。】

a. b. c. d.

主板：Intel(R) 7 Series/C216 Chipset Family SMBus Host Controller – 1E22 显卡：Intel(R) HD Graphics

声卡：Realtek High Definition Audio

网卡：Realtek RTL8139 Family PCI Fast Ethernet NIC 【说明为测试本软件所使用的软件，如： a． 操作系统的名称、版本号； b． 开发工具名称和版本号；

c． 数据库管理系统的名称和版本号； d． 使用什么测试软件 e． 其他支持软件。】 a. 操作系统：WINXP(32)

b. 开发工具名称：MyEclipse10、jdk1.6、struts-2.3.16、tomcat6.0 c. 数据库管理系统：sql server 2008 d. 测试辅助软件：无

e. 其他支持软件：AutoRunner和TestCenter

6/17

2. 测试用例

【测试用例表格的设计可以根据项目自身的特点进行设计，以下提供一种通用用例表格：】 功能测试用例

登陆注册信息测试用例：

用例编号 原形描述 01 用户登陆； 用户名存在、密码正确的情况下，进入系统； 用户名不存在，跳转到注册页面进行注册； 注册成功，登陆成功，进入系统。 完成个人信息管理的登陆和注册功能 项目正常安全可运行 输入 登陆用户1 操作步骤 令姓名数据为空，其余数据正常填写，点击提交 正常填写用户密码，点击提交 (如用户名：1 密码：1） 在本框输入无效数据，点击提交 （如性别字符长度超过2） 在各文本框输入有效数据，点击提交 期望结果 无法登陆。 提示输入用户名。 登陆成功 实测结果 一致 状态 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 登陆用户2 一致 通过 TEST3 注册新用户1 注册失败 一致 通过 TEST4 注册新用户2 注册成功 一致 通过 添加和修改学生信息测试用例：

用例编号 原形描述 02 个人基本信息的管理； 输入用户的用户名、姓名、性别、出生日期、专业等信息，格式输入正确，编辑成功，个人基本信息可修改； 输入个人信息格式错误，编辑失败； 格式正确，编辑成功，信息记录成功。 完成个人基本信息的管理 系统用户已登陆，并进入个人信息管理页面 输入 添加学生1 添加学生2 添加学生3 操作步骤 进入添加学生信息管理页面 在本框中输入重复用户名 在本框输入有效数据，点击提交 期望结果 成功进入添加学生信息页面 添加失败 添加学生信息成功 实测结果 一致 一致 一致 状态 通过 通过 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 7/17

TEST4 TEST5 TEST6 修改学生1 修改学生2 修改学生3 进入管理学生信息管理页面 在本框中输入重复用户名 在本框输入有效数据，点击提交 成功进入管理学生信息页面 修改失败 修改学生信息成功 一致 一致 一致 通过 通过 通过 添加和修改老师信息测试用例： 用例编号 原形描述 03 个人基本信息的管理； 输入用户的用户名、姓名、性别、出生日期、专业等信息，格式输入正确，编辑成功，个人基本信息可修改； 输入个人信息格式错误，编辑失败； 格式正确，编辑成功，信息记录成功。 完成个人基本信息的管理 系统用户已登陆，并进入个人信息管理页面 输入 添加用户1 添加用户2 添加用户3 修改用户1 修改用户2 修改用户3 操作步骤 进入添加老师信息管理页面 在本框中输入重复用户名 在各文本框输入有效数据，点击提交 进入管理老师信息管理页面 在本框中输入重复用户名 在本框输入有效数据，点击提交 期望结果 成功进入添加老师信息页面 添加失败 添加老师信息成功 成功进入管理老师信息页面 修改失败 修改老师信息成功 实测结果 一致 一致 一致 一致 一致 一致 状态 通过 通过 通过 通过 通过 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 TEST4 TEST5 TEST6 添加和修改管理员信息测试用例： 用例编号 原形描述 04 个人基本信息的管理； 输入用户的用户名、姓名等信息，格式输入正确，编辑成功，个人基本信息可修改； 输入个人信息格式错误，编辑失败； 格式正确，编辑成功，信息记录成功。 完成个人基本信息的管理 系统用户已登陆，并进入个人信息管理页面 输入 添加用户1 添加用户2 添加用户3 操作步骤 进入添加管理员信息管理页面 在本框中输入重复用户名 在各文本框输入有期望结果 成功进入添加管理员信息页面 添加失败 添加个人信息成功 实测结果 一致 一致 一致 状态 通过 通过 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 8/17

效数据，点击提交 TEST4 TEST5 TEST6 修改用户1 修改用户2 修改用户3 进入管理管理员信息管理页面 在本框中输入重复用户名 在本框输入有效数据，点击提交 成功进入管理管理员信息页面 修改失败 修改管理员信息成功 一致 一致 一致 通过 通过 通过 学生成绩管理测试用例： 用例编号 原形描述 05 管理学生成绩； 查看，修改、删除学生成绩； 查看学生成绩、修改学生成绩、删除学生成绩等； 操作成功，储存完成； 系统错误，储存失败。 实现老师在网上查看、修改学生成绩的功能 老师用户已登陆，并进入老师页面 输入 管理学生成绩1 管理学生成绩2 管理学生成绩3 06 查看与维护点评模块； 点击点评，查看其内容等； 点评模块运行正常，查询成功； 输入点评内容，完成点评的添加/修改/删除操作； 点评成功成功显示； 点评出错，无法发布点评。 记录用户的点评 系统用户已登陆，并进入点评页面 输入 点评维护1 点评维护2 点评维护3 操作步骤 输入正确的点评内容，点击发表 发表成功后，显示已发表点评 查询点评列表删除已发表点评 期望结果 成功发表点评 成功显示点评发表的时间/内容 实测结果 一致 一致 状态 通过 通过 通过 操作步骤 进入查看学生信息页面 进入添加学生成绩信息页面 进入管理学生成绩页面 期望结果 成功查看学生信息 成功显示 实测结果 一致 一致 状态 通过 通过 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 可修改、删除学生成绩 一致 点评测试用例：

用例编号 原形描述 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 可进行点评的删除操作 一致 管理个人信息测试用例： 用例编号 9/17

07 原形描述 查看与修改个人信息模块； 点击管理个人信息，查看个人信息； 个人信息显示成功； 修改姓名、性别、专业等； 输入信息不重复正确，操作成功； 输入信息重复错误，操作失败。 记录用户的日记 系统用户已登陆，并进入日志页面 输入 管理个人信息1 管理个人信息2 08 退出成功，进入登录页面； 退出出错，留在原页面。 方便用户退出页面 系统用户已登陆，并进入学生、老师、管理员页面 输入 注销1 注销2 注销3 注销4 注销5 注销6 操作步骤 输入学生页面，点击注销 输入管理员页面，点击注销 输入管理员页面，点击注销 输入学生页面，点击注销 输入老师页面，点击注销 输入管理员页面，点击注销 期望结果 注销成功，进入登录页面 注销成功，进入登录页面 注销成功，进入登录页面 注销失败，留在学生页面 注销失败，留在老师页面 注销失败，留在管理员页面 实测结果 一致 一致 一致 一致 一致 一致 状态 通过 通过 通过 通过 通过 通过 操作步骤 修改正确的姓名、性别、专业 输入重复名 期望结果 实测结果 状态 通过 用例目的 前提条件 子用例编号 TEST1 TEST2 修改个人信息成功，可一致 进入个人信息页面查看 修改个人信息失败 一致 注销测试用例：

用例编号 原形描述 用例目的 前提条件 子用例编号 TEST1 TEST2 TEST3 TEST4 TEST5 TEST6 【注：状态为“通过”、“失败”，“阻塞”】

【下面列举几种可以选取的用例设计模板：】

1、 功能测试用例：

用例编号 功能A描述 用例目的 10/17

前提条件 子用例编号 输入/动作 示例：典型值… 示例：边界值… 示例：异常值… 期望的输出/相应 实际情况 状态 2、 容错能力/恢复能力测试用例

用例编号 用例目的 前提条件 子用例编号 异常输入/动作 示例：错误的数据类型… 示例：定义域外的值… 示例：错误的操作顺序… 示例：异常中断通信… 示例：异常关闭某个功能… 示例：负荷超出了极限… 容错能力/恢复能力 造成的危害、损失 状态 3、 性能测试用例

用例编号 性能A描述 用例目的 前提条件 子用例编号 输入数据 期望的性能（平均值） 实际性能（平均值） 状态 4、 界面测试用例列表

用例编号 用例目的 前提条件 指标 合适性 子用例编号 检查项 用户界面是否与软件的功能相融洽？ 评价 状态 11/17

和正确性 容易理解 风格一致 及时反馈 信息 出错处理 适应各种 水平的用户 国际化 个性化 是否所有界面元素的文字和状态都正确无误？ 对于常用的功能，用户能否不必阅读手册就能使用？ 是否所有界面元素（例如图标）都不会让人误解？ 是否所有界面元素提供了充分而必要的提示？ 界面结构能够清晰地反映工作流程？ 用户是否容易知道自己在界面中的位置，不会迷失方向？ 有联机帮助吗？ 同类的界面元素是否有相同的视感和相同的操作方式？ 字体是否一致？ 是否符合广大用户使用同类软件的习惯？ 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ 是否为重要的操作返回必要的结果信息？ 是否对重要的输入数据进行校验？ 执行有风险的操作时，有“确认”、“放弃”等提示吗？ 是否根据用户的权限自动屏蔽某些功能？ 是否提供Undo功能用以撤销不期望的操作？ 所有界面元素都具备充分必要的键盘操作和鼠标操作吗？ 初学者和专家都有合适的方式操作这个界面吗？ 色盲或者色弱的用户能正常使用该界面吗？ 是否使用国际通行的图标和语言？ 度量单位、日期格式、人的名字等是否符合国际惯例？ 是否具有与众不同的、让用户记忆深刻的界面设计？ 是否在具备必要的“一致性”的前提下突出“个性化”设计？ 合理布局 和谐色彩 …. 12/17

…. 界面的布局符合软件的功能逻辑吗？ 界面元素是否在水平或者垂直方向对齐？ 界面元素的尺寸是否合理？行、列的间距是否保持一致？ 是否恰当地利用窗体和控件的空白，以及分割线条？ 窗口切换、移动、改变大小时，界面正常吗？ 界面的色调是否让人感到和谐、满意？ 重要的对象是否用醒目的色彩表示？ 色彩使用是否符合行业的习惯？ ….. ….

5、 信息安全测试用例

用例编号 用例目的 假想目标A 前提条件 子用例编号 6、 压力测试用例

用例编号 用例目的 极限名称A 前提条件 子用例编号 如10个用户并发操作 如20个用户并发操作 7、 可靠性测试用例

用例编号 任务A描述 连续运行时间 故障发生的时刻 …… 任务A无故障运行的平均时间间隔 任务A无故障运行的最小时间间隔 任务A无故障运行的最大时间间隔 结论 故障描述 统计分析 （CPU小时） （CPU小时） （CPU小时） 8、 安装/反安装测试用例

用例编号 用例目的 配置说明 子用例编号 13/17

非法入侵手段 …… 是否实现目标 代价－利益分析 状态 如“最大并发用户数量” 输入/动作 输出/响应 是否能正常运行 状态 安装选项 全部 部分 升级 其它 是否正常 难易程度 反安装选项 是否正常 难易程度 14/17

3. 用例审核互查

场景编号 场景名称 问题描述 审核互查人

15/17

4. 检查项

序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 检查项 每个测试用例是否都说明/代表一个唯一的输入集或事件流？ 测试用例是否可以追溯到产品需求？ 测试用例是否100％覆盖产品需求要求的所有功能点？ 用例是否覆盖了测试计划的测试类型？ 所有的“前置条件”是否都是充分必要条件？ 判断点中是否没有操作步骤？ 测试步骤是否简练？ 每个步骤是否描述了一个事件？ “测试步骤”中引用数据的格式是否统一？ “测试步骤”和“预期结果”中对界面文字的引用是否加引号？ 预期结果是否描述完整？ 文档使用的词语是否清晰明确、无歧义？ 测试用例是否覆盖每个被测功能的所有可能的输入输出的组合？ 测试用例是否覆盖正常的输入输出组合的所有可能的取值范围？ 测试用例是否包括测试了被测试对象的初始化过程？ 测试用例是否包含了被测对象中所有异常流的测试？ 结果 16/17

5. 评审结果

评审意见 开发组审核意见： 结论 签字：需要所有参加用例审核的开发人员及开发经理签字 产品经理审核意见： 结论 签字： 项目经理审核意见 结论 签字： 纸制文档是否签字

被审核的测试用例与开发设计一致 √ 被审核的测试用例与开发设计存在不一致的问题 × 同意 不同意 签字日期 被审核的测试用例与需求一致 √ 被审核的测试用例与需求存在一致的内容 × 同意 不同意 签字日期 确认并同意开发组和产品经理对用例的审核意见 √ 不同意开发组和产品经理对用例的审核意见 × 同意 是 不同意 签字日期 否 17/17

本文来源：https://www.bwwdw.com/article/fafp.html