软件测试实验指导书.docx

上传人:b****6 文档编号:8948254 上传时间:2023-02-02 格式:DOCX 页数:18 大小:119.58KB
下载 相关 举报
软件测试实验指导书.docx_第1页
第1页 / 共18页
软件测试实验指导书.docx_第2页
第2页 / 共18页
软件测试实验指导书.docx_第3页
第3页 / 共18页
软件测试实验指导书.docx_第4页
第4页 / 共18页
软件测试实验指导书.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

软件测试实验指导书.docx

《软件测试实验指导书.docx》由会员分享,可在线阅读,更多相关《软件测试实验指导书.docx(18页珍藏版)》请在冰豆网上搜索。

软件测试实验指导书.docx

软件测试实验指导书

 

《软件测试》实验指导书

实验一测试计划编制4学时

测试计划是描述测试目的、范围、方法和测试工作内容的重要文档。

科学、合理、有效地制订软件测试计划是成功完成测试任务的必要前提。

(一)实验目的:

1.了解测试计划的内容和格式

2.熟悉测试计划的编制过程

3.学会针对某个特定的软件项目编写软件测试计划

(二)实验环境

操作系统:

windows2000Pro+SP4及其以上版本

Office2005及其以上版本

(三)实验任务:

将学生分组,每组3~5人,各组选择一个小型软件“教研管理系统”作为测试对象。

充分了解测试对象,仔细阅读、分析需求规格说明书和设计说明书,对该软件结构、功能、性能进行分析,制订测试计划。

每组提交一份测试计划文档。

(四)实验内容与步骤:

1.确定分组,每组3~5人,作为模拟测试项目组,并选定项目组长。

2.项目成员参与选定待测软件产品。

3.由项目组长主持,分析、研究待测产品。

4.讨论、分析《需求规格说明书》,制订系统测试及验收测试的策略;确定功能、性能、压力负载测试等工作重点。

5.讨论、分析《概要设计说明书》,制订集成测试及确认测试的策略;确定测试方法及重点测试内容。

6.讨论、分析《详细设计说明书》,制订单元测试策略、方法及主要内容。

7.由项目组长主持,讨论测试工作具体分工及进度安排。

8.根据讨论结果与讨论记录,参照附件1编写软件测试计划。

(五)实验要求

1.测试计划是对每个软件产品,或是对各个开发阶段的产品开展测试的策略,是描述测试目的、范围、方法和软件测试的重点等的文档。

2.测试计划的目的:

识别任务、分析风险、规划资源和确定进度。

测试计划在策略和方法上高度说明如何计划、组织和管理测试项目。

最终以系列文档的形式确定下来。

3.测试计划须包含的内容:

1)产品基本情况:

产品运行平台、应用领域、特点、功能、产品规格

2)测试需求说明:

所要测试的功能项、侧重点

3)测试策略和记录:

描述如何公正、客观地开展测试、遵循的标准

4)测试资源配置:

各测试阶段的任务、所需的资源

5)计划表

6)问题跟踪报告:

问题的性质、发现者、修改者、问题发生的频率、发现问题的测试案例、测试环境、问题分类

7)测试计划的评审和结果等:

4.测试计划包含足够的信息使测试人员明白需要完成的工作,拟定软件测试计划需要测试项目管理人员的积极参与。

每组同学针对所选定的软件产品,参考附件1提供的测试计划框架,编写软件测试计划。

实验二白/黑盒测试测试用例设计4学时

(一)实验目的

1.认识白/黑盒测试原理

2.掌握白/黑盒测试过程

3.掌握白/黑盒测试用例的设计方法

(二)实验条件

操作系统:

windows2000Pro+SP4及其以上版本

Office2005及其以上版本

(三)实验任务

针对测试对象,选择其中4个模块进行功能测试。

分别采用白盒、黑盒测试方法设计测试用例,执行测试、并记录测试结果。

比较上述测试方法,完成实验报告。

(四)实验内容与步骤

1.分析测试对象,选择4个待测模块。

(白盒、黑盒各两个)

2.分析待测模块的程序结构,画出功能模块图(黑盒)及程序结构图(白盒)

3.白盒测试用例设计:

分别采用条件覆盖、判定-条件覆盖、条件组合覆盖、基本路径覆盖等方法设计测试用例。

(至少两种方法)

4.黑盒测试用例设计:

分别采用等价类划分法、边界值法、因果图法、判定表法等几种方法设计测试用例。

(至少两种方法)

5.完成测试用例一览表。

(五)实验要求

1.测试项目组每位成员必须完成白盒、黑盒各三个测试用例(方法各异)的设计。

要求列出设计过程。

如:

白盒(基本路径法):

(1)根据程序结构画出控制流图

(2)计算程序复杂系数

(3)列出基本路径

(4)测试用例表

黑盒(等价类划分法):

(1)等价类分析

(2)等价类表

(3)测试用例表

2.测试用例一览表按照如下要求填写。

(参照测试用例模板)

实验三测试执行(4学时)

(一)实验目的

1.熟悉教研管理系统操作界面的组成

2.了解教研管理系统结构。

