软件测试复习总结.doc

软件测试方法资料总结

目录
一、走近软件测试（橙） 3
1、认识和了解软件测试 3
2、软件测试实践 4
二、黑盒测试（红） 7
1、黑盒测试（红） 7
2、黑盒测试工具：QTP 8
三、白盒测试（红） 9
1、白盒测试基本概念（红） 9
2、白盒测试和黑盒测试的关系（红） 9
3、白盒测试方法（红） 9
4、白盒测试工具：Junit（红）（ppt：Lesson10） 10
四、集成测试（红） 11
1、集成测试概念（红） 11
2、集成测试策略（红） 11
3、集成测试用例设计（绿） 11
4、集成测试过程（绿） 11
五、系统测试（红） 12
1、性能测试 12
2、压力测试 12
3、容量测试 12
4、健壮性测试 12
5、安全性测试 12
6、可靠性测试 13
7、容错性测试 13
8、兼容性测试 13
9、安装性测试 13
10、可用性测试 13
11、配置性测试 14
12、文档性测试 14
13、GUI测试 14
14、验收测试 14
15、回归测试 14
16、系统测试概念 14
七、性能测试（红） 16
1、性能测试（ppt：lesson15） 16
2、性能测试工具：Loadrunner 16
八、软件测试管理（紫）（ppt：Lesson14） 17
1、建立测试管理体系 17
2、测试管理的基本内容 17
3、测试管理的原则 17
4、测试管理的实践 17
5、测试管理工具：TD 17
一、走近软件测试（橙）
1、认识和了解软件测试
①为什么要做软件测试（绿）： 为了解决bug并适应市场结构变化
②为什么要学软件测试（绿） ： 就业取向之一；是门学问（测试判断三角形用例）；
对软件开发具有促进作用
③软件测试的目的是什么（红） ： 测试是为了发现错误而执行程序的过程
④软件测试的原则是什么（红） ：
• 原则一：测试用例中一个必需部分是对预期输出或结果的定义
• 原则二：程序员应当避免测试自己编写的程序
• 原则三：编写软件的组织不应当测试自己编写的软件
• 原则四：应当彻底检查每个测试的执行结果
• 原则五：测试用例的编写不仅应当根据有效和预料到的输入情况，而且也应当根据无效和未预料到的输入情况
• 原则六：检查程序是否“未做其应该做的”仅是测试的一半，测试的另一半是检查程序是否“做了其不应该做的”
• 原则七：应避免测试用例用后即弃，除非软件本身就是一个一次性的软件
• 原则八：计划测试工作时不应默许假定不会发现错误
• 原则九：程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比
• 原则十：软件测试是一项极富创造性、极具智力挑战性的工作
⑤软件测试人员的素质是什么（红） ：
基本从业素质：沟通能力；服务意识；团队合作意识；细心；耐心；信心；技能
好的思维习惯：探索者；故障排除员；不放过任何蛛丝马迹；具有创造性；追求 完美；判断准确；注重策略和外交；善于说服
2、软件测试实践
①软件测试过程（红）
回归测试（维护）
已发行的

软件

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

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

回归测试
检验对软件进行的修改是否正确。
在软件维护阶段，对软件进行修改之后进行的测试。

②软件测试与软件开发的关系（橙）
验收测试
回归测试

• 验收测试
–    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、产品经理等）联合进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。
– 一般有正式的计划、流程和结果报告。

参与人员
是否有计划和报告
正式程度
代码走查
开发组内部
无
低
代码审查
开发组内部
有
中
技术评审
开发组、测试组和相关人员
有
高

②白盒测试技术（红）
• 边界值测试
– 数据类型的边界值
– 数组的边界值
– 分支判断语句的边界值
• 逻辑驱动覆盖测试（红红ppt）
– 语句覆盖
– 判定覆盖
– 条件覆盖
– 判定条件覆盖
– 条件组合覆盖
– 路径覆盖
4、白盒测试工具：Junit（红）（ppt：Lesson10）

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

