软件测试复习总结.docx

软件测试方法资料总结
目录
★为H么笠微饮件谢试

★为H么笠微饮件谢试
★被信濯试的目的是什么
认识和了解饮件利•忒
K件测试卷号书目
★家件测速过得
软件测试管理
丽宙理的原JW
★ 测试微念
★边界值分析法
★柒成洲证策略
★淅1"式
集成测试
★果食测试方法的比拟13选建
★自出化器出
★集成测成用制设计
★ QTP测试流限
★集成测试i3程
女QTPtt用方法
面向对象集成8;试
性能测沅
假设工测试
代码左直
健壮住谢显
代码・国
可靠住测试
边界值测试
百弗性浏武
兼移忖测试
判定H差
★ 5.系统测试四
» ★«!猿驱动88急测日
£8tl»i£
文档性温试
GUt飒
凝5冽皮
区干城垣的窝武
网归测试
★性阳8成
系就窝试剪念
★ 7.性^泅试
基于Web的测览
★非渐增式
★自顶向下式
★软件谢试的原那么是什么
★软件测试人艮的泰丽是什么
★誓配 wmsui
一、走近软件测试（橙）3
1、认识和了解软件测试32、软件测试实践4
二、黑盒测试（红）71、黑盒测试（红）7
2、黑盒测试工具：QTP8三、白盒测试（红）9
1、白盒测试基本概念（红） 92、白盒测试和黑盒测试的关系（红）9
3、白盒测试方法（红）94、白盒测试工具：Junit （红）（ppt： Lesson 10） 10
四、集成测试（红）111、集成测试概念（红）11
2、集成测试策略（红）113、集成测试用例设计（绿）11
4、集成测试过程（绿）11并使用编码模板进行的查找错误的活动。
-一般有正式的计划、流程和结果报告。

参与人员
是否有计划和报告
正式程度
代码走直
开发组内部
无
低
代码审直
开发组内部
有
中
技术评审
开发组、测试组和相关人员
有
高
②白盒测试技术（红）
• 边界值测试数据类型的边界值
- 数组的边界值分支判断语句的边界值
• 逻辑驱动覆盖测试（红红ppt）语句覆盖
- 判定覆盖条件覆盖
- 判定条件覆盖条件组合覆盖
- 路径覆盖4、白盒测试工具：Junit （红）（ppt： LessonlO）

U!
、集成测试（红）
1、
集成测试概念（红）

• 集成（Integration）是指把多个单元组合起来形成更大的单元。
• 集成测试（Integration Testing）是在假定各个软件单元已经通过了单元测试的 前提下，检查各个软件单元之间的相互接口是否正确。
2、集成测试策略（红）
①非渐增式（橙）
• 先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序。
②渐增式（红）（ppt）把下一个要测试的模块同已经测试好的那些模块结合起来进行测试，测试完以 后再把下一个应该测试的模块结合起来进行测试。
• 自顶向下式（红）
• 自底向上式（红）
• 三明治式（红）3、

