软件测试复习要点
软件测试复习资料
软件测试复习资料软件测试复习资料软件测试是软件开发过程中至关重要的一环。
它的目的是为了发现并修复软件中的错误和缺陷，确保软件的质量和可靠性。
在软件测试的过程中，我们需要掌握一些基本的知识和技巧。
下面是一些软件测试的复习资料，希望对你的复习有所帮助。
一、软件测试的基本概念1. 软件测试的定义和目的：软件测试是指在软件开发过程中，通过运行软件系统，以发现系统中存在的错误和缺陷，并对其进行修复和验证的过程。
软件测试的目的是确保软件的质量和可靠性。
2. 软件测试的原则：软件测试应该具备独立性、全面性、可测性、可重复性、及时性和有效性等原则。
3. 软件测试的分类：软件测试可以分为静态测试和动态测试。
静态测试是指对软件系统的文档、源代码等进行检查和审查的过程，主要包括代码审查、文档审查等。
动态测试是指通过运行软件系统，模拟用户的操作和环境，以发现系统中的错误和缺陷的过程，主要包括黑盒测试、白盒测试等。
二、软件测试的方法和技术1. 黑盒测试：黑盒测试是一种基于需求规格说明书的测试方法，它不考虑软件的内部结构和实现细节，只关注软件的输入和输出。
黑盒测试主要包括等价类划分、边界值分析、决策表、状态转换图等技术。
2. 白盒测试：白盒测试是一种基于软件内部结构和实现细节的测试方法，它需要了解软件的源代码和程序逻辑。
白盒测试主要包括语句覆盖、分支覆盖、路径覆盖等技术。
3. 单元测试：单元测试是对软件系统中最小的可测试单元进行测试的过程，主要用于测试软件的各个模块和函数的功能是否正确。
4. 集成测试：集成测试是对软件系统中多个模块进行组合和测试的过程，主要用于测试模块之间的接口和交互是否正确。
5. 系统测试：系统测试是对整个软件系统进行测试的过程，主要用于测试系统的功能、性能、安全性等方面是否符合需求。
6. 验收测试：验收测试是在软件开发完成后，由用户或客户对软件进行测试的过程，主要用于确认软件是否满足用户的需求和期望。
软件测试期末复习知识点总结大全
软件测试期末复习知识点总结大全第一篇：软件测试期末复习知识点总结大全1.软件测试：是由“验证（verrificatione）”和“有效性确认（validation）”活动构成的整体：“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。
验证过程提供证据表明软件相关产品与所有生命周期活动的要求（如正确性、完整性、一致性、准确性等）相一致。
相当于以软件产品设计规格说明书为标准进行软件测试的活动。
“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。
一切从客户出发，理解客户的需求，对软件需求定义、设计的怀疑，发现需求定义和产品设计中的问题。
这主要通过各种软件评审活动来实现，包括让客户参加评审、测试活动。
软件测试过程：（1）测试组织和管理（2）测试计划（3）测试用例实际（4）测试实施（5）测试结果分析（6）测试评审与报告软件测试方法：白盒测试方法、黑盒测试方法、静态测试与动态测试、主动测试与被动测试、形式化测试方法、基于风险的测试、模糊测试方法、ALAC测试和随机测试方法2.单元测试：是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。
静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。
动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对于的输入输出关系来分析被测程序的运行情况，来发现缺陷。
静态测试、动态测试的区别：1.静态测试用于预防，动态测试用于矫正；2.多次的静态测试比动态测试的效率高；3，静态测试综合测试程序代码；4.在相当短的时间里，测试的覆盖率能达到100%，而动态测试经常只能达到50%测试左右；5.动态测试比静态测试更花时间；6.静态测试比动态测试更能发现bug；7.静态测试的执行可以在程序编码编译前，动态是中能在编译后才能执行。
软件测试工程师复习要点
第一章软件测试的基本概念14’1.软件质量的定义软件产品必须提供用户所需的功能。
2.软件质量的三种模型A．Bohm质量模型可移植性、可用性、可维护性B．McCall质量模型产品运行、产品修正、产品转移C．ISO软件质量模型内部质量和外部质量模型、使用质量模型内部质量和外部质量：功能性、可靠性、易用性、效率、可维护性、可移植性。
内部质量需求包括静态模型、动态模型和其他文档、源代码等。
使用质量：有效性、生产性、安全性、满意度；对于最终用户来说，使用质量主要是功能性、可靠性、易用性和效率的结果；对于维护软件的人员来说，使用质量是可维护性的结果；对于移植软件的人员来说，使用质量是可移植性的结果。
3.软件质量的度量外部度量：在测试和使用软件产品过程中进行；内部度量：在软件设计和编码过程中进行；使用质量的度量：在用户使用过程中完成。
4.软件测试的定义与目的软件测试是为了证明程序有错。
软件测试的目的：找出软件中潜在的各种错误和缺陷；能够证明软件的功能和性能与需求说明相符合。
5.软件缺陷主要类型：没有实现要求功能、出现错误、实现了没提到的功能、没实现虽然没明确提及但应实现的目标、难理解不易使用。
级别：致命的、严重的、一般的、微小的。
基本状态：激活、已修正、关闭或非激活。
产生原因：技术问题——算法错误、语法错误、计算和精度问题、系统结构不合理、算法选择不科学、接口参数传递不匹配；团队合作——软件本身——文档错误，内容不正确或拼写错误。
分类：功能缺陷——规格说明书缺陷、功能缺陷、测试缺陷、测试标准引起的缺陷；系统缺陷——外部接口缺陷、内部接口缺陷、硬件结构缺陷、软件结构缺陷、操作系统缺陷、控制与顺序缺陷、资源管理缺陷；加工缺陷——算数与操作缺陷、初始化缺陷、控制与次序缺陷、静态逻辑缺陷；数据缺陷——动态数据缺陷、静态数据缺陷、数据内容结构和属性缺陷；代码缺陷——程序编写错误（数据说明错、数据使用错、计算错、比较错、控制流错、界面错、输入输出错）、文档和其他错误。
软件测试各章知识点总结
软件测试各章知识点总结第一章：软件测试概述软件测试是指为了发现软件中的错误和问题，评估软件质量，确保软件功能正常的过程。
软件测试的目的是验证软件是否符合用户的需求和期望，以及确保软件的质量达到一定的标准。
软件测试在整个软件开发过程中起着非常重要的作用，它能够帮助开发团队及时发现和修复问题，提高软件的稳定性和可靠性。
软件测试的基本原则包括全面性、系统性、可靠性和性能。
全面性指测试应该覆盖所有可能的情况，包括正常情况和异常情况；系统性指测试应该以系统为单位进行，而不是单个模块或功能；可靠性指测试结果应该是可靠的、准确的；性能指测试应该关注软件的性能表现。
软件测试的方法可以分为静态测试和动态测试。
静态测试是指在软件开发的早期阶段进行的，包括代码审查、设计审查和使用静态分析工具进行分析。
动态测试是指在软件开发的后期阶段进行的，包括单元测试、集成测试、系统测试和验收测试。
软件测试的类型包括功能测试、性能测试、安全测试、兼容性测试、可靠性测试等。
功能测试是验证软件功能是否符合用户需求的测试；性能测试是验证软件在各种条件下的性能表现的测试；安全测试是验证软件的安全性和可靠性的测试；兼容性测试是验证软件在不同平台和环境下的兼容性的测试；可靠性测试是验证软件的稳定性和可靠性的测试。
第二章：软件测试流程软件测试的流程包括测试计划、测试设计、测试执行、测试评估和测试报告。
测试计划是在测试开始之前进行的，包括确定测试目标、测试方法、测试资源和测试进度。
测试设计是在测试执行之前进行的，包括确定测试用例、测试数据和测试环境。
测试执行是在测试设计之后进行的，包括执行测试用例、记录测试结果和发现问题。
测试评估是在测试执行之后进行的，包括评估测试结果、计算测试覆盖率和分析测试效果。
测试报告是在测试评估之后进行的，包括总结测试结果、提出改进建议和撰写测试报告。
软件测试的自动化是指利用自动化测试工具进行软件测试的过程。
自动化测试包括测试脚本的编写、测试数据的准备和测试环境的配置。
软件测试相关知识点总结
软件测试相关知识点总结软件测试是通过一系列活动来评估软件产品的质量、发现缺陷并提供改进建议的过程。
以下是软件测试的相关知识点总结：1. 测试策略：测试策略是测试团队为实现测试目标而选择的一种方法或方法论。
它包括测试目标、测试范围、测试级别、测试资源分配、测试计划等内容。
2. 测试计划：测试计划是指确定测试活动的目标、范围、资源、时间、进度和风险等方面的计划。
3. 测试用例：测试用例是用来验证软件是否满足特定需求或规格的测试情况，包括输入数据、预期输出和测试步骤。
4. 缺陷管理：缺陷管理是指发现、记录、追踪和解决软件缺陷的过程。
它包括缺陷的分类、重现、修复、验证和关闭等环节。
5. 黑盒测试和白盒测试：黑盒测试是基于软件外部功能和需求的测试，不考虑软件内部的实现细节；白盒测试是基于软件内部结构和代码的测试，包括代码覆盖率测试和路径覆盖率测试等。
6. 功能测试：功能测试是验证软件是否按照需求规格书中定义的功能工作的测试，包括输入验证、输出验证、界面验证和场景验证等。
7. 性能测试：性能测试是验证软件在特定负载下的性能指标，包括响应时间、吞吐量、并发性和可伸缩性等。
8. 自动化测试：自动化测试是使用测试工具和脚本来执行测试用例的测试方式，可以提高测试效率和准确性。
9. 验收测试：验收测试是由用户或客户来验证软件是否满足预期需求的测试，也称为用户验收测试（UAT）。
10. 压力测试：压力测试是验证软件在极限负载下的稳定性和可靠性的测试，包括负载测试、稳定性测试和耐久性测试等。
以上是软件测试的一些常见知识点，希望能够对你有所帮助。
为了更好地理解软件测试，建议深入学习软件测试的理论和实践，并不断积累测试经验。
软件测试期末考试重点
1.软件测试的概念：①软件测试就是一系列活动，这些活动是为了评估一个程序或软件系统的特性或能力，并确定其是否达到了预期结果。
（正面）②软件测试是为了发现错误而执行的一个程序或者系统的过程。
（反面）3.软件测试的其他观点：最突出的观点就是风险的观点和经济的观点。
①风险的观点：软件测试就是对风险的不断评估，引导软件开发的工作，进而将最终发布的软件所存在的风险降到最低。
②经济的观点：以最小的代价获得最高的软件产品质量。
4.风险的观点和经济的观点的联系：①测试的风险观点不断提醒我们，在尽力做好测试工作的前提下，工作有所侧重，在风险和开发周期限制上获得平衡，这也体现了测试的经济观点。
②测试的经济观点正是风险观点在软件开发成本上的体现，通过风险的控制来降低软件开发成本。
③经济观点也要求软件测试尽早展开工作，发现缺陷越早，返工的工作量就越小，所造成的损失就越小。
5.软件测试和开发的关系：软件测试和软件开发在整个软件开发生命周期中交互协作，自始至终一起工作，共同致力于同一个目标——按时、高质量地完成项目。
6.V 模型呈现了测试和开发的关系：*V 模型从左到右描述了基本的开发过程和测试行为，非常明确地标注了测试过程中存在的不同类型的测试，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系，即从4个层次完成软件的验证，即对需求、系统架构设计、详细的产品设计和代码的验证。
7.V 模型的4个层次：①需求验证对应验收测试，客户需求的确认测试；②系统架构设计的验证对应系统非功能性测试； ③产品详细设计的验证对应功能测试； ④代码的验证对应单元测试和集成测试。
8.V 模型的优点：①分层次进行测试，有助于定位和修改软件缺陷。
②尽早编制测试计划和设计测试用例，在一定程度上使测试工作与开发工作并行进行，节省了项目后期的测试时间。
9.V 模型的缺点：①忽视静态测试。
②缺陷反馈周期长。
③测试与开发的并行程度不高。
10.V 模型与W 模型的对比？W 模型是V 模型的改进，针对V 模型做出了两点改进：①开发和测试形成两条独立且并行的工作线索，测试工作贯穿软件生命周期。
软件测试知识点整理
1:软件可靠性的定义（P2）答：系统在特定环境下，在给定的时间内无故障运行的概率。
2：软件缺陷的主要原因(P5)答：源于软件需求规格说明书。
3：软件测试的定义(P9)答：（1）软件测试是为了发现错误而执行程序的过程。
（2）软件测试是根据软件开发各阶段的规格说明和程序内部结构而精心设计的一批测试用例。
并利用这些测试用例运行程序以及发现错误的过程，即执行测试步骤。
4：什么是测试用例(P9)答：测试用例是为特定目的而设计的一组测试输入、执行条件和预期的结果；它是执行测试的最小实体。
5：软件测试的目标(P11)答：（1）测试是程序的执行过程，目的在于发现错误，不能证明程序的正确性，仅限于处理有限的情况。
（2）检查系统是否满足需求，这也是测试的期望目标。
（3）一个好的测试用例在于发现未曾发现的错误，成功的测试是发现了错误的测试。
6：软件测试的原则(P11)（1）尽早、及时（2）测试用例包括测试数据和预期结果。
（3）程序提交测试后，应由专门测试人员测试，避免由设计者自行检查。
（4）测试用例应包括合理输入条件和不合理的输入条件。
（5）严格执行测试，排除测试的随意性。
（6）充分注意测试当中的群体现象。
（7）应对每一个测试结果做全面的检查。
（8）保存测试相关文档。
7：什么是α测试，什么是β测试(P16)α测试是在开发环境下进行的测试即内测β测试是用户实际使用环境下进行的测试即公测8：软件开发和软件测试各阶段的联系(P26)9：软件测试过程(P33)制定测试计划——设计测试用例——执行测试用例——写测试报告10：软件测试执行的三个阶段(P35)初测期细测期回归测试期11：集成测试过程的两个重要里程碑——功能冻结和代码冻结的概念功能（特征）冻结：经过测试，符合设计要求，确认系统功能和其他特性均不再做任何改变。
代码冻结：理论上，在无错误时代码冻结，但实际上，代码冻结只标志系统的当前版本的质量达到预期的要求，冻结程序的源代码，不再对其做任何修改。
软件评测师复习知识汇总
软件评测师复习知识汇总第一部分：软件评测知识第1章基本概念和知识点1．软件质量与软件测试软件测试：在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试软件质量：软件特性的总和，软件满足规定或潜在用户需求的能力2．软件测试与质量保证软件测试只是质量保证工作中的一个环节，软件质量保证与软件测试是软件质量工程的两个不同层面的工作；质量保证：通过预防、检查与改进来保证软件质量，采用全面质量管理和过程改进的原理来开展质量保证工作，主要关注软件质量的检查与测试，主要着眼于软件开发活动的过程、步骤和产特软件测试：通过执行软件来，对过程中的产物（开发文档和程序）进行走查，发现问题，报告质量3．软件测试的目的测试是程序的执行过程，目的在于发现错误；一个好的测试用例在于发现了至今未发现的错误；一个成功的测试是发现了至今未发现的错误的测试；4．软件测试原则所有的软件测试都应追溯到用户需求应当把“尽早地和不断地进行软件测试”作为测试者的座右铭完全测试是不可能的，测试需要终止测试无法显示软件潜在的缺陷；充分注意测试中的群集现象程序员应避免检查自己的程序尽量避免测试的随意性5．软件测试对象程序开发过程中的各个文档、源程序6．软件测试过程模型－V模型是软件开发瀑布模型的变种，主要反映测试活动与分析和设计的关系；局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现7．软件测试过程模型－W模型在V模型的基础上，增加于开发阶段的同步测试，形成W模型；测试与开发同步进行，有利用尽早的发现问题局限性：仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不能支持迭代，自发性以及变更调整8．软件测试过程模型－H模型在H模型中，软件测试过程活动完全独立，贯穿于整个产品的周期，与其他流程并发地进行，某个测试点准备就绪时，就可以从测试准备阶段进行到测试执行阶段；软件测试可以进行尽早的进行；软件测试可以根据被测物的不同而分层次进行9．测试模型使用在实际工作中应灵活地运用各种模型的优点10．单元测试11．集成测试12．确认测试13．系统测试14．验收测试测试内容：根据任务书或合迥、供需双方约定的验收依据文档进行对整个系统的测试与评审，确认是否接收或拒绝系统；15．开发方测试通常也叫‘验收测试’或‘a测试’，在软件开发环境中，开发者检测与证实软件的实现是否满足软件设计说明或软件需求说明的要求16．用户测试在用户的应用环境下，用户检测与核实软件实现是否符合自己预期的要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、软件质量：从资源、过程、产品三方面考察。
2、软件产品质量评估方法：度量、验证、测试、审查。
3、软件测试关键问题：测试需求、测试计划、测试设计、测试执行、测试管理。
4、软件质量问题产生原因：需求不清、缺乏有效的项目管理、缺乏有效的开发方法、不
遵守软件开发标准和规范、软件开发工具引发。
5、软件质量问题改进和提高：更先进的开发技术、严格的过程管理、严格的质量评测（软
件测试、软件度量、软件验证）。
6、区分错误、故障、缺陷和失效。
错误：人们所犯下的错误。
缺陷：人们犯下的错误在软件中的具体表现，如编码错误等。
故障：驻留故障密度（没千行代码的故障数目）。
失效：缺陷/缺点在运行期的不正常表现。
执行缺陷才会导致失效，不执行并不会导致失效。
7、软件质量属性：运行特性（正确性、可靠性、可用性、效率）、修正特性（可维护性、
灵活性、可测试性）、转移特性（可移植性、可复用性、共运行性）。
8、测试用例：是为特定的目的而设计的一组测试输入、执行条件和预期输出。
9、测试池：供选择的测试用例的集合。
10、测试集：一轮测试中所选中的测试用例的集合。
11、缺陷分类从软件内部设计来看主要有：输入/输出缺陷、逻辑缺陷、计算缺陷、接
口缺陷、数据缺陷。
12、测试目的：目的在于发现错误，检查系统是否满足需求。
根本目的：一是发现错误；
二是通过测试的错误来改进软件开发过程中存在的缺陷。
13、一个好的测试用例在于发现了还未曾发现的错误；一次成功的测试则是发现了错误
的测试。
14、黑盒测试：在已知软件所应具有的功能的基础上，检查程序功能是否按需求规格说
明书的规定正常使用，功能是否有遗漏，性能等特性要求是否满足。
在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。
特点：参考规格说明检查软件，不考察代
码，以用户视角进行测试。
15、白盒测试：也称透明盒测试，是已知软件实现的测试，
是通过程序的源代码进行测试而不使用用户界面。
这种类
型的测试需要从代码句法发现内部代码在算法，溢出，路
径，条件等等中的缺点或者错误，进而加以修正。
16、白盒测试中的逻辑覆盖包括：
（1）语句覆盖：保证程序中的每条语句都这行一遍
（2）判定覆盖：保证每个判断取true和false至少一次
（3）条件覆盖：保证每个判断中的每个条件的取值至少满
足一次
（4）判定/条件覆盖：保证每个条件和由条件组成的判断的取值
（5）条件组合覆盖：保证每个条件的取值组合至少出现一次
（6）修正条件/判定覆盖：保证每个条件取到其所有可能值各一次；保证每个条件独立影响判断结果至少一次
（7）路径覆盖：覆盖程序中所有可能路径
相互之间关系：路径覆盖未必条件组合覆盖；条件组合覆盖未必路径覆盖；高覆盖未必找到更多错误，只是找到的可能性更大。
具体关系如图：
17、各测试方法特点：
（1）随机法：测试是一种采样分析，程序输入空间太大，资源有限。
（2）等价类划分法：根据规约，将输入空间根据测试的等效性，划分为多个等价类，每个分类仅取一个或少量测试用例来进行测试。
优点：有代表性、全面性。
（3）边界值法：边界值分析法就是对输入、输出或内部的边界值进行测试的一种测试方法，是作为对等价类划分法的补充。
局限：系统性略差结合等价类法更好；
更多地基于可靠性理论中的“单故障”假设；不易测试多个输出都不处在边界，
但组合后处于变化极点的情况。
（4）正交试验法：是从大量的数据中挑选适量的、有代表性的点，从而合理地安排测试的一种科学的试验设计方法，使用已经造好了的正交表格来安排试验并进
行数据分析的一种方法。
它简单易行并且计算表格化，应用性较好。
特别适用
于输入为枚举值的情况。
优点1节约测试工作工时2可控制生成的测试用例
的数量3测试用例具有一定的覆盖率缺点1需要数理统计技术支持2忽略
软件的内在特性3不保证覆盖两个以上的因素组合
18、数据流覆盖准则：全定义对任一变量x，和它的任一定义点s∈def(x) ，至少包含
到dpu(s, x) 或dcu(s, x)中节点的一条路径。
所有定义至少使用一次
全谓词使用对任一变量x，和它的任一定义点s∈def(x) ，至少包含到dpu(s, x) 中每个节点的一条路径每个定义的每次谓词使用都应该被测试一次
全谓词使用/部分计算使用–对任一变量x，和它的任一定义点s def(x) ，至少包含到dpu(s, x) 中每个节点的一条路径; 如果dcu(s,x) 非空，至少包含一条到dcu(s, x)中节点的路径。
全计算使用/部分谓词使用–对任一变量x，和它的任一定义点s def(x) ，至少包含到dcu(s, x)中每个节点的一条路径,如果dpu(s,x)非空，至少包含一条到dpu(s,x)中节点的路径。
全使用–对任一变量x，和它的任一定义点s def(x) ，至少包含到dcu(s,x)和dpu(s,x)中每个节点的一条路径。
全定义-使用路径–对任一变量x，和它的任一定义点s def(x) ，包含到dcu(s,x)和dpu(s,x)中每个节点的所有路径。
19、集成测试的集成策略及其优劣性：就是在测试对象分析的基础上，描述软件模块
集成（组装）的方式、方法
（1）非渐增式测试策略：先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序。
因为所有模块是一次集成的，所以很难确定出错的真正位
置、错误的原因，适合在规模较小的应用系统中使用。
优点：测试周期短。
工
作量小。
缺点：因为所有模块是一次集成的，所以很难确定出错的真正位置、
错误的原因。
适合在规模较小的应用系统中使用。
（2）渐增式测试策略：把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。
优点：相对于非渐
增式策略，可较早发现模块间的借口错误；发现问题也易于定位。
缺点：测试
周期较长，可以同时投入的人力物力受限。
（3）衍变式集成方式：结合非增式集成方式和增殖式集成方式，包括，衍变的自顶向下的增殖测试，自底向上-自顶向下的增殖测试等。
20、驱动模块：用以模拟被测试模块的上级模块，接受测试数据，把相关的数据传送给
被测模块，启动被测模块，并获得相应的结果。
桩模块：用以模拟被测试模块工作过程中所调用的模块，由被测模块调用，一般只进行很少的数据处理。
自顶向下
选定的结合策略（深度/宽度优先），每次用一个实际模块代替一个桩模块（新结合进来
不引进新错误，必要时进行回归测试自底向上 1.由驱动模块控制最底层模块的并行测试，也可以把最底层模块组合成实现某一特定软件功能的簇，由驱动模块控制它进行测试。
2.用实际模块代替驱动模块，与它已测试的直属子模块集成为子系统。
3.为子系统配备驱动模块，进行新的测试。
4.判断是否已集成到达主模块，否则执行（2）
21、非功能性测试内容：性能测试、兼容性测试、可用性测试、安全性测试、可靠性测
试、国际化测试。
系统测试=功能测试+非功能测试，系统测试是既测试产品功能也测试产品非功能的唯一测试阶段。