五、系统测试（红）
1、性能测试
• 性能：表明软件系统或构件对于及时性要求的符合程度的指标；用时间来度量。
• 性能测试主要检验软件是否达到需求规格说明书中规定的各类性能指标，并满足一些性能相关的约束和限制条件。
• 性能测试的目的就是通过测试，确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，并对系统进行优化。
2、压力测试
• 压力测试（Stress Testing）是指模拟巨大的工作负荷，以查看系统在峰值使用情况下是否可以正常运行。
• 压力测试是通过逐步增加系统负载来测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，以此来获得系统性能提供的最大服务级别的测试。
3、容量测试
• 所谓的容量测试（Volume Testing）是指，采用特定的手段测试系统能够承载处理任务的极限值所从事的测试工作。
• 这里的特定手段是指，测试人员根据实际运行中可能出现极限，制造相对应的任务组合，来激发系统出现极限的情况。
4、健壮性测试
• 健壮性测试（Robustness Testing）主要用于测试系统抵御错误的能力。
• 这里的错误通常指的是由于设计缺陷而带来的系统错误。
• 测试的重点为当出现故障时，是否能够自动恢复或忽略故障继续运行。
5、安全性测试
• 安全性测试是检查系统对非法侵入的防范能力，其目的是为了发现软件系统中是否存在安全漏洞。
• 软件安全性是指在非正常条件下不发生安全事故的能力。
6、可靠性测试
• 可靠性（Reliability）是产品在规定的条件下和规定的时间内完成规定功能的能力，它的概率度量称为可靠度。
• 理论上说，可靠的软件系统应该是正确、完整、一致和健壮的。
• 可靠性测试是以计算软件可靠性为目的。
• 对安全第一和具有可靠性验收指标的软件来说，软件可靠性测试是必不可少的。
• 同时，软件可靠性测试还可以给出软件测试应该何时结束，否则，可能由于测试不够彻底而不能满足用户对软件可靠性的要求，或者因为过多的测试会增加测试费用。
7、容错性测试
• 容错性测试是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。如当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。容错性测试包括两个方面：
– 输入异常数据或进行异常操作，以检验系统的保护性。如果系统的容错性好的话，系统只给出提示或内部消化掉，而不会导致系统出错甚至崩溃。
– 灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失、系统和数据是否能尽快恢复。
8、兼容性测试
• 兼容性测试是指检查软件之间是否能够正确地进行交互和共享信息。
• 对新软件进行软件兼容性测试，需要解决：
– 1．软件设计要求与何种其它平台和应用软件保持兼容？如果要测试的软件是一个平台，那么设计要求什么应用程序在其上运行？
– 2．应该遵守何种定义软件之间交互当地标准或者规范？
– 3．软件使用何种数据与其它平台和软件交互和共享信息？
9、安装性测试
• 软件运行的前提是先要安装此软件，所以安装测试是软件测试首先需要解决的问题。
• 不仅需要考虑在不同操作系统上运行，还要考虑与现有软件系统的配合使用问题。
10、可用性测试
• 可用性测试 (Usability Testing) 是对于用户友好性的测试，是指在设计过程中被用来改善易用性的一系列方法。
– 测试人员为用户提供一系列操作场景和任务让他们去完成，这些场景和任务与产品或服务密切相关，通过观察来发现完成过程中出现了什么问题、用户喜欢或不喜欢哪些功能和操作方式，原因是什么，针对问题所在提出改进的建议。
– 可用性是指产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。有效性是用户完成特定任务时所具有的正确和完整程度；效率是用户完成任务的正确完整程度与所用资源（如时间）之间的比率；满意度是用户在使用产品过程中具有的主观满意和接受程度。
– 可用性体现的是用户在使用过程中所实际感受到的产品质量，即使用质量；而实用性体现的是产品功能，即产品本身所具有的功能模块。
– 与实用性相比，可用性重视了人的因素，重视了产品是被要最终用户使用的。
11、配置性测试
• 配置测试（Configuration Testing）是验证系统在不同的系统配置下能否正确工作，这些配置包括：软件，硬件，网络等。
– 如果开始准备进行软件的配置测试，就要考虑哪些配置与程序的关系最密切。通常认为的理想状况是所有生产厂家都严格遵照一套标准来设计硬件，那么所有使用这些硬件的软件就可以正常运行了，但是在实际应用中，标准并没有被严格遵守，一般都是由各个组织或公司自行定义规范。
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