下载文档原格式
软件质量与测试期末复习(概念篇)软件质量保证与测试期末复习（概念篇）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 填空题10 （名词解释 4 简答7 综合题1）涉及标准内容的不考括号内为以下内容第1章2.简述软件危机的表现形式和诱发原因，并谈谈软件危机和软件错误的区别。
答：软件危机是指计算机软件开发与维护过程中所遇到的一系列严重问题。
其表现形式为：软件价格高、软件工作量难于估计、软件质量低、软件修改与维护困难、软件的供需差在不断扩大、软件的开发与维护过程往往失去控制。
诱发软件错误的原因：需求定义的不完善、客户与开发者间不良沟通、对软件需求的故意偏离、逻辑设计的错误、编码错误、不符合文档编制和编码规定、测试过程的不完善、规程的错误、文档编制错误。
3. 影响软件质量的因素有哪些？答：正确性、健壮性、效率、完整性、风险、可用性、可移植性、可再用性、互运行性、可理解性、可维修性、灵活性、可测试性。
第2章3. 软件质量保证标准分为哪几类以及它的分类准则是什么？答：软件质量保证标准分为质量管理标准和项目过程标准。
软件质量保证标的分类是从关注单位、关注重点、标准的目的和标准的目标这几个方面着手的。
第3章1. 为什么软件质量会有成本呢？答：软件产品的质量成本，或更准确地说，软件质量的投资，根源于确保开发产品符合早已确认的需求。
而软件产品投资的性质和规模由多种不同因素决定，其中包括：项目预算、开发产品的类型、使用的技术、消费者提出的需求及该合同能否提供具有在标准和规章限定框架内的特别内容的政府合同、内部开发环境、开发团队所拥有的领域知识、可重复过程和测量与开发者日常工作结合的程度。
2. 软件质量成本分析的输入的数据需求是通过什么途径获得的？答：在执行质量成本度量的任务时，必须保证相关数据可观察或可测量。
这些数据可以是通过以下几个方面得到：直接观测得到的；通过分析得到的；由顾客提供的；从其他任务的执行情况中收集的；其他项目的输出结果；由项目本身的物理特性要求的。
第4章1. 审查过程的辅助目标有哪些？答：（1）提供从需求到设计的可跟踪性。
第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.静态测试的执行可以在程序编码编译前，动态是中能在编译后才能执行。
软件质量保证与测试知识点1. 软件质量保证概述软件质量保证是指通过一系列的活动和过程，确保软件产品满足用户需求、符合规范标准，并具有高质量、高可靠性的特性。
软件质量保证涉及到整个软件开发过程中的各个环节，包括需求分析、设计、编码、测试等。
2. 软件测试概述软件测试是指通过运行程序、检查输出结果和比较预期结果来评估系统或组件是否满足特定的需求。
软件测试是确保软件质量的重要手段之一，它可以帮助发现并修复潜在的缺陷和问题，提高软件的可靠性和稳定性。
3. 软件测试的基本原则•测试应该从需求开始：测试活动应该与需求分析活动同步进行，并且测试用例应该基于明确的需求规格。
•完全性与正确性：测试用例应该覆盖所有可能的输入组合和边界情况，以确保系统在各种情况下都能正常工作。
•早期测试：尽早进行测试可以帮助发现并修复问题，减少后期的成本和风险。
•逐步测试：测试应该按照逐步递增的方式进行，先测试基本功能，再测试扩展功能。
•隔离性：每个测试用例应该是相互独立的，不受其他测试用例的影响。
4. 软件测试的类型•单元测试：对软件中的最小可测单元进行测试，如函数、方法等。
•集成测试：将多个单元组合在一起进行测试，检查它们之间的接口和交互是否正常。
•系统测试：对整个系统进行全面的功能和性能测试，验证系统是否满足需求。
•验收测试：由用户或客户进行的最终确认，验证软件是否符合用户需求和预期。
5. 软件质量保证与软件测试之间的关系软件质量保证和软件测试是紧密相关的概念。
软件质量保证是通过一系列活动来确保软件产品质量，而软件测试则是其中一个重要的活动。
软件质量保证包括了需求分析、设计、编码、配置管理等多个方面，而软件测试则是在开发过程中检查和评估系统是否满足需求。
在软件质量保证过程中，软件测试起到了至关重要的作用。
通过软件测试，可以发现并修复潜在的缺陷和问题，提高软件的可靠性和稳定性。
软件测试可以帮助开发团队确认系统是否满足用户需求，并提供反馈和改进建议。
测试方法分为静态测试方法（外观，容量，外形尺寸），动态测试方法（白盒(电压，电流，功率)，黑盒(合理，不合理)）测试用例：静态：外观是否美观，按钮插头是否存在，是否配有说明书动态：功能测试(//测各个按钮是否可以正常使用，//调档位是否可以正常调节，//温控机指示灯是否正常，//是否对水果大小有需求，//温度测试是否合理，//对已去核蔬果加工，//对未去核蔬果加工，//榨出果汁的质量)性能测试(//榨汁速度，//持续工作时间，//所能承受蔬果的最大限度，//刀片和机子使用寿命，//噪音大小，//耗电量，//额定功率)压力测试(//多次使用直到机子坏使用时间或次数，//疯狂按动按钮观察其所能承受的压力)容量测试(//正常榨汁机使用容量，//最多能承受的容量，//没东西时空转观察)安全性测试(//突然断电，//正常工作突然改变电压，//正常工作突然改变电流，//电压/电流过高是否能正常使用，//电压/电流过低是否能正常使用)黑盒测试：等价类划分：测试一个图形是不是三角形，需考虑到三角形的性质要求。
除了满足A B C均是正数且大于0，还需满足A>0，B>0，C>0，且A+B>C，B+C>A，A+C>B。
如果是等腰的，还要判断A=B，或B=C，或A=C。
如果是等边的，则需判断是否A=B，且B=C，且A=C。
某保险公司人寿保险的保费计算方式为：保费＝投保额×保险费率。
其中，保险费率根据年龄、性别、婚姻状况和抚养人数的不同而有所不同，体现在不同年龄、性别、婚姻状况和抚养人数，点数设定不同，10点及10点以上保险费率为0.6%，10点以下保险费率为0.1%；而点数又是由投保人的年龄、性别、婚姻状况和抚养人数来决定，具体规则见表2.5。
边界值分析法:三角形问题的边界值分析测试用例设计加法器程序计算两个1～100之间整数的和对于加法器程序，根据输入要求可将输入空间划分为三个等价类，即1个有效等价类（1～100之间），两个无效等价类（<1，>100）。
命运如同手中的掌纹，无论多曲折，终掌握在自己手中。
选择题1．软件测试的目的是（B）。
A）试验性运行软件 B）发现软件错误C）证明软件正确 D）找出软件中全部错误2．软件测试中白盒法是通过分析程序的（ B ）来设计测试用例的。
A）应用范围B）内部逻辑C）功能 D）输入数据3．黑盒法是根据程序的（ C ）来设计测试用例的。
A）应用范围 B）内部逻辑C）功能 D）输入数据4．为了提高软件测试的效率，应该（D）。
A）随机地选取测试数据B）取一切可能的输入数据作为测试数据C）在完成编码以后制定软件的测试计划D）选择发现错误可能性最大的数据作为测试用例5．与设计测试用例无关的文档是（A ）。
A）项目开发计划 B）需求规格说明书C）设计说明书 D）源程序6．测试的关键问题是（ B ）。
A）如何组织软件评审B）如何选择测试用例C）如何验证程序的正确性D）如何采用综合策略7．软件测试用例主要由输入数据和（ C）两部分组成。
A）测试计划 B）测试规则C）预期输出结果 D）以往测试记录分析8．成功的测试是指运行测试用例后（ B）。
A）未发现程序错误B）发现了程序错误C）证明程序正确性D）改正了程序错误9．下列几种逻辑覆盖标准中，查错能力最强的是（D ）。
A）语句覆盖 B）判定覆盖C）条件覆盖 D）条件组合覆盖10．在黑盒测试中，着重检查输入条件组合的方法是（ D ）。
A）等价类划分法 B）边界值分析法C）错误推测法D）因果图法11．单元测试主要针对模块的几个基本特征进行测试，该阶段不能完成的测试是（ A ）。
A）系统功能 B）局部数据结构C）重要的执行路径 D）错误处理12．软件测试过程中的集成测试主要是为了发现（ B）阶段的错误。
A）需求分析 B）概要设计C）详细设计 D）编码13．不属于白盒测试的技术是（ D）。
A）路径覆盖 B）判定覆盖C）循环覆盖D）边界值分析14．集成测试时，能较早发现高层模块接口错误的测试方法为（ A）。
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个测试用例。
软件评测师复习知识汇总第一部分：软件评测知识第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、软件测试得背景1、１软件危机与软件质量软件质量保证SQA,软件测试SＴ；1、2 软件缺陷 (分类，来源，累积与放大效应）●常见得软件缺陷：1.软件没有达到规格说明书表明得功能2.软件出现了规格说明书指明不会出现得问题3.软件没有达到规格说明书虽未指明，但应该达到得功能4.软件功能超出规格说明书指明得范围5.软件测试人员或者用户认为软件难以理解、不易使用、运行速度慢。
●原因：1.软件得需求规格说明书；2.软件得设计;3.代码得错误●累积与放大效应:前期得软件缺陷会在后期逐步扩大1、3 软件测试得意义为了发现软件缺陷,软件测试必不可少;开销占总成本得30％~５０%；2、软件测试得含义２、１什么就是软件测试就是为了发现错误而执行程序得过程。
2、２软件测试得目得发现问题；对质量或可接受性做出判断；２、3 软件测试得对象1.需求分析2.概要设计3.详细设计4.编码2、４测试≠调试测试→发现错误→调试;这就是一个交叉循环得过程；测试就是一种检验，有一套完整得理论,不需要了解设计细节,有非程序设计者完成，且测试得设计与执行能够自动化；2、5 软件测试得特征●风险性——彻底测试程序就是不可能得;●不修复原则——并非所有软件缺陷都需要修复;●群集现象——错误得集中；●寄生虫性——找到缺陷越多,残存得缺陷越多３、软件测试得过程３、１软件测试得生命周期需求规格说明→设计→编码→测试→缺陷分类→缺陷隔离→缺陷解决3、２软件测试得步骤1、制定测试计划2、设计测试用例与测试过程３、运行测试用例(核心）４、评估测试结果３、3 测试用例=输入+预期输出3、4 通过维恩图理解测试用例—-相交得地方尽可能大３、５测试用例得设计–3、５、1 功能性测试（黑盒测试）●依据于软件得规格说明;●与软件得具体实现无关；●优:并行进行，测试用例与实现得改变无关；●缺:用例冗余度大；会有漏洞,不能发现多余缺陷;–3、５、２结构性测试（白盒测试)●依据于程序实现；●利用程序内部得逻辑结构；●优：具有覆盖率指标;●缺：不能发现遗漏缺陷;4.错误与缺陷分类●以出现相应错误得开发阶段来划分；●以相应失效产生得后果来划分;●以解决难度来划分；●以不解决会产生得风险来划分5.软件测试得级别1.单元测试——详细设计信息，白盒测试为主;2.集成测试-—概要设计信息,模块得组合测试；3.系统测试——软件需求;4.确认测试-—依照需求规格说明书；5.验收测试——用户参与,黑盒测试;6.软件测试得分类●静态测试-—不运行被测试程序;●动态测试—-运行被测试得程序；●自动测试——利用自动化测试工具；●人工测试——人工走查与代码审查;第二部分黑盒测试ﻫ1、边界值测试 (书:第5章）•边界值分析（依据,含义，方法）●含义：针对各种边界情况设计测试用例;●依据:大量得错误就是发生在输入或输出范围得边界上；●方法：以基于但却像与输入空间得边界值分析，设有ｎ个输入变量，则对应有4n＋1个测试用例.●局限性：只适用于变量之间没有依赖得情况；不适用于布尔变量;•健壮性测试●含义:例外情况时得系统表现；n个变量对应6n+1个测试用例；•最坏情况测试●用例为边界值集合得笛卡儿积(５ｎ个测试用例）•健壮最坏情况测试——7n个测试用例•特殊值测试--主观性与有效性•随机测试-—使用随机数生成器,直到每种输出至少出现一次;2、等价类测试 (书：第６章）•等价类测试得思想⏹依据:集合得划分，无冗余（不代表测试用例不冗余），完备性;⏹基本思想：①划分等价类;②从中选取测试用例，以覆盖所有得等价类；⏹关键：如何划分等价类;⏹特点：典型得黑盒测试方法•有效/无效等价类●有效等价类:合理得输入数据，就是否实现了预期得功能；●无效等价类：无意义得输入数据，检验程序对于无效数据得处理;•强/弱,健壮／一般等价类测试●弱一般等价类:单缺陷假设,不考虑无效值，不完备●强一般等价类：多缺陷假设,不考虑无效值，不完备●弱健壮等价类:单缺陷假设,考虑无效值，不完备；●强健壮等价类:多缺陷假设，考虑无效值,完备;•基于输入／输出得等价类测试•等价类测试得经验•根据输入条件，划分等价类得原则●如果确知以划分得等价类中得各元素在程序中得处理方式不同,则应进一步划分成更小得等价类。
软件测试期末复习资料一、概念理解1、软件测试的定义：软件测试是指在软件开发过程中，通过运行软件或者其他技术手段来评估软件的质量和可靠性的过程，是软件开发过程中的一个关键阶段。
2、软件测试的原则：软件测试应该遵循“尽早介入、全面覆盖、全过程跟踪”的原则，以确保软件的质量和可靠性。
3、软件测试的分类：根据测试的目的和阶段，软件测试可以分为单元测试、集成测试、系统测试、验收测试等。
二、常见测试方法1、黑盒测试：黑盒测试是指在不考虑软件内部结构和逻辑的情况下，测试软件的功能是否符合需求。
常见的黑盒测试方法包括功能测试、性能测试、边界测试等。
2、白盒测试：白盒测试是指对软件内部的逻辑和结构进行测试，以确保软件的实现是正确的。
常见的白盒测试方法包括代码覆盖、路径覆盖、条件覆盖等。
3、灰盒测试：灰盒测试是指介于黑盒测试和白盒测试之间的测试，既考虑软件的功能，又考虑软件的内部逻辑。
常见的灰盒测试方法包括集成测试、系统测试等。
三、测试用例设计1、测试用例的定义：测试用例是一组输入和预期输出的集合，用于验证软件的功能是否符合需求。
2、测试用例的设计原则：设计测试用例应该遵循“完整性、可重复性、可判定性”的原则，以确保测试的准确性和完整性。
3、测试用例的设计方法：常见的测试用例设计方法包括等价类划分法、边界值分析法、错误猜测法等。
四、缺陷管理1、缺陷的定义：缺陷是指软件中存在的错误、漏洞或者不符合需求的问题。
2、缺陷的发现和报告：发现缺陷后，应该及时报告给相应的负责人，并记录缺陷的详细信息，包括发现时间、现象、重现条件等。
3、缺陷的评估和修复：对缺陷进行评估和分析，确定其影响范围和严重程度，然后采取相应的修复措施。
修复后需要进行回归测试，以确保缺陷已经完全修复。
4、缺陷的跟踪和管理：对缺陷进行跟踪和管理，以确保缺陷修复的及时性和准确性。
可以使用一些缺陷跟踪工具，如Jira、Bugzilla 等。
五、测试报告编写1、测试报告的定义：测试报告是指对软件测试过程和结果的总结和评价，是软件开发过程中的重要文档之一。
《软件测试与质量保证》期末复习重点一、题型选择题 20分 20题判断题 10分 10~15个填空题 10分 10空简答题 15分 3个分析题 10分 2个综合题 35分 2个注：逻辑覆盖、等价类划分、自动化测试不会有大题（了解概念即可）二、重点1. 选择与填空软件测试的对象：既包括源程序，又包括需求规格说明、概要设计说明、详细设计说明软件测试的基本职责：验证、确认软件测试技术分类：按是否需要执行被测软件划分：静态测试、动态测试按测试用例设计方法划分：黑盒测试、白盒测试（详见下方）按测试策略和过程划分：单元测试、集成测试、确认测试、系统测试、验收测试静态测试：代码审查、走查，桌面检查；动态测试：运行软件测试与调试的区别：测试的目的是发现错误，调试的目的是修正错误测试的对象是各阶段产生的所有产品，调试的对象主要是源代码测试的过程是有计划的、可以重复的，调试的过程是随机的不可重复的调试不能完全替代测试测试与调试的共同点：为了提高软件质量测试阶段与开发过程的对应关系测试阶段开发过程测试重点单元测试详细设计编码错误集成测试概要设计接口错误确认测试需求分析合乎用户预期系统测试需求定义整体有效运行V模型：明确地表明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间的对应关系W模型：V模型的改进，更好地体现了软件开发与软件测试工作的同步性，指出了测试伴随着整个软件开发周期，测试的对象不仅仅是程序，还包括需求和设计。
每个软件开发活动结束后就可以执行相应的测试H模型：从微观的角度来看待软件测试的过程回归测试：测试由于修正缺陷而更新的应用程序，以确保修正了旧缺陷而未引入新缺陷α测试：由用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。
用户在开发者受控的环境下进行测试。
β测试：由多个用户在一个或多个用户的实际使用环境下进行的测试。
开发者通常不在测试现场。
单元测试中用来模拟被测模块调用者的模块是驱动模块单元测试中用来代替所测模块调用的子模块是桩模块使用白盒测试方法时，确定测试用例应根据程序的内部逻辑和指定的覆盖标准。
软件质量保证与测试1.软件质量概念软件质量是 1.系统、部件或者过程满足规定需求的程度 2.系统、部件或者过程满足顾客或者用户需要或期望的程度 3.与软件产品满足规定的和隐含的需求的能力有关的特征和特性的全体2.软件测试的定义软件测试是使用人工或自动手段来运行或测定某个系统的过程，检验它是否满足规定的需求或者弄清预期结果与实际结果之间的差别。
3.软件测试的方法1. 静态测试和动态测试2. 黑盒测试、白盒测试和灰盒测试3. 基于软件开发阶段的测试方法4.能力成熟度模型的概念能力成熟度模型CMM 是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述，其核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化，标准化。
5.CMM 的5 个等级初始级，可重复级，已定义级，已管理级，优化级6.软件质量保证（SQA）的目标以独立审查的方式监控软件生产任务的执行，给开发人员和管理层提供反映产品质量的信息和数据，辅助软件工程组得到高质量的软件产品。
7.影响软件质量的因素软件业通过多年的实践，总结出软件质量是人、过程和技术的函数，即Q={M，P，T}。
其中，Q 表示软件质量，M 表示人，P 表示过程，T 表示技术。
8.常见的质量保证模型（1）McCall 模型：产品运行—正确性，可靠性，可使用性，效率，完整性；产品修正—可维护性，可测试性，灵活性；产品转移—互连性，可移植性，可复用性（2）Boehm 模型（3）FURPS 模型（4）ISO91269.软件配置管理概念软件配置管理是一种标识、组织和控制修改的技术。
软件配置管理作为CMM 2 级的一个关键域，在整个软件的开収活动中占有很重要的位置，其主要责任是控制变化。
10.软件配置管理目标（1）软件配置管理的各项工作是有计划进行的。
（2）被选择的项目产品得到识别，控制幵且可以被相关人员获取。
（3）已识别出的项目产品的更改得到控制。
软件质量保证与测试考试复习资料第⼀章软件质量1.软件定义：软件是计算机系统中与硬件相互依存的另⼀部分，它是程序、数据及相关⽂档的集合。
【简答】2.软件特点a.软件是开发产⽣的，⽽不是⽤传统⽅法制造的；b.软件不会像硬件⼀样有磨损；c.很多软件不能通过已有构件组装，只能⾃⼰定义。
3.软件分类：按照使⽤范围不同，把软件划分为项⽬软件和产品软件。
4.IEEE软件缺陷的定义a.从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、⽑病等各种问题；b.从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
5.软件缺陷产⽣的原因a.项⽬期限的压⼒；b.产品的复杂度；c.沟通不良；d.开发⼈员的疲劳、压⼒或受到⼲扰；e.缺乏⾜够的知识、技能和经验；f.不了解客户的需求；g.缺乏动⼒。
6.IEEE的软件质量定义【简答】a.系统、部件或过程满⾜规定需求的程度；（Crosby 1979）b.系统、部件或过程满⾜顾客或客户需求/期望的程度。
(Juran 1988)7.Pressman的软件质量定义：符合明确陈述的功能/性能需求、明确⽂档化了的开发标准和所有专业开发预期的隐含特性。
【简答】8.Crosby, Juran, Pressman软件质量定义的⽐较【基本原理和⽅法】(必考)a.Crosby的定义指的是写好的软件符合由顾客和它的专业组编制的规格说明书的程度。
这也意味着包含在规格说明中的错误是不予考虑的，也不降低软件质量—显然这是不⾜的。
[1分]b.Juran的定义旨在达到顾客满意度，这就要求对检查改正顾客的需求规格书投⼊⼤量⼯作。
但该定义的主要缺点是免除了顾客对软件规格书准确性、完备性的责任。
[1分]c.Pressman定义为SQA提出了要由开发者满⾜的三个要求：特定功能需求，它主要是指软件系统的输出；在合同中提出的软件质量标准；反映当今⽔平的专业⽅法的良好软件⼯程⽅法的发展⽔平。
实际上，Pressman定义提供了测试满⾜需求程度的操作⽅向。
软件测试复习要点
一、质量保证与管理
⏹软件质量的定义、特性
⏹软件质量保证的目标、定义
⏹提高软件质量的二个方面
⏹软件生命周期中有关质量保证的工作
二、测试计划
⏹软件测试计划的主要内容
⏹测试需求及优先级的确定
三、测试用例设计
⏹测试用例的意义
⏹测试用例的判别
⏹测试用例的内容组成
四、白盒测试
⏹静态测试及在测试技术中的地位
⏹白盒测试中逻辑覆盖法的五种情况及比较
⏹基本路径覆盖法的意义，及图形矩阵的计算
五、黑盒测试
⏹黑盒测试的特点与不足
⏹等价分类法
⏹因果图法
六、测试过程
⏹单元测试的重点、方法，及白盒黑盒法在单元测试中
的运用
⏹集成测试与系统测试的比较
⏹增量式测试的几种方法
⏹回归测试的定义、必要性和过程
七、测试分析与评价
⏹测试结束标准的制定
⏹测试分析评价的三种方法
⏹缺陷损耗的定义及计算
⏹性能评价的几个方面
⏹测试分析报告的内容组成
八、面向对象
⏹面向对象测试模型
⏹面向对象测试与传统测试相比较
⏹面向对象单元测试如何进行
⏹面向对象集成测试的过程和策略
九、可靠性分析
⏹软件可靠性特点
⏹平均故障率的计算
十、其它
⏹在软件测试中，有哪些主要文档
⏹软件测试在整个软件生命周期中的作用和地位
⏹软件测试人员应具备的素质
⏹用Rational TestManager和Rational Robot进行功能
性能测试的过程，及性能测试结果分析Rational
TestManager和Rational Robot的优点和不足
⏹自动化测试的意义和不足
⏹。
复习提纲第一部分软件测试概述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个测试用例。
●局限性：只适用于变量之间没有依赖的情况；不适用于布尔变量；•健壮性测试●含义：例外情况时的系统表现；n个变量对应6n+1个测试用例；•最坏情况测试●用例为边界值集合的笛卡儿积（5n个测试用例）•健壮最坏情况测试——7n个测试用例•特殊值测试——主观性和有效性•随机测试——使用随机数生成器，直到每种输出至少出现一次；2. 等价类测试 (书:第6章)•等价类测试的思想⏹依据：集合的划分，无冗余（不代表测试用例不冗余），完备性；⏹基本思想：①划分等价类；②从中选取测试用例，以覆盖所有的等价类；⏹关键：如何划分等价类；⏹特点：典型的黑盒测试方法•有效/无效等价类●有效等价类：合理的输入数据，是否实现了预期的功能；●无效等价类：无意义的输入数据，检验程序对于无效数据的处理；•强/弱,健壮/一般等价类测试●弱一般等价类：单缺陷假设，不考虑无效值，不完备●强一般等价类：多缺陷假设，不考虑无效值，不完备●弱健壮等价类：单缺陷假设，考虑无效值，不完备；●强健壮等价类：多缺陷假设，考虑无效值，完备；•基于输入/输出的等价类测试•等价类测试的经验•根据输入条件，划分等价类的原则●如果确知以划分的等价类中的各元素在程序中的处理方式不同，则应进一步划分成更小的等价类。
•等价类测试的步骤（案例）⏹建立等价类表；⏹生成测试用例，规定一个唯一的编号；⏹对有效等价类: 用一个测试用例覆盖尽可能多；⏹对无效等价类: 每个测试用例只覆盖一个；•不适合情况●输入条件之间存在依赖关系；●由多个输入条件的取值组合，决定是否执行某操作；3. 基于决策表测试 (书:第7章)•案例•特点⏹能够表示复杂逻辑关系；⏹在详细设计和测试阶段均可使用；⏹最严格的黑盒测试方法；•适用于：●逻辑很突出；●输入输出之间存在因果关系；4.因果图测试法，基于正交表的测试法（了解）●因果图测试法：考虑输入情况的各种组合，和输入情况之间的相互制约关系；●基于正交表的测试法：选出食量的，具有代表性的点；5、黑盒测试总结●如果变量引用的是物理量，可采用定义域测试和等价类测试；●如果变量时独立的，可采用定义域测试和等价类测试；●如果变量不是独立的，可采用决策表测试；●如果可保证是单缺陷假设，可采用边界值分析和健壮性测试；●如果可以保证是多缺陷假设，可采用最坏情况测试、健壮最坏情况测试、决策表测试。
●如果程序包含大量的异常处理，可采用健壮性测试和决策表测试；●如果变量引用的是逻辑量，可采用等价类测试用例和决策表测试；第三部分白盒测试1．逻辑覆盖分类及其含义●含义：根据一定的逻辑覆盖的目标以及程序内部的逻辑结构生成测试用例；●分类：◆语句覆盖——每个语句至少执行一次◆判定覆盖——对于每个判断，每个取真，取假分支至少经历一次，有可能查不出某个子条件的错误；◆条件覆盖——每个子条件的可能取值至少执行一次，不一定满足判定覆盖◆判定-条件覆盖——前两者的结合，有可能查不出某个子条件中的错误；◆条件组合覆盖——每个判断的所有可能的子条件取值组合至少执行一次，没有考虑多个判定之间的组合；◆路径覆盖——所有可能的路径；2．基本路径测试——将测试路径压缩在一定的限度内●控制流图一圈一个区域，圈外也算是区域；●从程序导出控制流图，遇到复合条件时的转换—复合条件改为单个条件的嵌套的判断；环路复杂性=V(G)= 边数E -节点数N + 2（或等于区域数）图矩阵（了解）——用矩阵来计算控制流图，有方向的；适合测试控制密集型的程序。
3．数据流测试●数据流问题定义变量：值被改变；使用变量：使用了内存中的变量变量的定义－使用路径定义节点使用节点：①谓词使用（判断语句）；②计算使用；定义-使用路径：从定义节点到使用节点；定义清晰路径：定义-使用路径中没有其他定义节点；覆盖路径时，不考虑即是定义又是使用的节点；适合测试计算密集型和控制密集型的程序路径覆盖准则：①全定义一使用路径准则——包含全部的定义清晰路径②全定义准则——每个定义节点到一个使用的定义清晰路径③全使用准则——定义节点到每个使用节点的定义清晰路径④全谓词使用／部分计算使用准则——每个定义节点到所有谓词使用节点的定义清晰路径⑤全计算使用／部分谓词使用准则——每个定义节点到所有计算使用节点的定义清晰路径●基于程序片的测试（了解）影响某个变量在某个点上的取值的一组程序语句4．用白盒测试的覆盖率指标评估黑盒测试覆盖 C(M，S) = 所覆盖的路径数n / 总路径数s冗余 R(M，S) = 测试用例个数m / 总路径数s净冗余 NR(M，S)= 测试用例个数m / 所覆盖的路径数n第四部分 软件测试的级别1． 确认与验证的区别确认：关注最终产品，与用户需求相一致；验收：关注各个开发阶段；与当前步骤的规范相一致；2． 确认测试（黑盒测试）含义——是否满足用户的需求依据——说明书的确认准则；α测试:与β测试：的区别Α测试由若干用户或公司内部人员进行测试；Β测试由最终用户进行测试；3． 验收测试、回归测试的含义验收测试：主要由用户执行，检查是否符合验收标准；回归测试：在软件被修改之后，重新执行以前执行过的测试用例；（bug 被修复后可能会产生新的bug ）；4． 单元测试，含义——对源代码的每一个单元和模块进行测试，以发现模块内部的错误白盒为主，黑盒为辅；错误的检查范围：● 模块接口测试（数据流的检查，参数，返回值，全局量）；● 局部数据结构测试（与变量相关的错误，数据类型，数组越界和地址异常）； ● 边界测试（边界值、运行时间）；● 错误处理测试（出错的描述、显示、处理）；● 路径测试（基本执行路径，最常见的错误执行路径）；测试方法：①静态测试；②动态测试：驱动模块——模拟调用模块；桩模块——模拟被调用模块；5． 集成测试——找出模块间的接口和交互错误基于功能分解树的集成（关注静态结构）● 分类⎪⎪⎩⎪⎪⎨⎧⎪⎩⎪⎨⎧→→自顶向下）自底向上，写混合渐增式集成（读层开始，需驱动模块，自底向上集成（从最底到桩模块，需回归测试自顶向下集成（主模块渐增式集成）性很小，很难定位错误一次性运行成功的可能一次性集成(●比较优点缺点一次性集成可以说没有很难定位错误自顶向下集成较早发现控制方面的错误过多的回归测试，大量桩模块（模块数-1）主控部分出错要导致返工自底向上驱动模块（总-底层），并行测试多个模块混合渐增式桩和驱动模块少定位缺陷的难度（子系统一次性集成基于调用图的集成（模块之间的调用关系）●分类：①成对集成；②邻居集成；●缺点：缺陷难以隔离和定位，回归测试量大；基于路径的集成（关注模块间的交互）模块可执行路径——始于一个源节点，终于一个汇节点；MM-路径——起点：主模块的源节点，终点：消息静止点；从主模块开始，到主模块结束；与系统测试无缝连接，面向对象软件案例集成测试的组织与实施（了解）6．系统测试含义——由确认测试的软件和系统的其他成分结合在一起，进行集成测试和确认测试常见的系统测试（理解定义）●功能测试——检验功能的实现；●性能测试——性能是否达标；●负载测试——边界（满负载）的情况下的性能问题●压力测试——资源紧缺的情况下的功能或性能问题；●配置测试——保证硬件的组合多样化；●兼容性测试——两个软件之间的交互；●安全性测试——安全性和保密性是否发挥作用，漏洞；●可靠性测试——平均失效时间，因故障而停机时间；●恢复测试——故障后的恢复情况，不对系统造成任何伤害；●安装测试——安装过程中出现的错误；●易用性测试——使用的合理性和方便性；●文档测试——系统文档的齐全、多余和规范例子第五部分软件测试工具软件测试工具的常见功能⏹测试计划和管理⏹源代码控制⏹自动测试用例生成；⏹标准测试用例包⏹内存泄露测试⏹测试框架⏹捕获、回放与比较（无人照料、机械重复测试）⏹模拟负载测试⏹模拟并发测试⏹测试覆盖率分析优点●测试流程和数据的标准化、规范化；●与项目计划、开发计划集成；●测试用例、缺陷报告、缺陷分析与测试计划集成；●测试文档管理●缺陷跟踪和管理、测试评估；●测试脚本和测试用例可以重复使用、重新编辑；●测试数据与测试过程/脚本分离；●适合回归测试与压力测试、负载测试、疲惫测试；●管擦程序内部信息（对象属性、方法，内部数据变化；缺点⏹费用风险⏹集成风险⏹银弹风险——没有任何技术或管理上的进展，能够独立地许诺十年内使生产率、可靠性或简洁性获得数量级上的进步。
