软件测试计划文档
- 引言
1.1编写目的
编写本测试计划的目的是：
（1） 为整个测试阶段的管理工作和技术工作提供指南同时确定测试的内容和范围，为评价系统提供依据；
（2） 此外还帮助安排测试活动，说明对资源的需求；
（3） 说明测试结果的评价指标。
本文档的主要内容包括：
（1） 测试系统登陆
（2） 测试系统界面
（3） 测试地点攻略
（4） 测试页面切换设置
本文档的预期读者是：
（1） 开发人员
（2） 项目管理人员
（3） 测试人员
1.2项目背景
项目名称：做作旅行app
项目提出者：组员共同结晶
开发单位：华中农业大学信息学院。
用户：全校学生。
项目实施单位：改革春风吹满地小组
与其他系统的关系：本系统独立运行。
1.3术语定义
本测试计划文档所说的项目、产品、软件等，均指本小组的课程设计作品——做作旅游APP.
1.4参考资料
窦万峰等.软件工程方法与实践[M].北京：机械工业出版社，2016.
2.任务概述
2.1目标
本测试的覆盖范围：
（1） 登陆模块
（2） 攻略模块
（3） 朋友圈模块
（4） 客服模块
（5） 我的模块
通过测试，达到以下目标：
（1） 测试已实现的项目是否达到设计的要求。具体包括：各个功能是否已经实现，各个功能的流程是否正确。
（2） 产品规定的操作和运行稳定。
（3） Bug数和缺陷率控制在可接受的范围之内。
本系统的验收标准：
执行完所有系统的功能测试、性能测试的用例，无重大的导致系统不能运行的问题。如果进行系统测试时，存在严重的质量问题，导致无法继续，并且在可接受的时间范围内无法修复，系统测试终止。
2.2测试环境
硬件环境：合适的硬件环境。
软件环境：合适的软件环境，兼容已开发的项目。
2.3需求概述
2.3.1数据需求
内部数据：
本系统的内部数据结构和类型已经由数据字典进行了定义，列在下表：
|
数据项名 |
代号 |
数据类型 |
数据长度 |
取值范围 |
|
用户名 |
Uname |
VarChar(10) |
10 |
|
|
用户密码 |
Umima |
VarChar(10) |
10 |
|
|
本地年份 |
Year |
int (4) |
4 |
2018~2028 |
|
本地月份 |
Month |
int (2) |
2 |
1~12 |
|
本地日子 |
Day |
int (2) |
2 |
1~31 |
|
本地小时 |
Hours |
int (2) |
2 |
00~23 |
|
本地分钟 |
Minutes |
int (2) |
2 |
00~59 |
|
本地秒钟 |
Seconds |
int(2) |
2 |
00~59 |
|
攻略地点名称 |
Cname |
VarChar(24) |
24 |
|
本项目的内部数据均需按照上述数据字典进行组织。外部数据的存储格式和访问格式参照内部数据确定。
2.3.2事务需求
测试过程和处理要求按以下表格进行
|
步骤 |
动作 |
|
1 |
将测试用例进行打包和编译。 |
|
2 |
对测试用例进行审核，并最终提交测试。 |
|
3 |
接收测试。 |
|
4 |
开始测试。 |
需要准备的工作：
（1） 小组内部就测试工作达成一致意见。
（2） 设置好对应的测试工具并调试测试工具进入可工作的状态。
（3） 准备好相关文档以供参考和查阅。
2.4条件与限制
条件：
（1） 硬件设备：合适的硬件设备和当前市面上主流的Android机型设备，如华为、vivo、oppo、荣耀、中兴等。
（2） 软件系统保证：将需要使用到的调试软件等准备好。
（3） 人员齐备：小组全体成员在场。
（4） 配合：定制好各类预案应对突发情况。
（5） 内部协调：分工明确并相互配合。
限制：
（1） 资金限制：小组资金有限，主要通过学院机房提供的资源开展测试工作。
（2） 时间限制：课程设计时间有限，需要尽快完成测试工作。
（3） 环境限制：测试主要在学院机房开展。
3.计划
3.1测试方案
测试策略：黑盒测试。
测试过程：确认测试，针对可以实现的功能设计相关用例进行测试。
测试内容：app的所有功能。
测试技术：包括等价类划分，边界值分析，错误推测和因果图等方法。
技术标准：完成所有功能的测试
3.2测试项目
功能测试：
攻略搜索：
(1)根据所给地点名称搜索得到攻略
(2) (3) (4)
客服：
（1）查看关于app的基本信息
（2）可以联系客服
（3）举报用户
朋友圈：
(1)用户浏览其他人的发言
我的：
（1）查看自己的账号信息：头像、用户名、昵称、性别、签名等
(2)退出登陆
回归测试：
如果在功能测试过程中发现了系统的缺陷，则进行及时修正，每次修正后，再对发现的缺陷进行验证，确保其得以改正。在系统交付前做一次完整的系统回归测试。
界面测试：
对界面的完整性，正确性，操作性和友好性进行测试。
负载测试：
测试app的并发访问性能，即同时多个用户安装使用此app；还有就是大规模数据访问效率，即多用户使用时的速度问题。
文档测试：
对需求分析文档进行测试，测试重点在文档内容的正确性，准确性。主要采用走查的方式进行。
3.3测试准备
在测试前，与各模块的主要负责人进行共同协商讨论；阅读软件需求分析说明书，并以此作为总的提纲；选择合适的输入输出数据；编写测试用例。
3.4测试机构及人员
小组全体成员。
4 测试项目说明
本部分是测试项目的情况说明，包括测试项目定义、测试用例编写和操作步骤、测试进度安排及参考资料等
4.1 测试项目名称及测试内容
对每个测试项目定义合适的名称和测试内容
4.2 测试用例
编写测试用例，包括用例编号、输入数据、预期的输出结果等。
|
测试用例编号 |
Test_001 |
|
测试项目 |
用户登录 |
|
测试标题 |
输入错误的密码 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开 |
|
预期输出 |
系统提示用户名或密码不正确，请重新输入 |
|
测试用例编号 |
Test_002 |
|
测试项目 |
用户登录 |
|
测试标题 |
输入合法密码、用户名，输入错误验证码 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开 |
|
预期输出 |
系统提示验证码错误，请重新输入 |
|
测试用例编号 |
Test_003 |
|
测试项目 |
通过地点名称搜索 |
|
测试标题 |
在搜索页面，点击合法地点名称，并选择按地点搜索 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
输入 |
武汉 |
|
预期输出 |
显示关于武汉的相关信息 |
|
测试用例编号 |
Test_004 |
|
测试项目 |
对朋友圈的浏览 |
|
测试标题 |
进入朋友圈页面，浏览他人评价 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
预期输出 |
显示其他人对做作旅游app的评价 |
|
测试用例编号 |
Test_005 |
|
测试项目 |
检测客服界面 |
|
测试标题 |
在客服页面，查看关于我们 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
预期输出 |
显示与我们软工小组的相关信息 |
|
测试用例编号 |
Test_005 |
|
测试项目 |
检测客服界面 |
|
测试标题 |
在客服页面，联系我们 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
预期输出 |
显示客服的联系方式 |
|
测试用例编号 |
Test_006 |
|
测试项目 |
检测我的界面 |
|
测试标题 |
在我的页面，修改个人信息 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
预期输出 |
个人信息修改 |
|
测试用例编号 |
Test_007 |
|
测试项目 |
检测我的界面 |
|
测试标题 |
在我的页面，点击退出登陆 |
|
重要级别 |
高 |
|
预置条件 |
系统安装好本app，并在联网的情况下成功打开，合法用户 |
|
预期输出 |
退出登陆，页面跳回登陆界面 |
4.2.1 输入
每个测试用例的输入数据格式、顺序及输入方式
4.2.2 输出
每个用例预期的输出结果
4.2.3 步骤及操作
每个测试项的操作步骤，以及每个用例的操作过程和要求等
4.2.3 允许偏差
允许的结果偏差范围
4.3 进度
制定每个测试项目的进度安排和人员安排：测试人员为小组全部成员，进度按具体编码而定。
4.4 条件
针对每个测试项目，确定需要的硬件条件只需要安装了该app的安卓手机，或者通过电脑虚拟完成。
4.5 测试资料
测试需要参考的相关资料、文档及规范，见第一部分参考资料。
5.评价
5.1准则
质量准则：错误率尽可能低，效率尽可能高，具有可靠性。
覆盖准则：用例的覆盖度要高。
5.2结束标准
以错误率为结束标准，错误率要达到某一要求。
本文档由改革春风吹满地软工项目小组撰写，任何复制、使用本文的全部或部分内容的行为必须先征得小组同意，谢谢
