05测试计划报告Word文件下载.docx

05测试计划报告Word文件下载.docx

《05测试计划报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《05测试计划报告Word文件下载.docx（11页珍藏版）》请在冰豆网上搜索。

8.问题严重度描述11

1.引言

1.1编写目的

基于视频通讯软件的这一“测试计划报告”文档有助于实现以下目标：

明确测试的目标，增强测试计划的实用性——测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的测试结果直观准确。

采用评审和更新机制，保证测试计划满足实际需求。

1.2背景

项目名称：

CC视频通讯软件

项目提出人:

石秀金老师

项目设计人员：

董国胜、徐博姣、方东祥、王露露、李历（排名不分先后）

项目的用户：

任何需要局域网通讯软件的公司或个人

1.3范围

本次开发的视频通讯软件，是在需求分析和代码设计的基础上进行的后续开发，主要包括实现多用户的即时通信。

但是该系统只能在局域网内使用。

1.4参考资料

《软件工程——理论与实践》许家珆第2版高等教育出版社

《软件测试基础教程》刘琴、周震漪等第2版人民邮电出版社

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

2.1测试参考文档

下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：

[注：

可适当地删除或添加文档项。

]

文档

（版本/日期）

已创建或可用

已被接收或已经过复审

可行性分析报告

软件需求分析

软件概要设计

软件详细设计

用户操作手册

安装指南

2.2测试提交文档

本测试要提交的文档主要包括：

测试计划报告和测试分析报告。

3.测试进度

测试活动

计划开始日期

实际开始日期

结束日期

制定测试计划

2011年4月10日

设计测试用例

2011年4月20日

2011年4月23日

2011年5月初

集成测试

2011年5月26日

系统测试

2011年5月末

2011年6月

性能测试

用户验收测试

2011年6月初

4.测试资源

4.1人力资源

角色

具体职责或注释

董国胜

集成测试、性能测试

徐博姣

制定测试计划、设计测试用例

方东祥

王露露

李历

4.2测试环境

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

软件环境（相关软件、操作系统等）

VC6.0

一些常见的测试工具

操作系统Windows95/98/NT/Me/2000/XP

硬件环境（网络、设备等）

CPU:

486以上，内存：

256MB以上，网卡：

有线、无线网卡或调制解调器

输入输出设备：

内置、USB摄像头或外部摄像机；

内置或外插的麦克风设备

5.项目任务

✧制定测试计划

⏹确定测试需求

⏹评估风险

⏹制定测试策略

⏹确定测试资源

⏹创建时间表

⏹生成测试计划

✧设计测试

⏹确定并说明测试用例

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

✧复审和评估测试覆盖

✧实施测试

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

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

⏹建立外部数据集

✧执行测试

✧评估测试的执行情况

✧恢复暂停的测试

✧核实结果

✧调查意外结果

✧记录缺陷

✧对测试进行评估

✧评估测试用例覆盖

✧评估代码覆盖

✧分析缺陷

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

6.测试的优先级以及系统风险

描述测试阶段的风险可能有：

系统中可能出现字符的不匹配，是否满足个种语言，在代码种各种判断条件是否有边界，执行一些操作时是否有相应的警告提示。

测试时要风险处理的优先级如下：

p1----urgent 

必须立即修改 

如看该系统是否出现死循环,数据库发生死锁

p2----important 

立即修改 

如看系统是否有程序语法错误,程序接口错语

p3---lessimportant可以延期修改 

如删除操作时未给出提示

p4---notimportant 

可以不修改 

如界面不规范,输入输出不规范

p5---neglect 

可以忽略

7.测试策略

7.1集成测试

集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。

此阶段测试基于功能完成的测试。

测试目标

确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。

它所测试的内容包括单元间的接口以及集成后的功能

测试范围：

视频通讯系统，包括：

好友管理模块、文字聊天模块以及视频聊天模块。

技术：

黑盒测试：

划分等价类：

利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：

1.在使用有效数据时得到预期的结果。

2.在使用无效数据时显示相应的错误消息或警告消息。

3.各业务规则都得到了正确的应用。

开始标准：

在完成集成测试时必须达到基本要求

