全本小说网网站

全本小说网网站

测试计划

1. 简介

该测试计划介绍如何测试“全本小说网”。它提供了测试范围、测试计划和人员安排等详细信息。

1.1 目的

这份文档的目标详细描述对“全本小说网”进行功能测的过程。本文档所关注的特征来自于软件设计规格说明书（关于“全本小说网”的功能描述，我请参阅软件规格说明书）

1.2 背景

随着网络时代的到来，方便快捷的生活体验也随着到来。以前的人们获得知识主要从纸质书本上获得，而现在的人们大多从电子书上获得。小说网站也随之产生，使得人们更为快捷方便得阅读体验。

1.3 范围

测试阶段包括单元测试、集成测试、系统测试、性能测试、验收测试即对测试进行评估。本测试计划所提到的测试类型是需求阶段的测试，即对“全本小说网”功能验证的测试过程。

1.3.1 准备测试特征

以下特征将被测试，以确保“全本小说网”网站能满足规定需求。

1）用户信息的注册

·邮箱注册。

·密码设置。

·填写个人信息。

·注册码验证。

2）在搜索一栏输入书名

·输入查找的书名。

·点击搜索按钮。

3）单击书名或图片

·进入这本书的主页

4）单击“开始阅读”

·进入在线阅读

5）单击“TXT下载”

·下载小说

测试列表及测试范围如下表所示。

测试列表及测试范围

1.3.2 不准备测试的特性

功能和系统配置是不需要测试的内容如下：

(1)本次测试将不考虑关系数据库（MySql）的安装和功能。加入数据库已安装并处于可操作的状态。假定数据库表结构是准确的，包含需求规格说明书中定义的规定类型和字段宽度。这些需求在准备和安装文档中有详细说明。

(2)本次测试将不测试小说是否上传完整。

2. 测试用户信息注册和网页的链接是否正确

2.1 测试用户信息注册

·用户信息注册。

·登陆用户注册信息。

2.2 打开网址，点击书名

·核对是否为对应的书籍。

3. 测试进度

测试进度如下表所示。

4. 测试资源

4.1 人力资源

下表列出了再此项目的人员配备方面所做的各种假定。

注：可适当添加或删除角色项。

人力资源安排

4.2 测试环境

下表列出了测试的系统环境

测试环境综合

4.3 测试工具

此项目将测试使用的工具，如下表。

测试工具列表

5. 系统风险

可能出现的风险

（1）开发时间的缩短导致某些测试计划无法执行。

（2）用户登陆错误。

（3）模块功能的实现情况。

（4）代码编写质量。

（5）Bug的修复情况。

（6）人员经验以及对软件的熟识度。

（7）开发人、测试人员关于项目的约定的执行情况。

（8）人员调整导致研发周期延迟。

（9）系统整体功能的实现情况。

6. 测试策略

测试策略提供测试对象进行测试的推荐方法。下面列出了本系统测试的各个阶段可能用到的测试方法。

测试案例流程图

N

Y

Y

N

N

6.1接口测试

表5-3-6 接口测试

6.2集成测试

集成测试主要目的是检测系统是否达到设计需求，对业务流程及数据流的处理是否符合标准，检测系统对业务流程处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试是基于功能完成的测试。

集成测试

6.3功能测试

对测试对象的功能测试应侧重于所有可直接追踪到业务功能和业务规则的测试需求。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：

表 5-3-8 功能测试

6.4用户界面测试

用MS Internet Explorer和Firefox对图形用户界面进行测试。要求在两种浏览器上对所将使有功能进行测试。

表 5-3-9 界面测试

6.5性能评测

性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。

表 5-3-10 性能测试

6.6容量测试

容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。本系统需要为生成一份报表而处理一组数据库记录，那么容量测试就需要使用一个大型的测试数据库,检验该软件是否正常运行并生成了正确的报表。

表 5-3-11 容量测试

6.7安全性测试

侧重于安全性的两个关键方面：

应用程序级别的安全性，包括对数据或业务功能的访问。

系统级别的安全性，包括对系统的登录。

应用程序级别的安全性可确保：在预期的安全性情况下，用户只能访问特定的功能模块。

系统级别的安全性可确保：只有具备系统访问权限的用户才能访问应用程序。

表 5-3-12 安全测试

7.问题跟踪

和规格说明书上定义不一致的，或者不符合常规的地方都属于bug，应该提交给相关人员进行修订。

8.计划文档审阅

这个计划文档需要被下列人员审阅并给出确认意见。

[PM/EM]:xxx

[DEV owner]:xxx

[QA owner]:xxx

测试用例：

缺陷报告：

本文来源：https://www.2haoxitong.net/k/doc/595fde5accbff121dc368372.html