3、
集成测试用例设计（绿）
4、集成测试过程（绿）
•根据集成测试不同阶段的任务，可以把集成测试划分为5个阶段：计划阶段、 设计阶段、实施阶段、执行阶段、评估阶段。
五、系统测试(红)1、性能测试
• 性能：说明软件系统或构件对于及时性要求的符合程度的指标；用时间来度量。
• 性能测试主要检验软件是否到达需求规格说明书中规定的各类性能指标，并满足一 些性能相关的约束和限制条件。
• 性能测试的目的就是通过测试，确认软件是否满足产品的性能需求，同时发现系统 中存在的性能瓶颈，并对系统进行优化。
2、压力测试• 压力测试(Stress Testing)是指模拟巨大的工作负荷，以查看系统在峰值使用情况 下是否可以正常运行。
•压力测试是通过逐步增加系统负载来测试系统性能的变化，并最终确定在什么负载 条件下系统性能处于失效状态，以此来获得系统性能提供的最大服务级别的测试。
3、容量测试 所谓的容量测试(Volume Testing)是指，采用特定的手段测试系统能够承载处理 任务的极限值所从事的测试工作。
•这里的特定手段是指，测试人员根据实际运行中可能出现极限，制造相对应的任务 组合，来激发系统出现极限的情况。
4、健壮性测试健壮性测试(RobustnessTesting)主要用于测试系统抵御错误的能力。
• 这里的错误通常指的是由于设计缺陷而带来的系统错误。
• 测试的重点为当出现故障时，是否能够自动恢复或忽略故障继续运行。
5、平安性测试•平安性测试是检查系统对非法侵入的防范能力，其目的是为了发现软件系统中是否
存在平安漏洞。
•软件平安性是指在非正常条件下不发生平安事故的能力。
6、可靠性测试•可靠性(Reliability)是产品在规定的条件下和规定的时间内完成规定功能的能力,
它的概率度量称为可靠度。
• 理论上说，可靠的软件系统应该是正确、完整、一致和健壮的。
• 可靠性测试是以计算软件可靠性为目的。
• 对平安第一和具有可靠性验收指标的软件来说，软件可靠性测试是必不可少的。
• 同时，软件可靠性测试还可以给出软件测试应该何时结束，否那么，可能由于测试不 够彻底而不能满足用户对软件可靠性的要求，或者因为过多的测试会增加测试费用。
7、容错性测试•容错性测试是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性
恢复的手段。如当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。 容错性测试包括两个方面：
-输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好 的话，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。
-灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统 己保存的用户数据是否丧失、系统和数据是否能尽快恢复。
8、兼容性测试•兼容性测试是指检查软件之间是否能够正确地进行交互和共享信息。
•对新软件进行软件兼容性测试，需要解决：
- 1.软件设计要求与何种其它平台和应用软件保持兼容？如果要测试的软件 是一个平台，那么设计要求什么应用程序在其上运行？
- 2.应该遵守何种定义软件之间交互当地标准或者规范？
- 3.软件使用何种数据与其它平台和软件交互和共享信息？
9、安装性测试软件运行的前提是先要安装此软件，所以安装测试是软件测试首先需要解决的问
题。
• 不仅需要考虑在不同操作系统上运行，还要考虑与现有软件系统的配合使用问题。
10、可用性测试可用性测试(Usability Testing)是对于用户友好性的测试，是指在设计过程中被用 来改善易用性的一系列方法。
-测试人员为用户提供一系列操作场景和任务让他们去完成，这些场景和任务 与产品或服务密切相关，通过观察来发现完成过程中出现了什么问题、用户 喜欢或不喜欢哪些功能和操作方式，原因是什么，针对问题所在提出改进的 建议。
- 可用性是指产品在特定使用环境下为特定用户用于特定用途时所具有的有 效性、效率和用户主观满意度。有效性是用户完成特定任务时所具有的正确 和完整程度；效率是用户完成任务的正确完整程度与所用资源(如时间)之 间的比率；满意度是用户在使用产品过程中具有的主观满意和接受程度。
- 可用性表达的是用户在使用过程中所实际感受到的产品质量，即使用质量；而实用性表达的是产品功能，即产品本身所具有的功能模块。
- 与实用性相比，可用性重视了人的因素，重视了产品是被要最终用户使用的。
11、配置性测试•配置测试(ConGgurationTesting)是验证系统在不同的系统配置下能否正确工作，
这些配置包括：软件，硬件，网络等。
-如果开始准备进行软件的配置测试，就要考虑哪些配置与程序的关系最密 切。通常认为的理想状况是所有生产厂家都严格遵照一套标准来设计硬件， 那么所有使用这些硬件的软件就可以正常运行了，但是在实际应用中，标准 并没有被严格遵守，一般都是由各个组织或公司自行定义规范。
12、文档性测试软件产品由可运行的程序、数据和文档组成。文档是软件的一个重要组成局部。在
软件的整个生命周期中，会产生许多文档，在各个阶段中以文档作为前阶段工作成 果的总结和后阶段工作的依据。
• 文档测试(Documentation Testing)主要针对系统提交给用户的文档进行验证，目标 是验证软件文档是否正确记录系统的开发全过程的技术细节。通过文档测试可以改 进系统的可用性、可靠性、可维护性和安装性。
13、GUI测试GUI测试是对图形用户界面进行的测试。
• 一般来说，当一个软件产品完成GUI设计后，就确定了它的外观架构和GUI元素。 进入开发测试阶段后，软件开发工程师和软件测试工程师通过对GUI的操作来测试 和验证软件的功能。
14、验收测试验收测试是部署软件之前的最后一个测试操作。
• 验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既 定功能和任务。
• 实施验收测试的常用策略主要有三种,分别是正式验收测试、非正式验收测试和Beta 测试。
15、回归测试回归测试是在软件发生变动时保证原有功能正常运作的一种测试策略和方法。
• 回归测试不需要进行全面的测试，而是根据修改的情况进行有选择性的测试。
• 这里所说的保证软件原有功能正常运作，或称之为软件修改的正确性，可以从两方 面来理解：
- 所做的修改到达了预期的目的，例如缺陷得到了修改，新增加的功能得到了 实现-软件的修改没有引入新的缺陷，没有影响原有的功能实现
16、系统测试概念•(来自百度百科)系统测试，英文是System Testing。是将已经确认的软件、计算机 硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测 试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规 格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系 统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统 整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测 试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及 其接口等。
七、性能测试(红)1、性能测试(ppt： lesson15)
2、
性能测试工具:
Loadrunner
①组成局部
- (1)脚本生成器 Virtual User Generator简称VuGen,提供了基于录制的可视化图形开发环境，可以方便、简洁地生 成用于负载的性能脚本。
- (2)压力调度和监控系统Controller负责对整个负载的过程进行设置，制定负载的方式和周期，同时提供了系统 监控的功能。
- (3)压力生成器 Load Generator简称LG,负责将VuGen脚本复制成大量虚拟用户对系统生成负载。
- (4)结果分析工具Analysis通过Analysis我们可以对负载生成后的相关数据进行整理分析。
②测试流程用户行为模拟
- 性能指标监控性能调优
八、软件测试管理(紫)(ppt： Lesson14)
1、建立测试管理体系
2、测试管理的基本内容
3、测试管理的原那么
4、测试管理的实践
5、测试管理工具：TD
五、系统测试（红）121、性能测试12
2、压力测试123、容量测试12
4、健壮性测试125、平安性测试12
6、可靠性测试137、容错性测试13
8、兼容性测试139、安装性测试13
10、可用性测试1311、配置性测试14
12、文档性测试1413、GUI 测试14
14、验收测试1415、回归测试14
16、系统测试概念14
七、性能测试（红）16性能测试 （ppt： lessonl5） 16
1、 性能测试工具： Loadrunner16
八、软件测试管理（紫）（ppt： Lesson 14） 171、建立测试管理体系17
2、测试管理的基本内容173、测试管理的原那么17
4、测试管理的实践175、测试管理工具：TD17
一、走近软件测试（橙）
1、认识和了解软件测试①为什么要做软件测试（绿）：为了解决bug并适应市场结构变化
②为什么要学软件测试（绿）：就业取向之一；是门学问（测试判断三角形用例）； 对软件开发具有促进作用③软件测试的目的是什么（红）：测试是为了发现错误而执行程序的过程
④软件测试的原那么是什么（红）：
• 原那么一：测试用例中一个必需局部是对预期输出或结果的定义原那么二：程序员应当防止测试自己编写的程序
• 原那么三：编写软件的组织不应当测试自己编写的软件原那么四：应当彻底检查每个测试的执行结果
• 原那么五：测试用例的编写不仅应当根据有效和预料到的输入情况，而且也应当 根据无效和未预料到的输入情况原那么六：检查程序是否〃未做其应该做的〃仅是测试的一半，测试的另一半是 检查程序是否“做了其不应该做的"
• 原那么七：应防止测试用例用后即弃，除非软件本身就是一个一次性的软件原那么八：计划测试工作时不应默许假定不会发现错误
• 原那么九：程序某局部存在更多错误的可能性，与该局部已发现错误的数量成正 比原那么十：软件测试是一项极富创造性、极具智力挑战性的工作
⑤软件测试人员的素质是什么（红）：
基本从业素质：沟通能力；服务意识；团队合作意识；细心；耐心；信心；技能好的思维习惯：探索者；故障排除员；不放过任］可蛛丝马迹；具有创造性；追求
完美；判断准确；注重策略和外交；善于说服
2、软件测试实践①软件测试过程（红）
蟹单元测试
些单元测试
蟹I单元测试
已测,
设计信息
集成测试
已集成网
软件'
软件需求
确认测试
其它系统元素
系统测试
用户需求规范
回归测试

