项目测试计划实例免费下载概要.docx

项目测试计划实例免费下载概要.docx

《项目测试计划实例免费下载概要.docx》由会员分享，可在线阅读，更多相关《项目测试计划实例免费下载概要.docx（10页珍藏版）》请在冰豆网上搜索。

项目测试计划实例免费下载概要

摄影爱好者平台

验证计划

北京交通大学软件学院

编写刘坤

组员：

刘坤，刘琛，洪伟辉，杜冰

项目经理：

游俊鹏

目录

1简介3

1.1目的3

1.2背景3

1.3范围4

1.3.1总体描述4

1.3.2详细描述4

1.3.3相关风险5

2测试参考文档和测试提交文档5

2.1测试参考文档5

2.2测试提交文档5

3测试进度6

4测试资源6

4.1人力资源6

4.1.1项目总体人员分配6

4.1.2各项测试人员分配7

4.2测试环境7

4.3测试工具7

4.3.1测试工具描述7

4.3.2测试工具分配8

5系统风险及优先级8

6测试策略8

6.1单元测试8

6.2集成测试9

6.3功能测试9

6.4性能测试10

7问题严重度描述10

8与测试有关的任务10

1简介

1.1目的

本测试计划文档作为指导此测试项目秩序渐进的基础，帮助我们安排合适的资源和进度，避免可能的风险。

本文档有助于实现以下目标:

1.确定现有项目的信息和应测试的软件构件。

2.列出推荐的测试需求（高级需求）。

3.推荐可采用的测试策略，并对这些策略加以详细说明。

4.确定所需的资源，并对测试的工作量进行估计。

5.列出测试目的可交付元素,包括用例以及测试报告等。

1.2背景

是一个为摄影爱好者而生的软件。

摄影爱好者在摄影爱好这条路上往往会遇到许多问题，比如前面所说的：

哪里找适合自己拍摄的场地？

怎么发散自己信息以让有意被拍的模特找到自己？

如果客户不知道自己的拍摄需求，该如何解决？

如果交照片时客户不满意要求退款，又该如何解决？

……

许多诸如此类的问题，我们的软件就是为了解决摄影爱好者的难题而生的。

除此之外，我们还致力于营造一个聚集广大摄影爱好者的网上社区平台。

在我们的这个软件平台上，他们不仅可以欣赏优秀作品、交流摄影心得、学习摄影的经验和技术，而且可以交到许多志同道合的朋友。

众所周知，当我们拥有一个爱好时，花费精力在我们的爱好上、并且和同好共同享受共同进步，是件很快乐的事情。

我们的软件，就是为了能在他们通往快乐之路上提供我们的一点帮助。

这就是我们这个软件存在的终极意义。

1.3范围

1.3.1总体描述

由于各种活动的相互影响和制约，系统的设计完成中可能存在某些错误，软件测试主要是对摄影师平台进行全面检查，及时发现程序中的逻辑错误，以保证些产品的正确性和可靠性。

具体结合到系统操作，基本应该测试以下内容：

易用性，即人机界面

性能，即检查快速载入和导出数据、检查系统的响应等

功能，即用户在该系统中可以进行的各种操作

业务规则，即检查对业务流程的描述是否准确、考虑与目标用户的业务环境是否契合等

事务准确性，即确保事务正确完成、确保被取消的事务回滚正确等

数据有效性与完整性，即检查数据的格式是否正确、确保字符集适当等

系统可靠性，即检查程序、数据库的故障处理能力，数据恢复能力等

1.3.2详细描述

将测试主要分为5个阶段:

第一步：

完善文档。

为了保证测试工作的正常运行，我们先要完善需求规格说明书和概要设计两个重要的测试参考文档。

第二步：

将整个摄影师平台按功能分为6个模块（个人空间设计，信息平台，版权问题，场地分类活动，作品展区，数据库管理），分别对每个模块进行单元测试，在该阶段我们在每个单独的程序块中消除场内的逻辑、功能上的缺陷和错误，保证每个模块作为一个单元能正确执行，并为上一级测试做准备；采用自底向上的方法免去桩模块开发。

高质量的程序单元是组成可靠系统的基础,对单元性能的评价有:

1、单元接口,2、局部数据结构,3、重要的执行路径测试,4、出错处理路径,5、影响上述几点的边界条件测试。

每三步：

进行集成测试，将各个模块进行集中和装配，形成一个完整的软件后就可以进行集成测试，集成测试除了进一步检测和排除子系统结构或相应程序结构上的错误之外，还应该验证所有的系统单元配合是否合适、整体性能和功能是否完整；它采用自底向上集成方法。

第四步：

进行系统程序。

首先对整个程序进行功能测试，验证软件的功能和性能以及其它特点是否与用户的需求一致。

然后进行系统非功能测试，结合本系统特点,我们侧重于易用性测试,性能测试,强度测试,可靠性测试,可恢复性测试等。

可分成表示层测试,业务层测试,数据层测试比较全面对其进行测试。

1.3.3相关风险

本次测试过程中，可能出现的风险如下：

1.bug的修复情况

2.模块功能的实现情况

3.系统整体功能的实现情况

4.代码的编写质量

5.人员经验以及对软件的熟悉度

6.开发人员、测试人员关于项目约定的执行情况

7.人员调整导致研发周期延迟

8.开发时间的缩短导致某些测试计划无法执行

2测试参考文档和测试提交文档

2.1测试参考文档

概要设计说明书

需求规格说明书

2.2测试提交文档

需求规格说明书（修订版）

概要设计说明书（修订版）

单元测试报告

集成测试报告

系统测试报告

验收测试报告

（注：

其报告包括测试计划、设计规格、测试用例、用例脚本、执行日志、测试报告）