3.掌握教研管理系统测试过程。

(二)实验环境

操作系统:

windows2000Pro+SP4及其以上版本

应用系统:

教科研管理系统及其以上版本

(三)实验任务

1.针对实验二中的测试用例逐个执行测试、并记录测试结果。

2.比较上述测试方法,完成实验报告。

3.参照附录3格式,记录测试结果

实验四软件测试报告(2学时)

(一)实验目的

1.了解测试报告的内容和格式

2.掌握软件测试评估方法

3.学会编写软件测试报告

(二)实验条件

操作系统:

windows2000Pro+SP4及其以上版本

Office2005及其以上版本

(三)实验任务

对软件产品的测试结果进行覆盖率分析、评估,撰写测试报告

(四)实验内容与步骤

1.由项目组长主持,对已测软件产品进行分析,判定测试任务是否完成。

2.将测试结果进行统计汇总,编制各项统计报表。

3.对测试结果进行覆盖率分析,对测试质量及软件产品质量进行评估。

4.参照附件4编写测试报告。

(五)实验要求

1.测试报告由测试项目组成员共同完成,并注明每人完成的部分。

2.测试报告首页必须填写软件产品名称、测试项目组成员,项目组长、测试完成日期。

3.成绩一栏和最后的指导教师评语为教师填写

 

附件1

软件测试计划

第1章引言

1.1目的

简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。

1.2名词解释

列出本计划中使用的专用术语及其定义;列出本计划中使用的全部缩略语全称及其定义。

缩名词或术语

英文解释

中中文解释

 

 

 

 

 

 

1.3参考资料

列出本计划各处参考的经过核准的全部文档和主要文献。

1.4时间进度

说明测试开始时间与发布时间。

第2章项目背景

2.1项目来源与目标

2.2测试范围

说明本计划涵盖的测试范围,列出测试对象中将接受测试或将不接受测试的那些性能和功能。

2.3项目人员

列出项目参与人员的职务、姓名、E-mail和电话。

职务

姓姓名

EE-Mail

电电话

 

 

 

 

 

 

2.3测试文档

列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。

2.3.1测试参考文档

文文档说明

作作者

文文档位置(CVS)

需求文档

 

 

总体设计

 

 

 

 

 

 

 

2.4.2测试提交文档

文文档说明

作作者

文文档位置(CVS)

《总体测试计划》

 

 

《总体测试方案》

 

 

测测试用例

 

 

《《测试报告》

 

 

《《产品错误代码说明文档》

 

 

 

第3章质量目标

3.1产品质量目标

说明产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。

产产品质量目标

确确认者(如需说明)

 

3.2测试质量目标

描述本阶段测试目标和要求。

质量目标应该包括产品的质量目标和测试小组的质量目标。

评价测试质量的目标可以有:

测测试质量目标

确确认者(如需说明)

 

 

第4章资源需求

4.1测试环境

4.1.1硬件测试环境

描述建立测试环境所需要的设备、用途及软件部署计划。

平台1:

SUN

机型(配置)

IP地址

操作系统

用途及特殊说明

软软件及版本

预计空间

SU

10.1.

 

 

orac

2G

4.1.2软件测试环境

软软件需求

用用途

 

 

4.2测试工具

此项目将列出测试使用的工具以及用途:

测测试工具

用途

 

第5章测试策略

5.1    整体测试策略

说明计划中使用的基本的测试过程。

5.2测试类型

说明计划中需完成的测试类型。

5.3测试技术

说明计划中采用的测试技术。

第6章测试进度计划

对项目各阶段的测试工作制订时间进度计划

测测试阶段

开始时间

完完成时间

测测试人员

阶段完成标志

制制定测试计划

 

 

 

 

测试环境准备

需需求Review

 

 

 

 

设设计Review

 

 

 

 

设设计测试用例

 

 

 

 

测测试开发

 

 

 

 

测测试环境准备

 

 

 

 

测测试实施

 

 

 

 

功功能测试

 

 

 

 

集集成测试

 

 

 

 

性性能测试

 

 

 

 

系系统测试

 

 

 

 

验验收测试

 

 

 

 

文文档编写

 

 

 

 

 

附件2

项目名称

 

程序版本

 

功能模块名

 

编制人

 

编制时间

 

功能特性

 

测试目的

 

预置条件

 

参考信息

 

特殊规程说明

 

用例编号

用例说明

输入数据

预期结果

测试结果

缺陷编号

备注

xtsz_rsgl_0002

根据xtsz_rsgl_0001测试用例.人员处在增加辅助信息和详细信息.点击确定

辅助信息->家庭电话输入""办公电话输入"23487"移动电话输入""电子邮件输入"2349是否"家庭地址输入"武汉市234.身份证号输入""业余爱好"是喹"详细资料->配偶姓名输入"常爱民"子女姓名"保险期限"配偶电话输入""现住宅电话""毕业学校‘武汉大学"现住宅地址"中山路"

 人员的辅助信息和详细资料能否正常输出.

测试用例模板一

测试用例模板二

用例编号

BOSS_FS_MARKETING_NEW_01P 

测试目的

