1.引言
1.1 编写目的
软件测试是为了发现程序中的问题。软件测试的过程也是程序运行的过程, 程序运行需要数据, 为测试设计的数据称测试用例,设计测试用例的原则自然是尽可能暴露错误。
此报告预期读者:软件测试人员。
1.2 背景说明:
a.所从属的软件系统的名称:武汉大学学工部心理服务平台;
b.本项目的任务开发者:武汉翊众世纪网络科技有限公司;
c.用户及实现该软件的计算中心或计算机网络:武汉大学;
d.完成测试计划之前必须完成项目的需求分析、概要设计等工作。
1.3 定义
测试用例:是为测试而设计的数据
2.计划
2.1 软件说明
| 测试范围 | 主要内容 | 输入 | 输出 |
| 系统管理员 | 拥有系统的所有权限,给不同用户设置权限 | 系统管理员命令选择 | 相应的功能输出 |
| 专兼职咨询师 | 进行个体咨询、团体辅导、危机管理、心理普查等方面的操作 | 专兼职咨询师命令选择 | 相应的功能输出 |
| 武*学生 | 进行个体咨询预约与后续操作;进行团体辅导预约与后续操作。 | 武大学生命令选择 | 相应的功能输出 |
| 二级学院管理员 | 协助进行危机管理、心理普查等工作。 | 二级学院管理员命令选择 | 相应的功能输出 |
| 学生工作部/研究生工作部管理员 | 主要介入危机管理流程,评估表格从中心发送至学工、研工,再流转至院系 | 学生工作部/研究生工作部管理员命令选择 | 相应的功能输出 |
| 临时访客 | 主要用于受学校某单位委托对外校人员进行心理测评 | 临时访客命令选择 | 相应的功能输出 |
2.2 测试内容
首先, 测试五大内容板块:个体咨询管理、团队辅导管理、危机管理及心理测评和人员管理。
其次, 基于6种角色测试角色权限。系统管理员拥有系统的所有权限,给不同用户设置权限;专兼职咨询师进行个体咨询、团体辅导、危机管理、心理普查等方面的操作;武大学生进行个体咨询预约与后续操作;进行团体辅导预约与后续操作;二级学院管理员协助进行危机管理、心理普查等工作;学生工作部/研究生工作部管理员主要介入危机管理流程,评估表格从中心发送至学工、研工,再流转至院系;临时访客主要用于受学校某单位委托对外校人员进行心理测评。
2.3 测试 测试五大内容板块、测试个体咨询管理、团队辅导管理、危机管理及心理测评和人员管理。
2.3.1 进度安排
首先,熟悉程序的运行环境,熟悉系统的运用过程,为期两天;其次,进行系统的培训,为期两天
再次,准备输入数据,为期三天,
此后一周时开始正式测试,为期大概一周
2.3.2 条件
a.服务器配置:CentOS Linux 7.6.1810,数据库配置:mysql5.6
数量1台, 定使用7 天;
b.可提供测试 的工作人 有 3人。
2.3.3 测试资料列出本测试需的 料:
a, 测试五大内容板块:个体咨询管理、团队辅导管理、危机管理及心理测评和人员管理。
b, 测试6种角色测试角色权限。系统管理员拥有系统的所有权限,给不同用户设置权限;专兼职咨询师进行个体咨询、团体辅导、危机管理、心理普查等方面的操作;武大学生进行个体咨询预约与后续操作;进行团体辅导预约与后续操作;二级学院管理员协助进行危机管理、心理普查等工作;学生工作部/研究生工作部管理员主要介入危机管理流程,评估表格从中心发送至学工、研工,再流转至院系;临时访客主要用于受学校某单位委托对外校人员进行心理测评。
首先创建或获取不同角色账号,然后测试五大内容板块,其次测试6种角色权限。
3.测试设计说明
3.1 测试 1(标识符)
五大内容板块测试,板块正常,使用流畅。测试6种角色权限,权限正常,使用流畅。
结果
3.1.2 输入
A,个体咨询管理、团队辅导管理、危机管理及心理测评和人员管理。
B,系统管理员拥有系统的所有权限,给不同用户设置权限;专兼职咨询师进行个体咨询、团体辅导、危机管理、心理普查等方面的操作;武大学生进行个体咨询预约与后续操作;进行团体辅导预约与后续操作;二级学院管理员协助进行危机管理、心理普查等工作;学生工作部/研究生工作部管理员主要介入危机管理流程,评估表格从中心发送至学工、研工,再流转至院系;临时访客主要用于受学校某单位委托对外校人员进行心理测评。
3.1.3 输出
五大板块正常,使用流畅;6种角色权限正常,使用流畅。
3.1.4 过程
说明完成此项测试的一个个步骤和控制命令,包括测试的准备、初始化、中间步骤和运行结束方式。
测试准备:建立用户名及密码信息数据库,准备测试所需各项知识及各种设备;初始化:向数据库中输入数据,将测试数据初始化中间步骤:选用黑盒测试中的等价分类法进行测试,并进行测试记录
4.评价准则
4.1 范围
说明所选择的测试用例能够检查的范围及其局限性。所选择测试用例能够进行基本的正误判断,能够检查出用户名及密码是否合法,从而给出用户权限, 但其权限只有在管理员进行信息修改时才能够进行检查判断, 此次局部测试需要在最后的整体测试才可完全完成在整个测试过程中,测试用例可以检查出系统的各种错误,基本实现系统要求的功能,而且系统的处理速度是用户可以接受的。但测试仍有其局限性,既无法完全包括各种情况,如用户在同一时间进行大量访问时系统的承受能力等。
陈述为了把测试数据加工成便于评价的适当形式, 使得测试结果可以同, 已知结果进行比较而要用到的转换处理技术, 如手工方式或自动方式; 如果是用自动方式整理数据, 还要说明为进行处理而要用到的硬件、软件资源。
4.2为了将数据整理成为便于评价的适当形式, 需要运用的转换处理技术为手工方式, 需要用一部分测试人员将记录的输入输出数据进行处理。
4.3 尺度
说明用来判断测试工作是否能通过的评价尺度, 如合理的输出结果的类型、 测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。合理的输出结果的类型为:
清晰明白的表示出系统使用过程中出现的各种情况, 而且容易理解,在出现错误时具有错误处理路径;
测试输出结果与预期输出之间容许有少许偏离,即输出结果有时不能正确判断问题所在,就需要测试人员进行更进一步的测试,帮助开发人员进行查错;
允许中断或停机的最大次数暂无确切限制。