软件质量与检验测试期末复习资料(概念篇)
软件测试复习资料
软件测试复习资料软件测试复习资料软件测试是软件开发过程中至关重要的一环。
它的目的是为了发现并修复软件中的错误和缺陷，确保软件的质量和可靠性。
在软件测试的过程中，我们需要掌握一些基本的知识和技巧。
下面是一些软件测试的复习资料，希望对你的复习有所帮助。
一、软件测试的基本概念1. 软件测试的定义和目的：软件测试是指在软件开发过程中，通过运行软件系统，以发现系统中存在的错误和缺陷，并对其进行修复和验证的过程。
软件测试的目的是确保软件的质量和可靠性。
2. 软件测试的原则：软件测试应该具备独立性、全面性、可测性、可重复性、及时性和有效性等原则。
3. 软件测试的分类：软件测试可以分为静态测试和动态测试。
静态测试是指对软件系统的文档、源代码等进行检查和审查的过程，主要包括代码审查、文档审查等。
动态测试是指通过运行软件系统，模拟用户的操作和环境，以发现系统中的错误和缺陷的过程，主要包括黑盒测试、白盒测试等。
二、软件测试的方法和技术1. 黑盒测试：黑盒测试是一种基于需求规格说明书的测试方法，它不考虑软件的内部结构和实现细节，只关注软件的输入和输出。
黑盒测试主要包括等价类划分、边界值分析、决策表、状态转换图等技术。
2. 白盒测试：白盒测试是一种基于软件内部结构和实现细节的测试方法，它需要了解软件的源代码和程序逻辑。
白盒测试主要包括语句覆盖、分支覆盖、路径覆盖等技术。
3. 单元测试：单元测试是对软件系统中最小的可测试单元进行测试的过程，主要用于测试软件的各个模块和函数的功能是否正确。
4. 集成测试：集成测试是对软件系统中多个模块进行组合和测试的过程，主要用于测试模块之间的接口和交互是否正确。
5. 系统测试：系统测试是对整个软件系统进行测试的过程，主要用于测试系统的功能、性能、安全性等方面是否符合需求。
6. 验收测试：验收测试是在软件开发完成后，由用户或客户对软件进行测试的过程，主要用于确认软件是否满足用户的需求和期望。
软件质量与测试期末复习(概念篇)
软件质量与测试期末复习(概念篇)软件质量保证与测试期末复习（概念篇）1.软件质量：（1）IEEE关于软件质量的定义。
软件质量是：1.系统、部件或者过程满足规定需求的程度。
2.系统、部件或者过程满足顾客或者用户需要或期望的程度。
（2）ANSI关于软件质量的定义。
详细包括：1.软件产品中能满足用户给定需求的所有特性的集合。
2.软件具有所期望的各种属性组合的程度。
3.用户主观得出的软件是否满足其综合期望的程度4.打算所用软件在使用中能将满足其综合期望程度的软件合成特性。
2.软件质量保证（SQA）：（1）一种有方案的，系统化的行动模式，它是为项目或者产品符合己有技术需求提供充分相信所必须的。
（2）设计用来评价开収或者创造产品的过程的一组活动，与质量控制有区分。
3.软件测试：软件测试是使用人工或自动手段来运行或测定某个系统的过程，检测它是否满足规定的需求或者弄清预期结果与实际结果的差别。
4.软件测试的办法:（1）静态办法和动态办法（2）黑盒测试、白盒测试和灰盒测试（3）基于软件开収阶段的测试办法需求测试单元测试集成测试性能测试压力测试容量测试配置测试回归测试安装测试平安性测5.软件测试的目的:（1）证实：猎取系统在可接受风险范围内可用的信念；尝试在非正常状况和条件下的功能和特性；保证一个工作产品是完整的并且可用或可被集成。
（2）检测：发觉缺陷、错误和系统不足；定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。
（3）预防：澄清系统的规格和性能；提供预防或削减可能创造错误的信息；在过程中尽早检测错误；确认问题和风险，并且提前确认解决这些问题和风险的途径。
6.测试过程中应注重和遵循的原则：（1）测试不是为了证实程序的正确性，而是为了证实程序不能工作。
（2）测试应该有重点。
（3）事先定义好产品的质量标准。
（4）软件项目一启动，软件测试也就开头，而不是等到程序写完才开头举行测试。
（5）穷举测试是不行能的。
软件质量保证和测试复习资料(精)
第1章软件质量保证和测试的背景IEEE关于软件质量的定义：软件质量是：·系统部件不见或者过程满足需求的规定需求的程度。
·系统、部件或者过程满足顾客或者用户需要或期望的程度。
ANSI关于软件质量的定义。
软件质量定义为“与软件产品满足规定的和隐含的需求的能力有关的特征和特征的全体” 具体包括：·软件产品中能满足用户给定需求的全部特性的集合。
·软件具有所有期望值的各种属性的集合。
·用户观得出的软件是否满足其综合期望的程度。
·决定所用软件在使用中将满足其综合期望程度的软件特性。
IEEE给出软件质量保证的定义，软件质量保证(SQA)是：（1）一种有计划的，系统化的行动模式，它是为项目或者产品符合已有技术需求提出充分信任所必需的。
（2）设计用来评价开发或者制造产品的过程的一组活动，与质量控制有区别。
软件测试是使用人工或者自动手段来运行或测试某个系统的过程，检验它是否满足规定的需求或者弄清预期结果和实际结果之间的差别。
随着时间的推移，修复软件缺陷的费用惊人的增长。
软件测试是软件质量保证的重要手段之一。
第2章软件质量工程体系软件质量控制的定义：软件质量控制是一组由开发组织使用的程序和方法，使用它可在规定的资金投入和时间限制的条件下，提供满足客户质量要求的软件产品并持续不断地改善开发过程和开发组织本身，以提高将来生产高质量软件产品的能力。
目标问题度量法：书P31页主要看看思想。
风险管理法：P32页图PDCA计划 Plan：确定参数要求实施 Do：根据要求展开活动检查 Check：通过评审、度量、测试，确认满足要求改进 Action：纠正参数要求，在开发软件质量保证控制模型参数：产品、过程、资源。
SQA（软件质量保证）是CMM（软件能力成熟度）2级一个重要关键过程区域，它是贯穿于整个软件过程的第三方审查活动，在CMM过程中从当重要角色。
简要描述几种常见的质量控制模型（见上）：控制方法：风险避免：通过变更计划消除风险的触发条件，如采用成熟技术、增加资源减少软件范围等。
软件测试期末复习知识点总结大全
软件测试期末复习知识点总结大全第一篇：软件测试期末复习知识点总结大全1.软件测试：是由“验证（verrificatione）”和“有效性确认（validation）”活动构成的整体：“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性。
验证过程提供证据表明软件相关产品与所有生命周期活动的要求（如正确性、完整性、一致性、准确性等）相一致。
相当于以软件产品设计规格说明书为标准进行软件测试的活动。
“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。
一切从客户出发，理解客户的需求，对软件需求定义、设计的怀疑，发现需求定义和产品设计中的问题。
这主要通过各种软件评审活动来实现，包括让客户参加评审、测试活动。
软件测试过程：（1）测试组织和管理（2）测试计划（3）测试用例实际（4）测试实施（5）测试结果分析（6）测试评审与报告软件测试方法：白盒测试方法、黑盒测试方法、静态测试与动态测试、主动测试与被动测试、形式化测试方法、基于风险的测试、模糊测试方法、ALAC测试和随机测试方法2.单元测试：是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。
静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。
动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对于的输入输出关系来分析被测程序的运行情况，来发现缺陷。
静态测试、动态测试的区别：1.静态测试用于预防，动态测试用于矫正；2.多次的静态测试比动态测试的效率高；3，静态测试综合测试程序代码；4.在相当短的时间里，测试的覆盖率能达到100%，而动态测试经常只能达到50%测试左右；5.动态测试比静态测试更花时间；6.静态测试比动态测试更能发现bug；7.静态测试的执行可以在程序编码编译前，动态是中能在编译后才能执行。
最新软件测试期末复习资料
最新软件测试期末复习资料一、等价类划分例题：等价类测试用例的设计：●弱一般等价类●强一般等价类●弱健壮等价类●强健壮等价类函数f（x,y）有两个输入变量，x的取值范围是[10,30],y的取值范围[40,70]根据需求:x的有效等价类为[10,20],[21,30],无效等价类<10,>30y的有效等价类为[40,50],[51,60],[61,70]无效等价类<40,>701、弱一般等价类测试用例（x和y的有效等价类的值至少取一次即可）测试用例编号X y 预期输出15 4525 5515 652、强一般等价类测试用例（x和y的有效等价类的值做笛卡尔乘积）测试用例编号X y 预期输出15 4515 5515 6525 4525 5525 653、弱健壮等价类（强一般等价类+其中一个变量取无效值，其他变量取有效值的情况）测试用例编号X y 预期输出15 4515 5515 6525 4525 5525 655 455 555 6535 4535 5535 6515 3525 3515 7525 754、强健壮等价类（在弱健壮等价类的基础上+都取无效值的情况，只是针对两个变量）测试用例编号X y 预期输出15 4515 5515 6525 4525 5525 655 455 555 6535 4535 5535 6515 3525 3515 7525 755 355 355 755 7535 3535 3535 7535 75注册界面的需求如下：●用户名和密码6-20的字母数字组合●邮箱满足**********格式●年龄必须是数字写出有效等价类和无效等价类，再写出弱健壮等价类测试用例有效等价类无效等价类用户名1、6-20的字母数字组合5、全字母6、全数字7、<6位的字母数字组合8、>20位的字母数字组合密码2、6-20的字母数字组合9、全字母10、全数字11、<6位的字母数字组合8、>20位的字母数字组合邮箱3、**********格式17、非**********格式年龄4、数字18、非数字弱健壮等价类测试用例测试用例编号用户名密码邮箱年龄预期输出abc123456cde111200139@/doc/3aa0bb96df88d0d233d4b14e8 52458fb770b381f.html20 dtgfyu cde111200 139@/doc/3aa0bb96df88d0d233d4b14e8 52458fb770b381f.html 20abc123456 124689545139@/doc/3aa0bb96df88d0d233d4b 14e852458fb770b381f.html20abc123456cde111200 Wrf.51220abc123456 cde111200 139@/doc/3aa0bb96df88d0d233d4b14e8 52458fb770b381f.html jjk二、边界值分析1、边界值的取值：（正确的数据）●最小值（min）●稍高于最小值(min+)●正常值(nom)●稍低于最大值(max-)●最大值(max)例1：程序的规格说明：“重量在10~50公斤范围内的邮件，其计算邮费……”，测试用例选择：取10公斤，10.01公斤，25公斤，49.99公斤，50公斤2、边界值测试用例例，已知函数f(x,y)，x的取值为[10,20]，y的取值为[50,80]。
软件测试期末考试重点
1.软件测试的概念：①软件测试就是一系列活动，这些活动是为了评估一个程序或软件系统的特性或能力，并确定其是否达到了预期结果。
（正面）②软件测试是为了发现错误而执行的一个程序或者系统的过程。
（反面）3.软件测试的其他观点：最突出的观点就是风险的观点和经济的观点。
①风险的观点：软件测试就是对风险的不断评估，引导软件开发的工作，进而将最终发布的软件所存在的风险降到最低。
②经济的观点：以最小的代价获得最高的软件产品质量。
4.风险的观点和经济的观点的联系：①测试的风险观点不断提醒我们，在尽力做好测试工作的前提下，工作有所侧重，在风险和开发周期限制上获得平衡，这也体现了测试的经济观点。
②测试的经济观点正是风险观点在软件开发成本上的体现，通过风险的控制来降低软件开发成本。
③经济观点也要求软件测试尽早展开工作，发现缺陷越早，返工的工作量就越小，所造成的损失就越小。
5.软件测试和开发的关系：软件测试和软件开发在整个软件开发生命周期中交互协作，自始至终一起工作，共同致力于同一个目标——按时、高质量地完成项目。
6.V 模型呈现了测试和开发的关系：*V 模型从左到右描述了基本的开发过程和测试行为，非常明确地标注了测试过程中存在的不同类型的测试，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系，即从4个层次完成软件的验证，即对需求、系统架构设计、详细的产品设计和代码的验证。
7.V 模型的4个层次：①需求验证对应验收测试，客户需求的确认测试；②系统架构设计的验证对应系统非功能性测试； ③产品详细设计的验证对应功能测试； ④代码的验证对应单元测试和集成测试。
8.V 模型的优点：①分层次进行测试，有助于定位和修改软件缺陷。
②尽早编制测试计划和设计测试用例，在一定程度上使测试工作与开发工作并行进行，节省了项目后期的测试时间。
9.V 模型的缺点：①忽视静态测试。
②缺陷反馈周期长。
③测试与开发的并行程度不高。
10.V 模型与W 模型的对比？W 模型是V 模型的改进，针对V 模型做出了两点改进：①开发和测试形成两条独立且并行的工作线索，测试工作贯穿软件生命周期。
软件测试与质量保证期末复习资料整理
复习提纲第一部分软件测试概述1. 软件测试的背景1.1 软件危机与软件质量软件质量保证SQA，软件测试ST；1.2 软件缺陷（分类，来源，累积和放大效应）常见的软件缺陷：1.软件没有达到规格说明书表明的功能2.软件出现了规格说明书指明不会出现的问题3.软件没有达到规格说明书虽未指明，但应该达到的功能4.软件功能超出规格说明书指明的范围5.软件测试人员或者用户认为软件难以理解、不易使用、运行速度慢。
●原因：1.软件的需求规格说明书；2.软件的设计；3.代码的错误●累积和放大效应：前期的软件缺陷会在后期逐步扩大1.3 软件测试的意义为了发现软件缺陷，软件测试必不可少；开销占总成本的30%~50%；2. 软件测试的含义2.1 什么是软件测试是为了发现错误而执行程序的过程。
2.2 软件测试的目的发现问题；对质量或可接受性做出判断；2.3 软件测试的对象1.需求分析2.概要设计3.详细设计4.编码2.4 测试≠调试测试→发现错误→调试；这是一个交叉循环的过程；测试是一种检验，有一套完整的理论，不需要了解设计细节，有非程序设计者完成，且测试的设计和执行能够自动化；2.5 软件测试的特征●风险性——彻底测试程序是不可能的；●不修复原则——并非所有软件缺陷都需要修复；●群集现象——错误的集中；●寄生虫性——找到缺陷越多，残存的缺陷越多3. 软件测试的过程3.1 软件测试的生命周期需求规格说明→设计→编码→测试→缺陷分类→缺陷隔离→缺陷解决3.2 软件测试的步骤1. 制定测试计划2. 设计测试用例和测试过程3. 运行测试用例（核心）4. 评估测试结果3.3 测试用例=输入+预期输出3.4 通过维恩图理解测试用例——相交的地方尽可能大3.5 测试用例的设计–3.5.1 功能性测试（黑盒测试）●依据于软件的规格说明；●与软件的具体实现无关；●优：并行进行，测试用例与实现的改变无关；●缺：用例冗余度大；会有漏洞，不能发现多余缺陷；–3.5.2 结构性测试（白盒测试）●依据于程序实现；●利用程序内部的逻辑结构；●优：具有覆盖率指标；●缺：不能发现遗漏缺陷；4.错误与缺陷分类●以出现相应错误的开发阶段来划分；●以相应失效产生的后果来划分；●以解决难度来划分；●以不解决会产生的风险来划分5.软件测试的级别1.单元测试——详细设计信息，白盒测试为主；2.集成测试——概要设计信息，模块的组合测试；3.系统测试——软件需求；4.确认测试——依照需求规格说明书；5.验收测试——用户参与，黑盒测试；6.软件测试的分类●静态测试——不运行被测试程序；●动态测试——运行被测试的程序；●自动测试——利用自动化测试工具；●人工测试——人工走查和代码审查；第二部分黑盒测试1. 边界值测试 (书:第5章)•边界值分析（依据，含义，方法）●含义：针对各种边界情况设计测试用例；●依据：大量的错误是发生在输入或输出范围的边界上；●方法：以基于但却像和输入空间的边界值分析，设有n个输入变量，则对应有4n+1个测试用例。
软件质量管理期末复习
质量软件质量的概念、软件质量控制和管理的方法和技术，包括软件质量标准、CMM、PSP、配置管理、质量度量和软件评审一、质量的内涵和软件质量特性如何建立有效的软件质量工程体系软件质量保证的任务及活动如何进行软件质量度量软件质量标准软件缺陷预防性措施，做好各类软件评审各与质量相关的概念组织(Organization)是指“职责、权限和相互关系得到安排的一组人员及设施。
组织是由两个或两个以上的个人为了实现共同的目标组合而成的有机整体过程(Procedure)是指“一组将输入转化为输出的相互关联或相互作用的活动”。
过程一般伴随着时间先后次序的、不同的事件发生。
产品(Product)是指“过程的结果或过程的中间结果”。
产品有四种通用的类别：硬件、软件、服务和流程性材料等。
依产品的存在形式，又可将产品分为有形的和无形的。
服务(Service)是向客户提供相应的技术支持、帮助和关心等的行为。
服务也是一种无形的产品，是对有形产品的补充。
客户(Customer)不仅包括接受产品或服务的组织或个人，而且包括潜在的客户，所以更广义的含义，客户是公司为实现目标所需要的产品和过程而影响到的人。
体系(System)是指相互关联、或相互作用、或相互依存的一组要素构成的有机整体。
体系一般拥有一定的组织形式，其相互作用受某些规则或规律所控制，其变化的过程有一定的秩序，趋于和谐的状态1.1.2 什么是质量质”和“量”构成的，就是物质在质和量上的集合或程度就是产品或工作的优劣程度，换句话说，质量就是衡量产品的或工作的好坏。
1.1.2 质量属性质量的客户属性质量的成本属性，也可以称为质量的经济性社会属性可测性决定了质量的可控特性。
质量的可预见性1.2.1 内部客户和外部客户外部客户，不是组织内部的组成部分，但是受本组织活动影响的个人和组织。
外部客户是在传统意义上大家所认知的客户内部客户，指组织内部的“对方”就被视为内部客户内部客户又分为4种，即职级客户（权利层次）、职能客户（职能部门）、工序客户（流水线）和流程客户（软件开发）1.2.2 客户的确定1.2.3 客户与质量的关系朱兰质量螺旋曲线所谓质量螺旋，是表述影响质量的相互活动的概念模型，是一条螺旋上升的曲线，它把全过程中各个质量职能按逻辑顺序串联起来，用以表征产品质量形成的整个过程及其规律性，通常称为“朱兰质量螺旋”或者“质量环”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件质量保证与测试期末复习（概念篇）1.软件质量：（1）IEEE关于软件质量的定义。
软件质量是：1.系统、部件或者过程满足规定需求的程度。
2.系统、部件或者过程满足顾客或者用户需要或期望的程度。
（2）ANSI关于软件质量的定义。
具体包括：1.软件产品中能满足用户给定需求的全部特性的集合。
2.软件具有所期望的各种属性组合的程度。
3.用户主观得出的软件是否满足其综合期望的程度4.决定所用软件在使用中能将满足其综合期望程度的软件合成特性。
2.软件质量保证（SQA）：（1）一种有计划的，系统化的行动模式，它是为项目或者产品符合己有技术需求提供充分信任所必需的。
（2）设计用来评价开収或者制造产品的过程的一组活动，与质量控制有区别。
3.软件测试：软件测试是使用人工或自动手段来运行或测定某个系统的过程，检测它是否满足规定的需求或者弄清预期结果与实际结果的差别。
4.软件测试的方法:（1）静态方法和动态方法（2）黑盒测试、白盒测试和灰盒测试（3）基于软件开収阶段的测试方法需求测试单元测试集成测试性能测试压力测试容量测试配置测试回归测试安装测试安全性测5.软件测试的目的:（1）证明：获取系统在可接受风险范围内可用的信心；尝试在非正常情况和条件下的功能和特性；保证一个工作产品是完整的并且可用或可被集成。
（2）检测：发现缺陷、错误和系统不足；定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。
（3）预防：澄清系统的规格和性能；提供预防或减少可能制造错误的信息；在过程中尽早检测错误；确认问题和风险，并且提前确认解决这些问题和风险的途径。
6.测试过程中应注意和遵循的原则：（1）测试不是为了证明程序的正确性，而是为了证明程序不能工作。
（2）测试应当有重点。
（3）事先定义好产品的质量标准。
（4）软件项目一启动，软件测试也就开始，而不是等到程序写完才开始进行测试。
（5）穷举测试是不可能的。
（6）第三方进行测试会更客观，更有效。
（7）软件测试计划是做好软件测试工作的前提。
（8）测试用例是设计出来的，不是写出来的。
（9）对发现错误较多的程序段，应进行更深入的测试。
（10）重视文档，妥善保存一切测试过程文档。
7.测试用例：测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。
其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。
简单的认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
8.软件测试员应该具备的素质：软件测试员是探索者；软件测试员是敀障排除员；软件测试员不放过蛛丝马迹；软件测试员具有创造性；软件测试员是追求完美者；软件测试员判断准确；软件测试员注重策略和外交；软件测试员善于说服。
（1）一个优秀的测试工程师应该具备的基本素质有：责任心、沟通能力、团队精神、自信心、耐心、怀疑精神、洞察力、幽默感等……（2）应具备的专业素质有：有竞争力的测试人员要具有三方面的技能：计算机专业技能、测试专业技能、软件编程技能……9.黑盒测试：黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。
10.白盒测试：白盒测试把测试对象看作一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
（1）逻辑覆盖语句覆盖：在测试时首先设计若干个测试用例，然后运行被测程序，使程序中的每个可执行语句至少执行一次。
判定覆盖：设计若干个测试用例，运行被测程序，使得程序中每个断的取真分支和取假分支至少经历一次，即判断的真假值均曾被满足。
条件覆盖：设计若干测试用例，执行被测试程序以后，要使每个判断中每个条件的可能取值至少满足一次。
判定-条件覆盖：设计足够的测试用例，使得判断中每个条件的所有可能至少路径覆盖：设计足够多的测试用例，要求覆盖程序中所有可能的路径。
（2）基本路径第一步：画出控制流图第二步：计算圈复杂度1.流图中区域的数量对应于环形的复杂性；2.V(G)=E-N+2，E是流图中边的数量，N是流图中结点的数量；3.V(G)=P+1,P是流图G中判定结点的数量。
第三步：导出测试用例第四步：准备测试用例11.单元测试（1）定义：单元测试是指对软件中的最小可测试单元或基本组成单元进行检查和验证。
（2）测试内容：接口测试局部数据结构测试重要执行路径测试错误处理测试边界条件测试（3）测试方法：1.驱动模块：用来模拟被测模块的上级调用模块，功能要比真正的上级模块简单得多，仅仅是接受测试数据，并向被测模块传送测试数据，启动被测模块，回收并输出测试结果。
2.桩模块：用来模拟被测模块在执行过程中所要调用的模块。
它接受被测模块输出的数据并完成它所指派的任务。
12.集成测试（1）定义：集成测试是在单元测试的基础上，将所有已通过单元测试的模块按照概要设计的要求组装为子系统或系统。
进行集成测试，目的是确保各单元模块组合在一起后能够按既定意图协作运行，并确保增量的行为正确。
这里需要强调的是，不经过单元测试的模块是不应进行集成测试的，否则将对集成测试的效果和效率带来巨大的影响。
（2）测试内容：①将各模块连接起来时，穿越模块接口的数据是否会丢失。
②各子功能组合起来能否达到预期要求的父功能。
③一个模块的功能是否会对其他模块的功能产生不利影响。
④全局数据结构是否有问题，是否会被异常修改。
⑤单个模块的误差积累起来，是否会放大到不可接受的程度。
（3）测试方法：①非增量式集成测试方法。
基本思路：首先将各模块独立地进行单元测试，然后把所有模块组装在一起进行测试，最终得到一个符合要求的软件系统。
②增量式集成测试方法。
基本思路：首先将各模块独立地进行单元测试，然后将这些模块逐步组装成较大的系统，在组装过程中边组装边测试，以发现在组装时产生的错误，最终组装成一个符合要求的软件系统。
a)自顶向下增量式集成测试:按照程序结构图，首先利用桩模块测试主模板，通过测试后，用实际的模块替代桩模块进行测试，重复上述步骤，直至代替了所有桩模块。
b)自底向上增量式集成测试:按照程序结构图，首先利用驱动模块测试最底层模块，通过测试后，用实际的模块替代驱动模块进行测试，重复上述步骤，直至代替了所有驱动模块。
13.系统测试（1）定义：系统测试是将已经过良好的集成测试的软件系统，作为整个计算机系统的一部分，与计算机硬件、外部设备、支持软件、数据以及人员等其他系统元素结合在一起，在实际使用（运行）环境下对计算机系统进行一系列的严格测试来发现软件中的潜在缺陷，保证系统交付给用户之后能够正常使用。
（2）测试内容：功能测试性能测试强度测试可靠性测试恢复测试安装测试安全性测试配置测试可用性测试兼容性测试网站测试14.验收测试1.α测试：α测试是在软件开发公司内模拟软件系统的运行环境下的一种验收测试，即软件开发公司组织内部人员，模拟各类用户行为对即将面市的软件产品（成为α版本）进行测试，试图发现并修改错误。
2.β测试：β测试紧随α测试之后，该测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况，提出批评意见。
15.回归测试（1）定义：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
（2）测试策略①测试用例库的维护。
删除过时的测试用例改进不受控制的测试用例删除冗余的测试用例增添新的测试用例②回归测试包的选择。
再测试全部用例基于风险选择测试基于操作剖面选择测试再测试修改的部分16.软件测试与软件开发的关系（1）软件开发的目的是开发出实现用户需求的高质量、高性能的软件产品；软件测试以检查软件产品内容和功能特性为核心，是软件质量保证的关键步骤，也是成功实现软件开发目标的重要保障。
（2）V模型：17. 软件质量与度量（1） ANSI 关于软件质量的定义：与软件产品满足规定的和隐含的需求的能力有关的特征和特性的全体。
（2） 度量方面：1.软件产品中能满足用户给定需求的全部特性的集合。
2.软件具有所期望的各种属性组合的程度。
3.用户主管得出的软件是否满足其综合期望的程度。
4.决定所用软件在使用中将满足其综合期望程度的软件合成特性。
（3） McCall 模型正确性：一个程序满足它的需求规约和实现用户任务目标的程度。
可靠性：一个程度满足其所需的精确度，完成它的预期功能程度。
效率：一个程序完成其功能所需的计算资源和代码的质量。
需求规格说明设计实现验收测试 系统测试 集成测试 单元测试 回归测试V 模型完整性：对未授权人员访问软件或数据的可控制程度。
可使用性：学习、操作、准备输入和解释程序输出所需的工作量。
可维护性：定位和修复程序中一个错误所需的工作量。
灵活性：修改一个运行的程序所需的工作量。
可测试性：测试一个程序以及确保它完成所期望的功能所需工作量。
可移植性：把一个程序从一个硬件或软件系统环境在移植到另一个环境所需的工作量。
可复用性：一个程序可以在另外一个应用程序中复用的程度。
互连性：连接一个系统和另一个系统所需的工作量。
18.软件质量标准的类型国际标准国家标准行业标准企业规范项目规范19.软件的差错、故障、失效（1）差错：1.计算的、观测的或测量的值与真实的、规定的或理论上正确的值或条件之间的差别。
2.一个不正确的步骤、过程或数据定义。
3.一个不正确的结果。
4.一次产生不正确的结果的人的活动。
（2）故障：在一个计算机程序中出现的不正确的步骤、过程或数据定义常称为故障。
上述“差错”中的第二项属于故障。
（3）失效：一个程序运行的外部结果与软件产品的要求出现不一致时称为失效。
软件失效证明了软件中存在着故障。
上述“差错”中的第三项属于失效。
20.CMM（1）定义：1.一个系统、组件或过程符合特定需求的程度。
2.一个系统、组件或过程符合客户或用户的要求或期望的程度。
（2）CMM思想及其5个级别，CMMI的区别CMM为软件过程改进提供了一个框架，将整个软件改进过程分为5个成熟度等级，这5个等级定义了一个有序的尺度，用来衡量组织软件过程成熟度和评价其软件过程能力。
分为5个级别：初始级、可重复级、已定义级、已管理级、优化级。
CMMI与CMM最大的不同点在于：CMMISM-SE/SW/IPPD/SS1.1版本有4个集成成分，即系统工程（SE）和软件工程（SW）是基本的科目，对于有些组织还可以应用集成产品和过程开发方面（IPPD）的内容，如果涉及供应商外包管理可以相应地应用SS（Supplier Sourcing）部分。