测试添加营销记录“Add-sailrecord”是否成功

测试优先级

高(还有“较高、中、较低、低”几个等级)

用例摘要

新增营销记录 

测试阶段

验收测试

测试类型

功能性测试(对应还有“安全性测试”等)

用例类型

基本事件(对应还有“备选事件”、“异常事件”)

用例设计者

songfun

设计日期

2009-04-25

对应需求编号

REQ_MARKETING_NEW_01

对应UI

Marketing.htm

对应UC

UC_MARKETING_NEW_01

版本号 

Buildv0.1

对应开发人员

Frank

前置条件

操作员登录营销管理系统

测试方法

等价类划分(对应还有“错误猜测法”、“边界值分析”等)

输入数据

用户名:

51testing性别:

男金额:

10元描述:

aaaaaa

执行步骤 

1.进入【营销下发】页面; 

2.点击『增加』按钮;

3..输入相应数据;

4.点击『确定』按钮⑤.在后台数据库(test/test@testDB)输入查询语句验证:

select*fromMarketingTabwhereID='1001'

预期输出 

1.执行步骤④后,页面弹出添加成功提示信息框;

2.执行步骤⑤后查询数据库,记录确实添加成功且数据无误

实际结果

符合预期 

测试日期

2009-04-29

结论 

 

测试用例

测试记录

用例编号

测试目的\对应需求

输入\预置条件

预期输出

操作过程

结果

 

 

 

 

 

功能正确

 

 

 

 

 

功能不正确

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

测试用例模板三

附件3:

测试记录

 

工程名称:

文档编号:

测试人

测试时间

软件名称

编号/版本

测试阶段

(单元测试、集成测试、确认测试、系统测试)

测试用例

(标识符)

输入说明:

(列出选用的输入项,覆盖情况)

 

输出说明:

(逐条与输入项对应,列出输出预期)

测试结果(重点描述异常、错误情况):

 

问题类别:

 

严重等级:

测试结果分析与建议:

 

说明与备注:

 

重要缺陷记录

 

 

重要软件缺陷记录

 

附件4

软件测试报告

第1章简介

1.1编写目的

本测试报告的具体编写目的,指出预期的读者范围。

1.2项目背景

    对项目目标和目的进行简要说明。

1.3系统简介

    参考系统需求分析及设计说明书部分。

1.4术语和缩写词 

    列出设计本系统/项目的专用术语和缩写语约定。

对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。

1.5参考资料

1.需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的资料。

2.测试使用的国家标准、行业指标、公司规范和质量手册等等

2测试概要

测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。

(其他测试经理和质量人员关注部分)

2.1测试用例设计

简要介绍测试用例的设计方法。

例如:

等价类划分、边界值、因果图等。

2.2测试环境与配置

    简要介绍测试环境及其配置。

2.3测试方法(和工具)

简要介绍测试中采用的方法(黑盒测试)和工具。

3测试结果及缺陷分析

3.1测试执行情况与记录

描述测试资源消耗情况。

3.1.1测试组织

列出简单的测试组架构图,包括:

测试经理(领导人员)主要测试人员、参与测试人员、用户参与等情况

3.1.2测试时间

3.1.3测试结果记录

记录实际测试数据

3.2覆盖分析

3.2.1需求覆盖

需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标。

编号 

需求/功能

测试类型 

是否通过 

备注

 

[Y][P][N][N/A]

根据测试结果 ,按编号给出每一测试需求的通过与否结论。

P表示部分通过,N/A表示不可测试或者用例不适用。

需求覆盖率计算 Y项/需求总数 ×100%

3.2.2测试覆盖

编号 

需求/功能

用例个数 

执行总数

未执行

 未/漏测分析和原因

测试覆盖率计算 执行数/用例总数 ×100%

3.2缺陷的统计与分析

    缺陷统计主要涉及到被测系统的质量,因此,这部分成为开发人员、质量人员重点关注的部分。

3.3.1缺陷汇总

  

编号 

缺陷类型/功能

缺陷个数

严重程度

原因分析

 处理结果

3.3.2缺陷分析

对上述缺陷和其他收集数据进行综合分析缺陷综合分析:

缺陷发现效率 = 缺陷总数/执行测试用时

用例质量 = 缺陷总数/测试用例总数 ×100%

缺陷密度 = 缺陷总数/功能点总数,统计系统各功能或各需求的缺陷分布

测试曲线图:

描绘被测系统每工作日/周缺陷数情况,得出缺陷走势和趋向

重要缺陷摘要:

编号BUG号 

缺陷描述

分析结果

备注

 

3.3.3残留缺陷与未解决问题

编号BUG号 

残留缺陷/功能偏差

缺陷描述

严重程度

原因分析

预防和改进措施

4 测试结论与建议

4.1测试结论

1. 测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)

2. 对测试风险的控制措施和成效

3. 测试目标是否完成

4. 测试是否通过

5. 是否可以进入下一阶段项目目标

4.2建议

1.对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响

2.可能存在的潜在缺陷和后续工作

3.对缺陷修改和产品设计的建议

4.对过程改进方面的建议

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 农学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1