软件测试实验指导书.docx
《软件测试实验指导书.docx》由会员分享，可在线阅读，更多相关《软件测试实验指导书.docx（25页珍藏版）》请在冰点文库上搜索。
软件测试实验指导书
软件测试
实验课程指导书2016
信息技术学院软件工程系
郭烨
第1章实验基础知识
1.1软件测试概述
1．软件测试
软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。
软件测试是为了发现错误而执行程序的过程。
或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。
2．测试过程
为了保证测试的质量，将测试过程分成几个阶段，即：
代码审查、单元测试、集成测试、系统测试和验收测试。
代码会审由一组人通过阅读、讨论和争议对程序进行静态分析的过程。
单元测试集中在检查软件设计的最小单位——模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。
集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。
系统测试是测试整个系统，以证实它满足“需求规格说明书”所规定的功能、质量和性能等方面的特性。
验收测试的目的是向未来的用户表明系统能够像预定要求那样工作。
与系统测试非常相似，主要区别是测试人员不同，验收测试由用户执行。
3．测试方法
软件测试的方法分为功能性测试和结构性测试。
功能测试是指在对程序进行功能抽象的基础上，将程序划分成功能单元，然后在数据抽象的基础上，对每个功能单元生成测试数据进行测试。
进行功能测试时，被测程序被当作打不开的黑盒，因而无法了解其内部构造，因此又称为黑盒测试。
结构性测试是知道产品内部工作过程，检测产品内部动作是否按照规格说明书的规定正常进行。
它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
此方法把测试对象看作一个透明的盒子，又叫白盒测试。
4．测试工具
软件测试的工作量很大（据统计，会用到40%的开发时间；一些可靠性要求非常高的软件，测试时间甚至占到总开发时间的60%），但测试却是在整个软件过程中极有可能应用计算机进行自动化的工作，原因是测试的许多操作是重复性的、非智力创造性的、需求细致注意力的工作。
测试工具的应用已经成为了普遍的趋势。
测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工
具，另外还有用于测试管理（包括测试流程管理、缺陷跟踪管理、测试用例管理）的工具。
1.2测试用例的编写
1．测试用例
软件测试的本质是针对要测试的内容确定一组测试用例。
测试用例是为实施一次测试而向被测系统提供的输入数据、操作或各种环境设置。
测试用例应该包含基本的内容有输入和预期输出，输入实际有两种类型：
前提（在测试用例执行前已经存在的环境）和由某种测试方法所标识的实际输入。
预期输出也有两类：
后果和实际输出。
测试活动要建立必要的前提条件，提供测试用例输入、观测输出、然后将这些输出与预期输出进行比较，以确定该测试是否通过。
有两种基本方法可以用来标识测试用例，即功能性测试和结构性测试。
功能性测试的基本观点是，任何程序都可以看作是将从定义域取值映射到输出值域的函数。
这种观点常常在工程中使用，将系统看作是黑盒。
采用功能性方法标识测试用例，所使用的唯一信息就是软件的规格说明。
功能性测试用例具有两个显著的优点：
（1）功能性测试与软件如何实现无关，所以如果实现发生变化，测试用例仍然有用；
（2）测试用例开发可以与实现并行进行，因此可缩短总的开发时间。
在缺点方面，功能性测试用例也常常带来两个问题：
测试用例可能存在严
重的冗余，此外可能还会有未测试的软件漏洞。
功能性测试的主流方法主要有：
边界值分析、健壮性分析、最坏情况分析、特殊值测试、输入等价类、输出等价类和基于决策树的测试。
结构性测试有时也叫白盒测试。
结构性测试是知道软件产品内部工作过程，检测软件产品内部动作是否按照规格说明书的规定正常进行。
结构性测试需要全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
结构性测试是穷举路径测试，并力求提高测试覆盖率。
结构性测试的主要方法有：
逻辑覆盖测试、基路径测试、数据流测试等方法。
在实际应用中，为全面的测试软件产品，一般将结构性测试和功能性测试结合起来使用。
2．软件缺陷分类
有多种方法可以对缺陷分类：
以出现相应错误的开发阶段来划分、以相应失效产生的后果来划分、以解决难度来划分、以不解决难度会产生的风险来划分等等。
在日常的软件测试中，通常给出的缺陷是根据缺陷后果的严重程度来进行划分，如下表2所示。
在实际应用中可以根据具体情况对严重程度来划分不同的等级。
3．测试用例的选择
选择测试用例是软件测试员最重要的一项任务，不正确的选择可能导致测试量过大或过小，甚至测试目标不对。
从工程实践的角度讲，测试用例有几条基本准则：
（1）测试用例的代表性：
能够代表各种合理和不合理的、合法的和非法的、边界和越界的,以及极限的输入数据、操作和环境设置等；
（2）测试结果的可判定性：
即测试执行结果的正确性是可判定的或可评估的；
（3）测试结果的可再现性：
即对同样的测试用例,系统的执行结果应当是相同的。
第2章实验要求
2.1实验总体要求
2.1.1实验意义和目的
本实验课程着眼于理论与应用的结合，注重培养学生软件测试的实际动手能力，增强软件工程项目的质量管理意识。
通过实验教学，使学生掌握软件测试的方法和技术，并能运用软件测试工具进行自动化测试。
本实验课程要求学生完成适当的上机实习，并写出相应的实验报告。
验证型题目使学生熟悉常用的软件测试工具。
设计型题目使学生掌握软件测试的基本理论和基本方法，培养基本的应用能力。
2.1.2实验内容安排
见后
2.1.3实验过程要求
实验前要充分做好准备工作：
1．复习和掌握与本实验有关的知识内容；
2．预习、思考实验内容；
3．对实验内容进行分析和设计。
在指定的实验时间内，必须到实验室内做实验。
对于上机过程中出现的问题，尽量先独立思考和解决；对于难以解决的问题可以和同学交流或询问老师；对于同一个实验题目，可以考虑多种方法来实现，然后比较并选择出一种较为有效的方法来实现。
2.2实验报告要求
实验后，应及时整理出实验报告
2.3实验成绩评价
2.3.1实验成绩评价结构及比例
实验课程的总成绩由实验考勤和实验报告成绩组成，其中实验考勤占10%，实验过程占20%，实验报告占70%。
2.3.2考核方式
实验考核主要是三个方面：
1．上机实验考勤。
每次上机应主动在指导老师处签到
如果学生需要请假，必须提前出具正式假条（需要班主任或者辅导员签字），不接受事后假条（如有特殊情况，需要有辅导员或班主任的情况说明）。
2．实验过程考核。
每次实验课，指导教师根据实验过程情况，对每个学生的表现进行记录。
3．实验报告提交。
应根据指导教师要求按时提交每次实验的数据。
如果发现学生抄袭、伪造实验数据，或实验报告和设计报告抄袭、雷同，则涉及的所有学生的该课程实验成绩记为0分。
第3章实验内容
实验一测试计划编制4学时
测试计划是描述测试目的、范围、方法和测试工作内容的重要文档。
科学、合理、有效地制订软件测试计划是成功完成测试任务的必要前提。
（一）实验目的：
1.了解测试计划的内容和格式
2.熟悉测试计划的编制过程
3.学会针对某个特定的软件项目编写软件测试计划
（二）实验环境
操作系统：
windowsXP及其以上版本
（三）实验任务：
学生分组，每组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提供的测试计划框架，编写软件测试计划。
实验二白/黑盒测试测试用例设计12学时
（一）实验目的
1.认识白/黑盒测试原理
2.掌握白/黑盒测试过程
3.掌握白/黑盒测试用例的设计方法
（二）实验条件
操作系统：
windowsXP及其以上版本
（三）实验任务
针对测试对象，选择其中4个模块进行功能测试。
分别采用白盒、黑盒测试方法设计测试用例，执行测试、并记录测试结果。
比较上述测试方法，完成实验报告。
（四）实验内容与步骤
1.分析测试对象，选择4个待测模块。
（白盒、黑盒各两个）
2.分析待测模块的程序结构，画出功能模块图（黑盒）及程序结构图（白盒）
3.白盒测试用例设计：
分别采用条件覆盖、判定－条件覆盖、条件组合覆盖、基本路径覆盖等方法设计测试用例。
（至少两种方法）
4.黑盒测试用例设计：
分别采用等价类划分法、边界值法、因果图法、判定表法等几种方法设计测试用例。
（至少两种方法）
5.完成测试用例一览表。
（五）实验要求
1.测试项目组每位成员必须完成白盒、黑盒各三个测试用例（方法各异）的设计。
要求列出设计过程。
如：
白盒（基本路径法）：
（1）根据程序结构画出控制流图
（2）计算程序复杂系数
（3）列出基本路径
（4）测试用例表
黑盒（等价类划分法）：
（1）等价类分析
（2）等价类表
（3）测试用例表
2.测试用例一览表按照如下要求填写。
（参照测试用例模板）
实验三测试执行（6学时）
（一）实验目的
1.熟悉目标系统操作界面的组成
2.了解目标管理系统结构。
3.掌握目标系统测试过程。
（二）实验环境
操作系统：
windowsXP及其以上版本
（三）实验任务
1.针对实验二中的测试用例逐个执行测试、并记录测试结果。
2.比较上述测试方法，完成实验报告。
3.参照附录3格式，记录测试结果
实验四软件测试报告（4学时）
（一）实验目的
1.了解测试报告的内容和格式
2.掌握软件测试评估方法
3.学会编写软件测试报告
（二）实验条件
操作系统：
windowsXP及其以上版本
（三）实验任务
对软件产品的测试结果进行覆盖率分析、评估，撰写测试报告
（四）实验内容与步骤
1.由项目组长主持，对已测软件产品进行分析，判定测试任务是否完成。
2.将测试结果进行统计汇总，编制各项统计报表。
3.对测试结果进行覆盖率分析，对测试质量及软件产品质量进行评估。
4.参照附件4编写测试报告。
（五）实验要求
1.测试报告由测试项目组成员共同完成，并注明每人完成的部分。
2.测试报告首页必须填写软件产品名称、测试项目组成员，项目组长、测试完成日期。
附件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测试用例.人员处在增加辅助信息和详细信息.点击确定
辅助信息->家庭电话输入"23847832"办公电话输入"23487"移动电话输入"234987"电子邮件输入"2349是否"家庭地址输入"武汉市234.身份证号输入"2389407"业余爱好"是喹"详细资料->配偶姓名输入"常爱民"子女姓名"保险期限"配偶电话输入"234987"现住宅电话"234978"毕业学校‘武汉大学"现住宅地址"中山路"
人员的辅助信息和详细资料能否正常输出.
测试用例模板一
测试用例模板二
用例编号
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．对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影
升级会员 