3测试资源

3.1人力资源

3.1.1项目总体人员分配

角色

分配的角色

具体职责

测试人员

游俊鹏，刘琛

制定维护测试计划，设计测试用例与测试

进程，搭建测试环境，执行集成测试、功能测试、系统测试、验收测试，提交测试报告

审查人员

刘坤

单元测试；监督测试，并协助修改代码

3.1.2各项测试人员分配

任务

主要负责人

所需工具

1、需求复审

刘琛

2、单元测试

洪伟辉

3、集成测试

杜冰

4、功能测试

刘坤

5、压力测试

洪伟辉

6、性能测试

游俊鹏

7、容错测试

杜冰

3.2测试环境

描述测试的软件环境和硬件环境，要求给出所使用的所有软件、硬件的CPU、内存、硬盘等情况，以及软硬件的部署情况

系统：

windows7

测试工具：

Android端：

javaeclipse

IOS端：

Objective-CXcode

iTest.

硬件要求：

CPU主频1.4GHz以上

内存128M以上

硬盘40G以上

3.3测试工具

3.3.1测试工具描述

手机App开发人员或测试人员在Android应用开发或测试过程中经常需要

对应用程序进行性能或压力测试或者GUI功能测试以找出程序中隐藏的

问题AndroidSDK提供了Monkeytest工具monkeytest是一个随机重复的

测试并不能精确测试应用程序的每一个功能。

iTest利用Testin自动测试专

利技术为广大开发人员和测试人员提供了一款高度精准化可定制的自动化

手机App测试工具。

功能强大还在为手机应用的自动测试发愁吗有了iTest自动测试工具再也不是问题iTest独有的自动控制技术让您轻松完成手机应用的自

动测试。

操作简单只需用鼠标操作点击或拖动屏幕即可录制功能复杂的脚

本。

无限次运行设定运行次数之后iTest即可帮您自动运行脚本只要您

愿意运行上亿次也没问题。

脚本共享您在iTest上录制的脚本无需任何改动即可在另一台连接Test的手机上运行只要它们拥有相同的分辨率。

与Testin平台交互iTest录制的脚本可以直接提交到Testin平台通

过Testin自动化真机测试平台的海量真机做适配测试。

3.3.2测试工具分配

测试工具分配

用途

工具

使用者

单元测试

各模块开发人员

集成测试

游俊鹏

功能测试

手动

游俊鹏

系统测试

LoadRunner

游俊鹏

4系统风险及优先级

风险

ID号

风险描述

责任人

优先级

规避措施

风险应急计划

1

人员无法及时到位

项目经理

高

定期催促队员

从空闲队员中物色人员

推迟进度计划

提高工作效率

2

人员技能不符合要求

项目经理

中

技能培训

请教高手

提高培训强度

对工作输出加强检视

5测试策略

5.1单元测试

测试目标

揭示出模块与其接口规格说明存在的矛盾

测试范围

车辆调度、资源管理、数据管理、系统设置四个模块

技术

自底向上方法,先黑盒测试，再白盒测试法提高覆盖率。

开始标准

需求测试完成，代码开发完成

完成标准

所有单元测试用例都被执行过；所有发现的缺陷被修正并回归测试过；所有被测对象的语句覆盖率达到100%，或能明确给出不需要达到的理同；单元测试报告被权签人批准。

测试重点和优先级

程序的逻辑错误

需考虑的特殊事项

5.2集成测试

测试目标

把子功能族组合起来形成更大的子功能族

测试范围

针对每个接口，考虑参数个数、参数的输入输出属性、参数的顺序、参数的等价类情况、参数的边界情况、函数的返回值情况等

技术

灰盒测试

开始标准

单元测试完毕

完成标准

所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；性能要求符合标准；集成测试报告被权签人批准；

测试重点和优先级

与数据库操作相关的测试

需考虑的特殊事项

涉及货物交易，需保证数据的保密性；集成测试处于灰色地带，过分过白盒会出现与单元测试重复的问题；过分偏向黑盒会出现与系统测试重复的问题。

5.3功能测试

测试目标

保证所测试的每个独立模块的功能上是正确的

测试范围

从输入条件和输出结果来进行判断是否满足程序的设计要求

技术

等价类划分,边界值分析,因果图分析,错误猜测方法

开始标准

概要设计完成后

完成标准

所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；功能要求符合标准；功能测试报告被权签人批准；

测试重点和优先级

证明程序未能符合外部规格说明

需考虑的特殊事项

5.4性能测试

测试目标

证明程序不能实现其目标

测试范围

在特定负载和配置环境下程序的响应时间和吞吐率

技术

使用特定的工具，模拟超常的数据量、负载等，监测系统的各项性能指标

开始标准

概要设计完成后

完成标准

所有测试用例都被执行并通过；所有发现的缺陷都被修正并回归测试过；性能要求符合标准；性能测试报告被权签人批准；

测试重点和优先级

需考虑的特殊事项

搭建苛刻的硬件和软件测试设备环境

6问题严重度描述

7与测试有关的任务

制定测试计划

◆确定测试需求、评估风险、制定测试策略

◆确定测试资源、创建时间表、生成测试计划

●设计测试

◆确定并说明测试用例

◆确定测试过程，并建立测试过程的结构

●复审和评估测试覆盖

●实施测试

◆记录或通过编程创建测试脚本

◆确定设计与实施模型中的测试专用功能

◆建立外部数据集

●执行测试

●至此那个测试过程、评估测试的执行情况、评估测试用例的覆盖、评估代码覆盖

●核实结果、调查意外结果

●记录缺陷、分析缺陷

●确定是否达到了测试完成标准与成功标准