目的
备注
单兀测试
检测程序模块中有无故障存在
对象：软件设计的最小单位，与程序设计和 编程实现关系密切
集成测试
发现与接口有关的模块之间的问题
方法：非增式集成测试法和增式集成测试法
确认测试
对软件产品进行评估以确定其是否满足软件需求的 过程

系统测试
针对系统中各个组成局部进行的综合性检验，证明 系统的性能。
测试人员要求：
系统开发人员、系统开发组织不能负责系统 测试
验收测试
向用户说明所开发的软件系统能够像用户所预定的 那样工作。

回归测试
检验对软件进行的修改是否正确。
在软件维护阶段，对软件进行修改之后进行 的测试。
单元测试
②软件测试与软件开发的关系（橙）
•验收测试Alpha测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有 少量的设计变更。这种测试一般由最终用户或其他人员员完成，不能由程序员 或测试员完成。
- Beta测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要 在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序 员或测试员完成。
• 回归测试回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进 行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改到达了预定目的, 如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。
• 软件测试过程模型——V模型特点：非常明确地说明了测试的不同级别，清晰地展示了软件测试与开发之间的关系

•软件测试过程模型——V模型
特点：表达了测试贯穿于整个开发过程的思想。测试对象不仅仅是程序，需求和设计阶段形成的文档同样是测试对象。