完成标准：

使程序尽可能的完美

测试重点和优先级：

各个子功能组合起来，能否达到预期要求的父功能（p1）

需考虑的特殊事项：

1、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

2、各个子功能组合起来，能否达到预期要求的父功能；

3、一个模块的功能是否会对另一个模块的功能产生不利的影响；

4、全局数据结构是否有问题；

5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。

7.2功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。

以下为各种应用程序列出了推荐使用的测试概要：

确保所有的功能都能够正常实现，包括用户上线广播，管理好友，和好友进行文字、视频聊天等等

视频通讯系统；

利用各种有效数据和无效数据来对程序进行测试

完成需求的功能；

让程序具有较为强大和稳定的功能

程序的聊天功能上；

（p1）

特定的端口被占用，软件将不能启动

7.3用户界面测试

用户界面（UI）测试用于核实用户与软件之间的交互。

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。

另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

软件安界面的友好性，风格的一致行。

视频通讯系统各大模块界面：

1.窗口能否改变大小、移动和滚动？

2.窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问？

3.当被覆盖并重新调用后，窗口能否正确地再生？

4.需要时能否使用所有窗口相关的功能？

5.所有窗口相关的功能是可操作的吗？

6.是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口使用，并适当地显示？

7.显示多个窗口时，窗口的名称是否被适当地表示？

8.活动窗口是否被适当地加亮？

9.如果使用多任务，是否所有的窗口被实时更新？

10.多次或不正确按鼠标是否会导致无法预料的副作用？

11.窗口的声音和颜色提示和窗口的操作顺序是否符合需求？

12.窗口是否正确地被关闭？

13.·

窗口是否基于相关的输入和菜单命令适当地打开？

为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。

确保界面的美观性

保持界面的风格一致，美观以及友好

界面的友好性（p5）

在不同的环境中（比如说不同的操作系统），软件界面是否会改变

7.4性能评测

性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。

性能评测的目标是核实性能需求是否都已满足。

实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

注：

以下所说的事务是指“逻辑业务事务”。

这种事务被定义为将由系统的某个测试人员通过使用测试对象来执行的特定用例，添加或修改给定的合同。

系统的响应情况满足需求。

模拟用户对系统进行多次响应测试

系统能够支持多次响应的并发的请求连接

系统能够支持响应的并发的请求连接并有较快的反映速度

多线程条件下的并发测试（p1）

当并发数超过一定的范围时，可能会引起意想不到的异常

7.5配置测试

配置测试核实测试对象在不同的软件和硬件配置中的运行情况。

在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。

客户机工作站可能会安装不同的软件:

应用程序、驱动程序等，而且在任何时候都可能运行许多不同的软件组合，从而占用不同的资源。

使程序能在不同的软件和硬件环境下正常运行

在不同的环境下测试；

保证程序在windows不同版本操作系统下能够正常运行

使程序有较好的安全性，可以在不同的硬件和软件环境下运行

软件安在不同操作系统下的兼容性

软件只在windows下进行测试，在其他软件环境下也许会出现界面的变形

7.6安装测试

安装测试有两个目的。

第一个目的是确保该软件在正常情况和异常情况的不同条件下：

进行首次安装、升级、完整的或自定义的安装都能进行安装。

异常情况包括磁盘空间不足、缺少目录创建权限等。

第二个目的是核实软件在安装后可立即正常运行。

这通常是指运行大量为功能测试制定的测试。

核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：

1.首次安装。

以前从未安装过视频通讯软件的新计算机

2.更新。

以前安装过相同版本的视频通讯软件的计算机

1.手工开发脚本或开发自动脚本，以验证目标计算机的状况　首次安装视频通讯软件从未安装过；

2.视频通讯软件安装过相同或较早的版本。

3.启动或执行安装。

4.使用预先确定的功能测试脚本子集来运行事务。

程序能够正确安装以及运行

程序安装的智能性以及运行的性能

程序的安装

在不同环境下能否正常安装

8.问题严重度描述

问题严重度

描述

响应情况

高

造成系统崩溃

无响应

多次视频请求

中

系统功能实现出错

低

系统界面显示有误

正常响应