软件测试技术总结资料.docx
《软件测试技术总结资料.docx》由会员分享，可在线阅读，更多相关《软件测试技术总结资料.docx（34页珍藏版）》请在冰点文库上搜索。
软件测试技术总结资料
第一章软件测试概述
1．软件工程：
开发、运行、维护和修复软件的系统方法。
2．软件工程研究内容是软件开发技术和软件开发管理。
3．软件工程面临的问题：
软件费用、软件可靠性、软件可维护性、软件生产率、软件重用
4.软件生存周期：
指一个软件从提出开发要求开始直到该软件报废为止的整个时期。
6.软件生存周期分6个阶段：
制定计划、需求分析、软件设计、程序编码、软件测试和运行维护。
7.软件生存周期模型：
瀑布模型、原型法模型、螺旋模型、喷泉模型、智能模型。
8.瀑布模型：
是一种线性模型、整体的开发模型、适合开发大型项目，但不灵活，需求不明确时不能用该模型。
9.原型法模型：
称渐进法或迭代法，在获得用户需求后，快速地建立系统的一个原型，交用户试用，通过反复评价和修改原型系统，从而完成系统的开发。
适合需求不明确的小型项目，但是需求在开发过程中难控制。
10.螺旋模型：
是瀑布模型与原型模型的结合，加入了风险分析，它将开发过程分为几个螺旋周期，每个周期四个活动，包括：
制定计划、客户评价、风险分析、实施工程。
因风险分析需相当丰富的经验人士，难于支持面向对象。
11.喷泉模型：
是一种以用户需求为动力、以对象作为驱动的模型，使开发过程具有迭代性和无间隙性。
适用于面向对象的开发过程。
12．智能模型称基于知识的软件开发模型，把瀑布模型和专家系统结合在一起。
13.软件开发方法：
结构化方法、Jackson方法、维也纳方法（VDM）、面向对象的开发方法。
14.结构化方法：
面向数据流的开发方法，由结构化分析，结构化设计，结构化程序设计组成。
指导思想：
自顶向下、逐步求精。
基本原则：
功能的分解与抽象。
方法简单实用、应用广、技术成熟，是最早的开发方法，适用于数据处理类软件，不适用于大型项目，不支持重用。
15.Jackson方法：
面向数据结构的开发方法，适合小规模的项目。
16.维也纳方法：
基于模型的方法。
17.面向对象的开发方法：
以对象作为最基本的元素，是分析问题、解决问题的核心。
主要有：
Booch方法、Coad方法、OMT方法和Jacobson方法。
18.软件生存周期的过程分为：
主要过程、支持过程、组织过程。
主要过程有：
获取过程、供应过程、开发过程、运行过程、维护过程
支持过程有：
文档编制过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审核过程、问题解决过程。
组织过程：
管理过程、基础设施过程、改进过程、培训过程。
19．软件工程标准：
国际标准（ISO）、国家标准（GB）、行业标准（IEEE、GJB）
20．软件开发文档：
可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报、项目开发总结报告
21.软件质量分为：
正确性、可靠性、功效、完整性、可用性、可维护性、灵活性、可测试性、可移植性、可复用性、互操作性
22.CMM（软件过程能力的成熟度模型）的5个成熟等级：
初始级、重复级、已定义级、已定量管理级、优化级。
23.CMMI（实现能力成熟度模型集成）指引一个组织去改进它用于开发、维护、购买产品和服务的过程。
两种表现方法：
连续模型和阶段模型。
两者不同是：
过程区域的组织方式及对成熟度级别的判断方式。
连续模型：
每个过程区域有6个级别（0-5），不完整、已执行、已管理、已定义、量化管理、优化。
阶段模型：
5个成熟度等级（1-5），初始、已管理、已定义、量化管理、优化。
24.软件测试：
.使用人工或自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。
25．软件测试作为一种能够保证软件质量的有效手段。
26.软件测试的步骤：
测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试配置管理、测试维护。
27.软件错误按性质分类：
功能错误、系统错误、加工错误、数据错误、代码错误。
28.软件测试工具：
测试设计工具、测试管理工具、静态分析工具、动态分析工具、覆盖测试工具、负载和性能测试工具、GUI测试驱动和捕获/回放工具、基于故障的测试工具。
29.软件测试的方法：
试题测试法（先建立输入数据模型）、新旧两个系统进行平行处理测试和软件测试自动化工具测试。
30．80-20原则：
80%的软件缺陷可以借助人工测试发现。
20%的软件缺陷可以借助自动化测试发现。
或：
80%的软件缺陷存在于软件20%的空间里。
31.α测试：
是指在软件开发人员缺席的情况下内部进行的模拟的或者实际的操作性测试。
32.β测试：
是指在软件开发人员缺席的情况下进行的操作性测试。
33.白盒测试（结构测试或逻辑驱动测试）：
它把被测试对象看成一个打开的盒子，按照程序内部的结构测试程序，检验程序中的每条通路是否都能按预定的要求正确工作。
34.黑盒测试（功能测试或数据驱动测试）：
它把被测试对象看成一个不能打开的盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息的完整性。
35灰盒测试：
界于白盒测试和黑盒测试间的一种测试。
通过用户界面进行测试，但是测试人员已经对该软件或某种软件功能的源代码程序是怎样设计的有所了解。
36.单元测试（模块测试）：
以程序设计说明书为指导，测试模块范围内的重要控制路径，以揭示错误。
37.集成测试（组装测试）：
是在所有模块都通过了单元测试和子系统测试的功能测试成功的基础上，按照系统设计说明书的要求组合起来进行的测试，检验各部分工作是否达到或实现了相应技术指及要求的功能。
38．确认测试（有效性测试）：
用于检验所开发的软件是否按照软件需求规格说明书中确定的软件功能、性能、约束及限制等技术条件、要求进行工作。
39.系统测试：
是指将通过集成测试的软件系统或子系统，作为基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素组合在一起所进行的测试工作。
40．验收测试：
以用户为主，验证软件系统的功能、性能及其他特性是否与用户的要求一致。
41．功能测试：
从用户角度来进行的功能验证，以确认每个功能是否都能正常使用、是否实现了产品规格说明书的要求，是否能适当地接收输入数据而产生正的输出结果。
42．性能测试：
用于检验软件是否达到需求规格说明中规定的各类性能指标，并满足一些与性能相关的约束和限制条件。
43．动态测试：
通过运行软件来检验软件的动态行为和运行结果的正确性。
44．静态测试：
指无须执行被测代码，而是借助专用的软件测试工具评审软件文档或程序，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不足之处，减少错误出现的概率。
44．回归测试：
对软件修改后进行的测试。
目的是检验对软件进行的修改是否正确。
45．安全性测试：
用于测试与系统相关的安全问题，并且能够给出安全漏洞的解决方案。
46．边界条件测试：
是环绕边界值的测试，通常意味着测试软件各功能是否能正确处理最大值、最小值、或者所设计软件能够处理的最长的字符串等。
47．测试用例：
指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。
内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
48．峰谷测试：
确定从高负载恢复转为几乎空闲、然后攀升到高负载再降低的能力的测试。
49．可靠性测试：
测试软件系统能否在既定的环境条件下运行并实现所期望的结果
50．路径测试：
是设计足够的测试用例，覆盖程序中所有可能的路径。
51．人工测试：
是采用人工的手段对软件实施测试。
52.数据驱动测试：
把测试数据写入到简单表格中。
53.稳定性测试：
是指网站的运行中整个系统是否运行正常，主要采用将测试服务器长时间运转的方法进行测试。
54.用户界面测试：
用于测试软件用户界面的设计是否合乎用户期望或要求。
55.自底向上的测试：
是指集成测试时先测试最底层的组件，然后用最低层的组件来帮助测试更高层组件的一种方法。
这个过程一直重复进行，直到最高层的组件被测试到。
56.自顶向上的测试：
是指集成测试策略从软件的主控模块入手，将直接调用的模块首先与其集成，并将该子系统所调用的过程和所使用的数据用一些简单的代码，在模块的帮助下，可以运行并测试这一子系统，直至测试结果满足要求为止，然后，将这一子系统所调用的模块与该系统集成，并重复上述过程，直到测试完毕。
57.自动化测试：
是把以人为驱动的测试行为转化为机器执行的一种过程。
58．强度测试（StressTest）：
强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况，目的是找到系统在哪里失效以及如何失效的地方。
59．负载测试（LoadTest）：
负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。
60．容量测试（VolumeTest）：
确定系统可处理同时在线的最大用户数。
61．软件测试的任务：
制定测试大纲、制作测试数据、程序测试、功能测试、子系统测试、系统测试、系统接口测试、写出系统测试报告书。
62.软件测试人员需要的素质：
沟通能力、技术能力和较高的洞察力。
63．软件测试的目的：
①帮助开发人员、测试工程师发现问题、分析问题；②减少软件的缺陷数目或者降低软件的缺陷密度；③提高软件的可靠性；④评估软件的性能指标；⑤增加用户对软件的信心；⑥测试的最终目的是为了避免错误的发生，确保应用程序能够正常高效的运行。
64．软件测试组织结构：
软件测试部，其下有系统测试组,系统测试组由功能测试组、性能测试组、文档工作组组成
65．软件测试人员结构：
由测试经理、测试文档审核师、测试工程师、操作人员组成。
测试经理管理测试文档审核师、测试工程师、操作人员。
第二章软件测试的质量要求
1.软件测试的成熟度模型主要有：
TCMM、TSM、TMM
2.TCMM定义的级别：
初始级、可重复级、已定义级、受管理级、优化级
3.TMM定义的级别：
初始级、定义级、集成级、管理和测量级、优化预防缺陷和质量控制级。
（1）初始级：
①测试是一个混乱无序的过程；②是代码完成后以随意方式进行的；③目标是表面软件有效；④发行的软件产品没有质量保证；⑤缺乏资源、工具和合适的工作人员；
（2）定义级：
①制定测试与调试目标；②具备测试策划过程；③制度化的测试技术和方法；
（3）集成级：
①建立一个软件测试组织；②测试集成进入软件生命周期；③控制和监控测试过程；
（4）管理和测量级：
①建立一个面向组织的评价程序；②建立一个技术培训程序；③建立一个测试度量程序；④软件质量评价
（5）优化预防缺陷和质量控制级：
①将过程数据用于缺陷预防；②实施质量控制度量；③优化测试过程；
4.软件测试的组成：
确定、验证和测试。
确认：
用于评估将要开切的软件产品是否正确无误、可行和有价值。
验证：
用于检测软件开发的每个阶段、每个步骤的结果是否正确无误、是否与软件开发各阶段的要求或期望的结果相一致。
测试：
通常包括单元测试、集成测试、系统测试等。
5.软件测试的流程：
需求阶段、设计编码阶段、测试阶段、用户测试阶段。
第三章白盒测试技术
1.白盒测试的原则：
（1）保证一个模块中的所有独立路径至少被测试一次；
（2）所有逻辑值均需要测试真和假；（3）检查程序的内部的数据结构，保证其结构的有效性；（4）在上、下边界及可操作范围内运行所有循环。
2．白盒测试在不同阶段的测试侧重点：
（1）单元测试：
代码检查、逻辑覆盖
（2）集成测试：
增加静态结构分析、静态质量度量（3）系统测试：
根据黑盒测试结果，采用白盒测试。
3.白盒测试的流程：
界面对象流程（界面对象------业务对象------数据管理对象--------DBServer端）、业务对象流程（DBServer端-------数据管理对象---------业务对象--------界面对象）。
4..白盒测试的测试用例设计方法：
代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法（运用最广泛）、域测试法、符号测试法、Z路径覆盖法、程序变异测试法。
5．代码检查法分：
桌面检查、走查、代码审查。
桌面检查：
程序员对源代码分析、检验并补充文档，发现错误的过程。
走查：
由程序员和测试员组成的审查小组通过逻辑运行程序发现问题的过程。
代码审查：
由程序员和测试员组成的审查小组阅读、讨论、分析技术对程序进行静态分析的过程。
36．静态结构分析法主要分析的内容：
可以检查函数的调用关系是否正确；是否存在孤立的函数而没有被调用；明确函数被调用的频繁度，对调用频繁的函数可以重点检查。
6．静态质量度量法通过软件质量、质量度量、度量规则进行分析。
7．软件质量包括：
功能性、可靠性、可用性、有效性、可维护性、轻便性。
8．软件质量等级：
优秀（可以接受）、良好（可以接受）、一般（可以接受）、较差（不可以接受）
9.逻辑覆盖法涉及：
测试覆盖率、逻辑覆盖、面向对象的覆盖、测试覆盖准则。
10．测试覆盖率：
功能点覆盖率和结构覆盖率。
11．逻辑覆盖分为（重点掌握的）：
语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖、修正条件判定覆盖、组合覆盖、路径覆盖。
12语句覆盖：
每条语句至少被执行一次。
13.判定覆盖：
使判定中真假各被执行一次。
14.条件覆盖：
是判定中的条件真假取值各被执行一次。
15.条件判定组合覆盖：
每个条件的所有情况（真/假）至少出现一次，并且每个判定本身的判定结果（真/假）也至少出现一次。
16.组合覆盖：
使程序中每个判定的所有可能的条件取值组合都至少出现一次。
17.路径覆盖：
使程序中所有可能路径各被执行一次。
18．面向对象的覆盖分为：
继承上下文覆盖、基于状态的上下文覆盖。
19．测试覆盖准则：
错误敏感测试用例分析ESTCA、线性代码序列与跳转LCSAJ。
20．基本路径测试法步骤：
（1）画出程序的控制流图；
（2）计算程序的环路复杂度，导出程序基本路径集中的独立路径条数，这是确定程序中每个可执行语句至少执行一次所必须的测试用例数目的上界。
（3）导出基本路径集，确定程序的独立路径；（4）根据（3）中的独立路径，设计用例的输入数据和预期输出。
21．环路复杂度（圈复杂度）：
一种为程序逻辑复杂度提供量尺度的软件度量。
求法：
V（G）E-N+2或判定结点数+1
22．独立路径：
程序中至少引入了一个新的处理语句集合或一个新条件的程序通路。
23．域测试法：
基于程序结构的测试方法，基于对程序输入空间的分析，选择测试点进行测试。
主要错误有：
域错误、计算型错误、丢失路径错误。
24．符号测试法：
允许程序的输入可是具体数据，也可是符号值，而符号值是基本的符号变量值，或符号变量值的表达式。
25．Z路径覆盖法：
使循环机制简化，考虑执行时进入循环体一次和跳过循环体。
26．程序变异测试法：
错误驱动测试。
27.白盒测试工具根据工具原理分：
代码测试工具、静态测试工具、动态测试工具。
28．代码测试工具的功能：
①性能分析；②测试覆盖率分析；③内存分析；④执行追踪分析。
30．代码的静态分析：
静态结构分析和静态质量度量。
31.静态测试方法分：
人工测试方法、计算机辅助静态测试方法。
（静态测试大约可找出30%~70%的逻辑测试错误）
32.桌面检查：
走读、走查、代码的静态分析、审查和评查。
33.动态测试方法分：
结构测试和正确性测试。
34.动态测试的三个程序：
测试覆盖监视程序、断言处理程序、符号执行程序
35．断言指变量应满足的条件，它分局部性断言和全局性断言。
第四章黑盒测试技术
1.黑盒测试的两种结果：
通过测试和测试失败。
2.黑盒测试时发现的错误：
功能不对或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。
3．黑盒测试优点：
有针对性地找问题，并且定位问题更准确；黑盒测试可以证明产品是否达到用户要求的功能，符合用户的工作要求；能重复执行相同的动作，测试工作中最枯燥的部分可交由机器完成。
4．黑盒测试缺点：
要充分了解产品用到的技术，测试人员需要具有较多经验；在测试过程中很多是手工测试操作；测试人员要负责大量文档、报表的制订和整理工作。
5．黑盒测试针对软件界面和软件功能进行测试。
6．黑盒测试与白盒测试的区别主要有：
（1）已知产品的因素：
黑盒测试已知产品的功能设计规格；白盒测试已知产品的内部工作结构。
（2）检查测试的主要内容：
黑盒测试检划功能、接口、数据结构或数据库访问错误、初始化可终止错误；白盒测试检查路径、逻辑判定、循环边界、内部数据结构有效性。
（3）静态测试方法；黑盒测试对文档测试。
白盒测试对源代码、数据字典、系统设计文档、环境设置等。
（4）动态测试方法：
黑盒测试通过数据输入并运行程序来检查输出结果，如功能测试；白盒测试通过驱动程序来调用，如单元测试。
7.黑盒测试的测试用例设计的方法：
等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验设计方法、功能图分析方法、场景设计方法。
8．等价类划分法：
把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。
9．边界值分析法：
用于列出单元功能、输入、状态及控制的合法边界值和非法边界值，对数据进行测试，检查用户输入的信息，返回结果及中间计算结果是否正确。
10．错误推测法：
利用直觉和经验猜测出错的可能类型，列举出程序中所有可能的错误和容易发生错误的情况，然后编写测试用例。
11．判定表驱动分析法：
判定表组成部分：
条件桩（问题所有条件）、动作桩（问题规定可能采取的操作）、条件项（左列条件的取值）、动作项（各种条件取值下采取的动作）
12．因果图法一种适合于描述对于多种条件组合、相应产生多个动作的形式方法。
设计测试用例的步骤：
（1）分析说明描述中的原因、结果；
（2）分析说明描述中语义的内容，找出原因和结果间，原因和原因间关系，根据关系画出因果图；
（3）在因果图上用一些记号表明约束或限制条件；
（4）把因果图转换为判定表；
（5）把判定表的每一列作为依据，设计测试用例。
13．正交实验设计方法：
从大量的数据中挑选适量的、有代表性的点，从而合理安排测试的一种科学实验设计方法。
正交实验设计测试用例步骤：
（1）提取功能说明，构造因子状态表；
（2）加权筛选，生成因素分析表；（3）利用正交表构造测试数据集。
14．功能图分析法：
用功能图形式化地表示程序的功能说明，由状态迁移图和布尔函数组成。
15．场景法的设计步骤：
（1）根据说明描述出程序的基本流及各项备选流
（2）根据基本流和各项备选流生成不同的场景
（3）对每一个场景生成相应的测试用例
（4）对生成的所有测试用例重新复审，去掉多的测试用例，再对留下的测试用例确定值。
16.黑盒测试的工具：
QACerter、WinRunner
17.QACenter主要包括模块：
功能测试模块（QARUN）、性能测试模块（QALOAD）、可用性模块（ECOTOOLS）、性能优化模块（ECOSCOPE）、测试数据自动生成模块（TESTBYTES）。
18.WinRunner包括的步骤：
识别应用程序的GUI、建立测试脚本、对测试脚本除错、在新版本应用程序中执行测试脚本、分析测试结果、回报缺陷。
19．黑盒测试的步骤：
（1）测试计划
（2）测试设计（3）测试（4）测试评估。
20典型的边界值分析包括;IF语句中的判定值、定义域、值域边界、空或畸形输入。
21.错误推测方法常用“0”作为测试数据。
22.因果图最终生成的是判定表，适合于检查程序输入条件的各种组合情况。
23.判定表是分析和表达多逻辑条件下执行不同操作情况下的操作。
第五章软件测试模型和测试工作指南
1.软件测试阶段：
需求分析、设计、单元测试、集成测试、功能验证、系统测试、验收测试、维护。
2.软件测试模型：
V模型、W模型、H模型、X模型。
V模型在快应用开发模型基础上演变而来，整个开发过程构造成一个V字形得名，左边是设计和分析，右边是对左边的测试。
它强调软件开发的协作和速度，主要反映测试活动与分析设计关系，将软件实现和验证有效地结合起来，在保证较高的软件质量情况下缩短开发周期。
局限性是它把测试作为编码后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。
W模型由两个V模型组成，分别代表测试与开发过程，它把开发活动看成是从需求到编码结束的一个串行过程，只有完成上一阶段活动后，才能进行下一阶段的活动，不支持迭代、自发性的变更调整。
优点：
有利于及时了解项目难度和测试风险，及早制定应对措施，从而减少总体测试时间、加快项目进度。
缺点：
需求分析、设计、编码等被视为串行，测试和开发活动保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一阶段的工作。
H模型软件测试的过程活动完全独立，形成了一个完全独立的流程，贯穿于整个产品的周期，与其他流程并发进行，某个测试点准备就绪后就可以从测试准备阶段进行到测试执行阶段。
X模型提出针对单独的程序片段进行相互分离的编码和测试，此后通过频繁的交接、集成、综合成为可执行的程序。
3．软件测试工作指南用于说明测试工作的目标，以及如何实施测试的方法和技术。
第六章单元测试技术
1.单元测试又称模块测试，以程序设计说明书为指导，测试模块范围内的重要控制路径，以揭露错误。
测试的最小单位——模块。
2.单元测试目的在于发现各模块内部可能存在的各种差错。
3．测试工作由程序员进行。
4．测试人员、QA人员对单元测试工作的要求：
对所有局部和全局的数据结构、外部接口、程序代码的关键部分进行桌前检查和严格的代码审查。
5.单元测试的内容（6个方面）：
接口模块测试、局部数据结构测试、路径测试、边界条件测试、错误处理测试、代码书写规范测试。
6.单元测试是对每个程序的单体调试，主要步骤：
程序语法检查、程序逻辑检查。
7.程序测试说明书的主要内容有：
1）说明程序测试数据制作的方法、2）测试方法3）测试过程中所产生的问题
第八章网络测试和软件安装测试技术
1.网络测试两方面：
网络产品测试和网络本身测试。
2.软件安装测试两方面：
共享软件安装测试和用户应用系统软件安装测试。
3.网络测试包括在整个网络内不同区域间的性能、网络所实现的功能、各区域所采用的安全策略设置等进行测试。
测试内容：
ISDN用户-网络接口的测试、用户线的测试、网上ISDN设备的测试、ISDN网络的性能测试。
4.网络产品测试包括防火墙产品测试、入侵检测产品测试、入侵防护测试、漏洞扫描测试、防病毒测试、交换机测试、服务器测试。
5.防病毒测试需要注意的内容：
功能测试、查毒测试。
6.功能测试包括安全性，信息反馈，增强功能、系统升级、监控定制、查杀定制、性能等。
7.服务器测试注意内容：
服务器的稳定性；服务器的压力测试；服务器的可靠性测试；服务器的可管理性测试；服务器的可用性测试；服务器的易用性测试；服务器的可扩展性测试；服务器的安全性测试。
8．测试方法从宏观角度分三类：
一致性测试、性能测试和功能测试。
9．一致性测试：
检验协议的实现与其协议标准是否一致而进行的测试。
10．一致性测试方法：
本地测试法、分散测试法、协调测试法、远程测试法。
11．ISDN的网络测试包括：
单局测试、局间测试和互通测试。
12．网络测试的方式：
协议监视；协议的模拟和仿真
13．协议测试分：
仿真和模拟
14．协议的仿真：
仿真测试是将协议分析作为ISDN交换机或ISDN终端与被测实体相接，这样被测实体可以与协议分析
升级会员 