测试文档（final）

标签：自身   ott   val   小程序   单位   工具   控制   strong   sde   

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数据需求

内部数据：

本系统的内部数据结构和类型已经由数据字典进行了定义，列在下表：

本项目的内部数据均需按照上述数据字典进行组织。外部数据的存储格式和访问格式参照内部数据确定。

2.3.2事务需求

测试过程和处理要求按以下表格进行

需要准备的工作：

（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）测试--通过教学楼楼栋楼层编号查教室信息

运行结果：

（3）测试---发布自习邀约

运行结果·：

（4）测试--查看自习邀约

运行结果：

（5）测试--删除自习邀约

运行结果：

（6）测试--按合法关键字搜索自习邀约

运行结果：

（7）测试--不合法输入搜索自习邀约

运行结果：

（8）测试--按专业名称搜索课程

运行结果：

（9）测试--按课程名称搜索课程

运行结果：

（10）测试--按教师名搜索课程

运行结果：

4.2.1 输入

每个测试用例的输入数据格式、顺序及输入方式

4.2.2 输出

每个用例预期的输出结果

4.2.3 步骤及操作

每个测试项的操作步骤，以及每个用例的操作过程和要求等

4.2.4 允许偏差

允许的结果偏差范围

4.3 进度

制定每个测试项目的进度安排和人员安排：测试人员为小组全部成员，进度按具体编码而定。

4.4 条件

针对每个测试项目，确定需要的硬件条件只需要安装了微信的安卓手机，或者通过电脑虚拟完成。

4.5 测试资料

测试需要参考的相关资料、文档及规范，见第一部分参考资料。

5 评价

5.1准则

质量准则：错误率尽可能低，效率尽可能高，具有可靠性。

覆盖准则：用例的覆盖度要高。

5.2结束标准

以错误率为结束标准，错误率要达到某一要求。

测试文档（final）

标签：自身   ott   val   小程序   单位   工具   控制   strong   sde   

原文地址：https://www.cnblogs.com/Triple2/p/11073784.html