③软件测试环境的搭建（橙）•测试环境=硬件+软件+网络+数据准备+测试工具
- 硬件：主要是指PC机、笔记本电脑、服务器、各种PDA终端等。
- 软件：主要是软件运行的操作系统。
- 网络：主要指的是C/S结构还是B/S结构。
- 数据准备：主要指的是测试数据的准备。
- 测试工具：静态测试工具、动态测试工具、黑盒测试工具、白盒测试工具、 测试执行评估工具、测试管理工具等。
二、黑盒测试（红）1、黑盒测试（红）
①黑盒测试的基本概念（红）黑盒测试概念:
- 黑盒测试是从一种从软件外部对软件实施的测试，它把程序看作一个不能打 开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序 接口进行测试。
- 它是在产品所应具有的功能，通过测试来检测每个功能是否都能正常使 用。它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能 适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或 文件）的完整性。
- 也称功能测试或数据驱动测试，是一种常用的软件测试方法。
•目的：尽可能发现软件的外部行为错误。在软件产品功能的基础上进行如 下检测：
- 检测软件功能能否按照需求规格说明书的规定正常工作，是否有功能遗漏；检测是否有人机交互错误，是否有数据结构和外部数据库访问错误，是否能恰 当地接收数据并保持外部信息（如数据库或文件）等的完整性；
- 检测行为、性能等特性是否满足要求等；检测程序初始化和终止方面的错误等。
•两个显著的优点：
- 黑盒测试与软件具体实现无关，所以如果软件实现发生了变化，测试用例仍然设计黑盒测试用例可以和软件实现同时进行，因此可以压缩工程总的开发时间。
②等价类划分（红）（ppt）
③边界值分析法（红）（ppt）
④因果图法（红）（ppt）
⑤决策表法（红）（ppt）
⑥黑盒测试方法的比拟与选择（红）（ppt）2、黑盒测试工具：QTP
①自动化测试（橙）
• QTP是一个B/S系统的自动化功能测试的利器。
- 可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特 点。
- 是一款先进的自动化测试解决方案，用于创立功能和回归测试。它自动捕获、 验证和重放用户的交互行为。
- 为每一个重要软件应用和环境提供功能和回归测试自动化的行业最正确解决方 案。
②QTP测试流程（红）
• 1.设计测试用例；2.创立测试脚本；3.编辑测试脚本;4.运行测试;5.分析测试
③QTP的使用方法（绿）三、白盒测试（红）
1、白盒测试基本概念（红）•白盒测试又称结构测试、逻辑驱动或基于程序的测试。
- 一般用来分析程序的内部结构对程序细节的严密验证
- 针对特定条件和循环设计测试用例，对程序的逻辑路径进行测试通过在程序的不同点检验程序状态，来判断其实际情况是否和预期的状态相 一致
- 白盒测试要求对被测程序的结构特性做到一定程度的覆盖，并以软件中的某 类成分是否都已经得到测试为准那么来判断软件测试的充分性，也被称为基于 覆盖的测试技术。
2、白盒测试和黑盒测试的关系（红）黑盒测试不考虑程序内部结构，只需检验软件的外部功能是否符合用户的实际需求。
• 白盒测试那么深入到软件内部，去查看源代码，去分析程序的内部结构，如数据类型、 算法、异常处理等。
• 黑盒测试发现以下类型的缺陷：
- 外部逻辑功能错误界面错误，如错别字、布局不合理
- 安装/卸载时的错误兼容性的错误
- 性能的问题，如运行速度慢、响应时间达不到要求等•白盒测试具有如下特殊的应用领域：
- 程序的源代码有多个分支的，白盒测试设计某些方法尽可能覆盖所有的分 支，提高测试的覆盖率内存泄露问题
- 极端情况下才会出现的情况• 单元测试用白盒测试，集成测试中白加黑，系统测试和验收测试中用黑盒测试
3、白盒测试方法（红）
①静态测试（黄）
•代码走查- 在开发组内部进行，采用讲解、讨论和模拟运行的方式进行的查找错误的活动。
• 代码审查-在开发组内部进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。
-一般有正式的计划、流程和结果报告。
•技术评审开发组、测试组和相关人员（QA、产品经理等）联合进行的，采用讲解、提问