软件测试方法总结期末复习重点(精)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
考试题型:
判断题(10*1 =10分
填空题(15*2 =30分
单项选择题(10*1 =10分
问答题 50分
前言:本课程复习大纲,希望各位同学认真看课本和 PPT 的相关内容。
第一章:引论
了解:
1.4 软件测试和软件开发的关系
软件测试和软件开发构成一个全过程的交互,协作的关系,两者自始至终一起工作,共同致力于同一个目标——按时, 高质量的完成项目。 V 模型能很好得呈现测试和开发的关系。第二章:软件测试的基本概念
了解:
2.1.5 修复软件缺陷的代价
修正错误的代价不是随着时间线性增长,而几乎是呈指数增长
掌握:
2.3 软件测试的分类
按测试对象或范围分类:
单元测试(包括组件测试,模块测试等
程序测试
系统测试
文档测试
Web 应用测试、客户端测试
数据库测试、服务器测试
按测试目的分类
集成测试,功能测试,回归测试,性能测试,可靠性测试,安全测试,兼容性测试等 2.5 软件测试的工作范畴
软件测试工作的组织与管理:制定测试策略、测试计划, 确认所采用的测试方
法和规范,控制测试进度,管理测试资源。
测试工作的实施:编制符合标准的测试文档, 搭建测试环境, 开发测试脚本、与开发组织协作实现各阶段的测试活动。
第三章:软件测试方法
理解:
白盒测试的概念
按照程序内部的结构测试程序,测试程序内部的变量状态、逻辑状态、运行路径等,检查程序中的每条通路是否能按预定要求正确工作, 检查程序内部动作或运行是否符合设计规格
要求,所以内部成分是否按规定正常运行。
黒盒测试的概念
黑盒测试方法不关注软件内部结构, 而是着眼于程序外部用户界面, 关注软件的输入和输
出,关注用户的需求,从用户的角度验证软件功能,实现端到端的测试。
静态测试和动态测试
静态测试时对模块的源代码进行研读,查找错误,并不需要对代码进行编译和仿真运行。静态测试包括对软件产品的需求和设计规格说明书的审查、对程序代码的复查等。
动态测试时通过真正运行程序发现错误通过观察代码运行过程, 来获取系统行为、变量实
时结果、内存、堆栈、线程以及测试覆盖等各方面的信息。
掌握:
白盒测试方法的分类:
3.1.1语句覆盖
能使所以的执行语句都被测试,但是不能准确的判断运算中的逻辑错误。
3.1.2判定覆盖
判定覆盖使得程序中每个判断的去真分支和取假分支至少经历一次,即判定真假值均曾
被满足。判定覆盖设计测试用例时会忽略条件中取“ OR ”的情况。
3.1.3条件覆盖
执行被测试程序后,要使每个判断中的每个条件的可能值至少满足一次。
条件覆盖测试不能保证所有判定(分支覆盖被测试
3.1.4判定 -条件覆盖
它是判定和条件覆盖设计方法的交集,即设计足够的测试用例,使得判断条件中的所有
条件可能取值至少执行一次,同时。所有判断的可能结果至少执行一次。
3.1.5条件组合覆盖
使得判断中每个条件的所有可能至少出现一次, 并且每个判断本身的判定结果也至少出
现一次。
3.1.6路径覆盖
设计所有的测试用例,来覆盖程序中的所有可能的执行路径
完全覆盖
采用条件组合和路径覆盖两种方法的结合来重新设计测试用例
黒盒测试方法的分类:
3.2.1等价类划分法 (概念及有效等价类、无效等价类的划分,根据有效等价类,无效等价类设计测试用例(标号,
步骤,数据,预期结果
有效等价类是指输入完全满足程序输入的规格说明、有意义的输入数据所构成的集合无效等价类和有效等价类相反,即不满足程序输入要求或无效的输入数据构成的集合。等价类划分优点:基于较少的测试用例,就能够进行完全覆盖,很大程度上减少重复性
缺点:缺乏特殊用例的考虑,同时需要深入的系统知识,才能选择有效的数据。
3.2.2边界值分析法 (如何将边界值分析法与等价类划分法结合来设计测试用例
第五章:单元测试
掌握:
5.1.1单元测试的定义
单元测试是对软件基本组成单位进行的测试,而且软件单元是在与程序其他部分相隔离
的情况下进行的独立的测试。
单元测试的测试人员
由程序开发人员和测试人员共同完成
单元测试的测试方法
单元中所有独立执行路径测试
单元局部数据结构测试
单元接口测试
单元边界条件测试
单元的各条错误处理通路测试
内存分析
单元测试的测试依据
详细设计和概要设计
5.3.2 代码评审
代码审查也是一种有效的测试方法(包括互查、走查、会议评审等形式
第六章:集成测试和系统测试
集成测试阶段是以黑盒测试为主,白盒为辅
掌握:
6.1集成测试的概念
集成测试的测试人员
熟练的测试人员和软件开发人员共同完成
集成测试的集成模式和经典代表
非渐增式测试模式:
先分别测试每个模块, 再把所有模块按设计要求放在一起结合成所要的程序, 如大棒模式渐增式测试模式:
把下一个要测试的模块同已经测试好的模块结合起来进行测试, 测试完以后再把下一个应
该测试的模块结合起来进行测试。
自顶向下法:
从主控制模块开始,沿着软件的控制层次向下移动,从而逐渐把各个模块结合起来。优点:不需要测试驱动程序, 能够在测试阶段的早期实现并验证系统的主要功能, 而且能在早期发现上层模块的接口错误