软件测试方法总结期末复习重点精.docx
- 文档编号:7081699
- 上传时间:2023-01-17
- 格式:DOCX
- 页数:7
- 大小:18.82KB
软件测试方法总结期末复习重点精.docx
《软件测试方法总结期末复习重点精.docx》由会员分享,可在线阅读,更多相关《软件测试方法总结期末复习重点精.docx(7页珍藏版)》请在冰豆网上搜索。
软件测试方法总结期末复习重点精
考试题型:
判断题(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集成测试的概念
集成测试的测试人员
熟练的测试人员和软件开发人员共同完成
集成测试的集成模式和经典代表
非渐增式测试模式:
先分别测试每个模块,再把所有模块按设计要求放在一起结合成所要的程序,如大棒模式渐增式测试模式:
把下一个要测试的模块同已经测试好的模块结合起来进行测试,测试完以后再把下一个应
该测试的模块结合起来进行测试。
自顶向下法:
从主控制模块开始,沿着软件的控制层次向下移动,从而逐渐把各个模块结合起来。
优点:
不需要测试驱动程序,能够在测试阶段的早期实现并验证系统的主要功能,而且能在早期发现上层模块的接口错误
缺点:
需要桩程序,可能遇到与此相联系的测试困难,低层关键模块中的错误发现较晚,
而且用这种方法在早期不能充分展开人力。
自底向上法:
从“原子”模块(软件结构最低层的模块开始集成以进行测试。
优点和缺点和自顶向下法正好相反。
大棒集成方法:
先是对每一个子模块进行测试(单元测试阶段,然后将所有模块一次性地全部集成起来进行集成测试。
缺点:
很难确定出错的真正位置、所在的模块、错误的原因
三明治集成方法:
自两头向中间集成
优点:
将自顶向下和自底向上的集成方法有机地结合起来,不需要写桩程序,英文在测试初自底向上已经验证了底层模块的正确性
缺点:
在真正集成前每一个独立的模块没有完全测试过。
改进的三明治集成方法:
自两头向中间集成,并且保证每个模块得到单独的测试。
集成测试的测试依据
概要设计
6.2系统测试的概念
系统测试是将经过集成测试后的软件,作为计算机系统的一部分,与计算机硬件、某些支持软件、数据和人员等系统元素结合起来,在实际运行环境下对计算机系统进行一系
列的严格有效的测试来发现软件的潜在问题,保证系统运行。
系统测试的测试人员
系统测试的内容
功能测试
根据产品规格说明书上来检测被测试的系统是否满足各方面功能的使用要求。
6.3回归测试
回归测试是在程序有修改的情况下保证原有的功能正常的一种测试策略和方法,是根据
修改的情况进行有效测试。
6.4非功能性测试(理解:
性能测试,压力测试,容量测
试,安全性测试,可靠性测试容错性测试
性能测试:
系统负载,系统性能指标,
性能测试的基本过程
1.确定性能测试需求
2.根据测试需求,选择测试工具和开发相应的测试脚本
3.建立性能测试负载模型
4.执行性能测试
5.提交性能测试报告
压力测试:
1.测试压力估算
2.测试环境准备
容量测试:
安全性测试:
1.两种级别的安全性(应用程序级别的安全性,系统级别的安全性
2.测试目标
3.测试范围
4.安全性测试方法
(1静态的代码安全测试
(2动态的渗透测试
(3程序数据扫描
可靠性测试:
系统测试的测试依据
第七章:
验收测试
掌握:
验收测试的概念
验收测试的测试人员
验收测试的内容
1.在需求分析阶段建立测试计划
2.建立测试环境
3.准备测试数据
4.分析测试结果
5.提交测试报告
验收测试的测试依据
用户需求,系统需求,用例
α,β测试(P148
α测试是开发公司内部人员模拟各类用户对即将面市的软件产品进行测试,试图发现错误并
修正β测试是在经过α测试后的β版本被开发公司组织各方面的典型用户在日常工作中实际使用,并要求用户报告异常情况、提出批评意见。
第十一章软件测试自动化掌握:
11.2测试自动化实现的原理自动化测试是把人为驱动的测试行为转化为机器执行的一种过程,即手工测试步骤,通过执行有程序语言编制的测试脚本,自动地完成软件的单元测试、功能测试、负载测试或性能测试等全部工作。
内容:
1.代码分析2.对象识别3.脚本技术
(1)线性脚本
(2)结构化脚本(3)数据驱动脚本(4)关键字驱动脚本4.自动比较技术11.3.4自动化测试的引入和应用第十二章组建测试团队掌握:
12.2测试团队的构成(12.2.1)12.3如何从零开始(12.3.1,12.3.2)第十三章理解:
13.2测试环境要素第十四章设计和维护测试用例掌握:
测试用例的构成及其设计(14.1.2,14,1,4)结合第三章一起考试,测试用例的属性(14.2.1)第十五章报告所发现的缺陷掌握:
15.1软件缺陷的描述软件缺陷的生命周期(15.1.1)严重性和优先级(15.1.2)第十七章软件测试项目管理了解:
17.1测试项目管理的特点掌握:
17.3软件测试项目的过程管理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 方法 总结 期末 复习 重点