1 引言
1.1编写目的
编写本测试计划的目的是：
（1） 为整个测试阶段的管理工作和技术工作提供指南同时确定测试的内容和范围，为评价系统提供依据；
（2） 此外还帮助安排测试活动，说明对资源的需求；
（3） 说明测试结果的评价指标。
本文档的主要内容包括：
（1） 测试系统简介
（2） 测试方法
（3） 测试标准
（4） 测试计划
本文档的预期读者是：
（1） 开发人员
（2） 项目管理人员
（3） 测试人员
1.2项目背景
项目名称：自习吧HZAUer。
项目提出者：华中农业大学Triple小组。
开发单位：华中农业大学信息学院。
用户：全校学生。
项目实施单位：华中农业大学Triple小组。
与其他系统的关系：依靠微信小程序系统运行。
1.3术语定义
本测试计划文档所说的项目、产品、软件等，均指本小组的课程设计作品——自习吧HZAUer。
1.4参考资料
窦万峰等.软件工程方法与实践[M].北京：机械工业出版社，2016.
2 任务概述
2.1目标
本测试的覆盖范围：
（1）查询空教室模块
（2）发布约自习模块
（3）蹭课模块
通过测试，达到以下目标：
（1）测试已实现的项目是否达到设计的要求。具体包括：各个功能是否已经实现，各个功能的流程是否正确。
（2）产品规定的操作和运行稳定。
（3）Bug数和缺陷率控制在可接受的范围之内。
本系统的验收标准：
执行完所有系统的功能测试、性能测试的用例，无重大的导致系统不能运行的问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
2.2测试环境
硬件环境：合适的硬件环境。
软件环境：合适的软件环境，兼容已开发的项目。
2.3需求概述
2.3.1数据需求
内部数据：
本系统的内部数据结构和类型已经由数据字典进行了定义，列在下表：
|
数据项名
|
编号
|
数据类型
|
长度
|
|
用户ID
|
user_id
|
int
|
11
|
|
用户名
|
user_name
|
varchar
|
20
|
|
性别
|
sex
|
varchar
|
8
|
|
专业
|
major
|
varchar
|
40
|
|
学院
|
sdept
|
varchar
|
40
|
|
自习铭
|
motto
|
varchar
|
100
|
|
便签
|
note
|
varchar
|
255
|
|
微信开放ID
|
open_id
|
varchar
|
100
|
|
会话ID
|
session_key
|
varchar
|
255
|
|
约自习ID
|
invitation_id
|
int
|
11
|
|
期待性别
|
opposite_sex
|
char
|
8
|
|
描述
|
illustration
|
text
|
0
|
|
关键字
|
key_words
|
varchar
|
255
|
|
联系方式
|
contact_information
|
varchar
|
255
|
|
课程ID
|
id
|
varchar
|
20
|
|
星期几
|
weekday
|
varchar
|
20
|
|
上课节次
|
class_time
|
varchar
|
40
|
|
上课周
|
week
|
varchar
|
40
|
|
具体上课周
|
week_detail
|
varchar
|
255
|
|
课程编号
|
cno
|
varchar
|
20
|
|
课程名称
|
cname
|
varchar
|
100
|
|
教师名称
|
tname
|
varchar
|
100
|
|
教学楼名称
|
site_name
|
varchar
|
100
|
|
详细上课时间
|
class_time_detail
|
varchar
|
400
|
|
详细上课地点
|
site_name_detail
|
varchar
|
400
|
|
课程性质
|
course_nature
|
char
|
20
|
|
教学楼名称
|
building
|
varchar
|
100
|
|
专业
|
major
|
varchar
|
300
|
本项目的内部数据均需按照上述数据字典进行组织。外部数据的存储格式和访问格式参照内部数据确定。
2.3.2事务需求
测试过程和处理要求按以下表格进行
|
步骤
|
操作
|
|
1
|
将测试用例进行打包和编译。
|
|
2
|
对测试用例进行审核，并最终提交测试。
|
|
3
|
接收测试
|
|
4
|
开始测试
|
需要准备的工作：
（1） 小组内部就测试工作达成一致意见。
（2） 设置好对应的测试工具并调试测试工具进入可工作的状态。
（3） 准备好相关文档以供参考和查阅。
2.4条件与限制
条件：
（1） 硬件设备：合适的硬件设备
（2） 软件系统保证：将需要使用到的调试软件等准备好。
（3） 人员齐备：小组全体成员在场。
（4） 配合：定制好各类预案应对突发情况。
（5） 内部协调：分工明确并相互配合。
限制：
（1） 资金限制：小组资金有限，主要通过学院机房提供的资源开展测试工作。
（2） 时间限制：课程设计时间有限，需要尽快完成测试工作。
（3） 环境限制：测试主要在学院机房开展。
3 计划
3.1测试方案
测试策略：黑盒测试。
测试过程：确认测试，针对可以实现的功能设计相关用例进行测试。
测试内容：小程序的所有功能。
测试技术：包括等价类划分，边界值分析，错误推测和因果图等方法。
技术标准：完成所有功能的测试
3.2测试项目
功能测试：
1.登录功能：
(1) 用户第一次登录小程序，在数据库User表自增一行数据，并在会话列写入数据
(2) 用户非首次登录，在数据库中查询到该用户，自动更新User表中的会话秘钥。
自习教室查询：
(1) 登录界面进入后，即为自习空教室查询，绿色为没课，灰色为有课
(2) 可通过选择上方按钮，进行查询教学楼的空教室以及每层楼的空教室
2.课程搜索：
(1)根据课程名称搜索得到课程
(2)根据上课老师名字搜索得到课程
(3)根据上课时间搜索得到课程
(4)根据上课地点搜索得到课程
(5)根据专业搜索得到课程
(4)根据用户的需要
3.社区：
(1) 用户发布自习邀约
(2) 用户查看自己发布的自习邀约
(3)用户浏览他人的自习邀约
(4)按照关键字查询他人邀约
(5)删除自己的邀约
4.我的：
(1)查看自己的账号信息
(2)对自身信息进行修改
回归测试：
如果在功能测试过程中发现了系统的缺陷，则进行及时修正，每次修正后，再对发现的缺陷进行验证，确保其得以改正。在系统交付前做一次完整的系统回归测试。
界面测试：
对界面的完整性，正确性，操作性和友好性进行测试。
负载测试：
测试小程序的并发访问性能，即同时多个用户访问微信小程序；还有就是大规模数据访问效率，即多用户使用时的速度问题。
文档测试：
对需求分析文档进行测试，测试重点在文档内容的正确性，准确性。主要采用走查的方式进行。
3.3测试准备
在测试前，与各模块的主要负责人进行共同协商讨论；阅读软件需求分析说明书，并以此作为总的提纲；选择合适的输入输出数据；编写测试用例。
4 测试项目说明
本部分是测试项目的情况说明，包括测试项目定义、测试用例编写和操作步骤、测试进度安排及参考资料等
4.1 测试项目名称及测试内容
对每个测试项目定义合适的名称和测试内容
4.2 测试用例
编写测试用例，包括用例编号、输入数据、预期的输出结果等。
（1）测试--用户登录约自习板块
|
测试项目
|
用户登录约自习板块
|
|
测试标题
|
测试授权
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，并在联网的情况下成功打开此小程序
|
|
输入
|
无
|
|
操作步骤
|
点击约自习模块，弹出授权页面，点击授权
|
|
预期输出
|
授权成功，进入约自习模块
|
运行结果：
（2）测试--通过教学楼楼栋楼层编号查教室信息
|
测试项目
|
通过教学楼楼栋楼层编号查教室信息
|
|
测试标题
|
在查教室界面，选择教学楼名称，楼栋编号及楼层编号，获取教室信息
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
无
|
|
操作步骤
|
①点击四教 ②点击A座 ③点击F1
|
|
预期输出
|
显示四教A座F1所有教室信息
|
运行结果：
（3）测试---发布自习邀约
|
测试项目
|
发布自习邀约
|
|
测试标题
|
在约自习页面，发布用户本人的自习邀约
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
自习邀约信息
|
|
操作步骤
|
①点击约自习按钮②输入邀约自习信息并发布
|
|
预期输出
|
在“广场”和“我的”页面增加刚发布的这条自习邀约
|
运行结果·：
（4）测试--查看自习邀约
|
测试项目
|
查看自习邀约
|
|
测试标题
|
在约自习页面，查看所有自习邀约，包括“广场”及“我的”自习邀约
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
无
|
|
操作步骤
|
①点击“我的”查看用户本人发布的自习邀约②点击“广场”查看所有用户发布的自习邀约
|
|
预期输出
|
“我的”显示用户个人发布的邀约，“广场”显示所有自习邀约
|
运行结果：
（5）测试--删除自习邀约
|
测试项目
|
删除自习邀约
|
|
测试标题
|
在约自习页面，用户删除用户本人发布的自习邀约
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
无
|
|
操作步骤
|
在“我的”页面，用户选中个人发布的自习邀约并删除
|
|
预期输出
|
在“广场”和“我的”页面不再存在用户删除的这条自习邀约
|
运行结果：
（6）测试--按合法关键字搜索自习邀约
|
测试项目
|
按合法关键字搜索自习邀约
|
|
测试标题
|
在约自习的“广场”页面，通过合法关键字搜索自习邀约
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
约自习
|
|
操作步骤
|
①用户在约自习界面搜索栏里输入该关键字 ②点击搜索
|
|
预期输出
|
显示存在该关键字的所有自习邀约
|
运行结果：
（7）测试--不合法输入搜索自习邀约
|
测试项目
|
不合法输入搜索自习邀约
|
|
测试标题
|
在约自习的“广场”页面，通过合法关键字搜索自习邀约
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
无
|
|
操作步骤
|
①用户在搜索栏里不输入数据 ②点击搜索
|
|
预期输出
|
显示输入不能为空 |
运行结果：
（8）测试--按专业名称搜索课程
|
测试项目
|
按专业名称搜索课程
|
|
测试标题
|
在蹭课页面，按专业名称搜索课程
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
计算机科学与技术
|
|
操作步骤
|
①用户在搜索栏里输入该专业名称 ②点击搜索
|
|
预期输出
|
显示该专业的所有课程信息
|
运行结果：
（9）测试--按课程名称搜索课程
|
测试项目
|
按课程名称搜索课程
|
|
测试标题
|
在蹭课页面，按课程名称搜索课程
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
软件工程A
|
|
操作步骤
|
①用户在蹭课界面的搜索栏里输入该课程名称 ②点击搜索
|
|
预期输出
|
显示该课程的所有信息
|
运行结果：
（10）测试--按教师名搜索课程
|
测试项目
|
按教师名搜索课程
|
|
测试标题
|
在蹭课页面，按教师名搜索课程
|
|
重要级别
|
高
|
|
预置条件
|
系统有安装微信，在联网的情况下成功打开本小程序
|
|
输入
|
方红
|
|
操作步骤
|
①用户在搜索栏里输入该专业名称 ②点击搜索
|
|
预期输出
|
显示该教师所上课程的所有信息
|
运行结果：
4.2.1 输入
每个测试用例的输入数据格式、顺序及输入方式
4.2.2 输出
每个用例预期的输出结果
4.2.3 步骤及操作
每个测试项的操作步骤，以及每个用例的操作过程和要求等
4.2.4 允许偏差
允许的结果偏差范围
4.3 进度
制定每个测试项目的进度安排和人员安排：测试人员为小组全部成员，进度按具体编码而定。
4.4 条件
针对每个测试项目，确定需要的硬件条件只需要安装了微信的安卓手机，或者通过电脑虚拟完成。
4.5 测试资料
测试需要参考的相关资料、文档及规范，见第一部分参考资料。
5 评价
5.1准则
质量准则：错误率尽可能低，效率尽可能高，具有可靠性。
覆盖准则：用例的覆盖度要高。
5.2结束标准
以错误率为结束标准，错误率要达到某一要求。