软件测试期末复习【PTA】

练习1

判断

由于功能性是软件最基本的质量特性，因此在用户未提出明确的非功能需求时，只需在进行完善的功能测试后，就可以向客户提出验收测试请求。

T

F

ISO9126质量模型定义：

功能性：最基本的质量特性，当软件在指定条件下使用时，软件产品提供满足萌确和隐含要求的功能的能力。

---

测试用例越多，测试效果越好。

T

F

根据测试用例设计原则，要兼顾充分性和效率，并非越多越好

1. 基于测试需求的原则
   按照测试类别的不同要求设计测试用例。

2. 基于测试方法的原则
   比较成熟的测试用例设计方法与丰富的实践经验相融合才能设计出高品质的测用例。

3. 兼顾测试充分性和效率的原则
   测试用例集应兼顾测试的充分性和测试的效率，每个测试用例的内容也应完整具有可操作性。

4. 测试执行的可再现性原则

   应保证测试用例执行的可再现性

---

软件测试的基本流程包括需求分析、设计测试方案、执行测试、测试评估、测试总结、测试维护。

T

F

需求分析、制定测试计划，设计测试方案、执行测试、测试评估、测试总结、测试维护

---

通过早期测试，能够帮助开发团队以更少的成本解决问题。应当把“尽早和不断地测试”作为测试人员的座右铭。

T

F

尽早开始测试，把测试贯穿软件生命周期全程

---

在测试过程中，对已发现缺陷较多的模块可以不将其作为测试重点，应释放一部分测试资源去测试缺陷发现较少的模块。

T

F

软件测试的10个原则，第五条

1. 尽早测试
2. 全面测试（对软件所有部分、全部人员投入）
3. 全过程测试（开发全过程，全程跟踪）
4. 独立的、迭代的测试（单独过程，独立完成）
5. Pareto原则（缺陷聚集，发现越多错，存在错误概率越大）
6. 对测试出的错误结果一定要有一个确认的过程
7. 制定严格的测试计划
8. 完全测试的不可能的，测试需要终止（穷尽测试是不可能的）
9. 注意回归测试的关联性
10. 妥善保存一切测试过程文档
11. 测试应基于客户需求

---

自动化测试不是万能的。

T

F

---

软件发布后如果发现质量问题，那是软件测试人员的错。

T

F

是软件开发过程出现的问题，应提高软件开发水平从而提高软件质量，软件测试只是检验软件质量的手段

根据软件缺陷的正式定义：

• 核心：紧紧抓住用户需求
• 措施：软件质量控制
• 纠偏：测试人员不应对所有缺陷负责
  • 面对需求模糊不清时，需要对需求进行书面规定：需求规格说明
  • 面对需求变化无常时，需要确保需求稳定：项目管理员来控制需求稳定性

单选

如下关于测试用例的描述中错误的是（）

A.测试用例是一组精心设计的输入，目的是为了在最短时间内找到最多、最严重的缺陷

B.测试结果就是测试用例的实际输出

C.测试用例方便了测试人员与开发人员之间的沟通

D.测试用例有利于缺陷的跟踪

A、软件测试实现的目标

B、测试用例是一组测试输入、执行条件和预期结果

---

下列关于软件测试的说法中正确的是（）

A.因为测试工作简单，所以其对软件产品质量影响不大

B.通过软件测试，主要发现软件产品的功能问题

C.软件测试是消除缺陷的有效手段

D.经过严格测试过的软件没有缺陷

A、软件测试核心价值是确保产品的质量，软件测试是软件产品质量保证的重要措施之一，已经成为软件开发中必不可少的环节。

B、软件测试的首要目的不是要发现缺陷，而是要确保被测系统满足需求。

C、软件测试是排除和防止软件缺陷和故障的最有效的手段。

D、软件测试不可能完全消除缺陷，只能尽可能消除，降低风险

---

下列关于软件质量的描述中正确的是：

A.软件质量是指软件满足规定用户需求的能力

B.软件质量特性是指软件的功能性、可靠性、易用性、效率、可维护性，可移植性

C.软件质量保证过程就是软件测试过程

D.以上描述都不对

A、反映实体满足明确或隐含需要能力的特性总和

B、ISO9126定义六个子特性

C、软件测试可以验证软件质量，但软件测试不能提高软件质量

---

下列关于黑盒测试与白盒测试技术的说法中错误的是（）

A.黑盒测试是依据对需求规格说明进行分析后导出测试用例，白盒测试是基于对内部结构或内部操作分析后导出测试用例

B.测试员不需要了解被测系统的内部结构也可以执行黑盒测试

C.成功对某模块执行白盒测试后，发现所有测试用例均运行成功，说明该模块已实现了预定的需求

D.通过黑盒测试可以检测被测系统的每个功能是否都能正常使用。

---

下列哪种模型强调了测试计划等工作的先行及对系统需求、设计的测试？

A.V模型

B.W模型

C.瀑布模型

D.螺旋模型

A、标明测试活动和开发活动各个阶段对应关系

B、让测试早接入开发，使测试和开发并行

C、强调开发阶段性、强调产品测试、强调早期计划和需求调查

D、强调全过程风险管理、各开发阶段质量、有没有必要继续

---

下面对验收测试的描述中不正确的一项是（）

A.与系统测试不同的是以客户业务需求为标准来进行测试

B.测试人员多由客户方担任，也可以由客户委托第三方来进行验收测试

C.不仅仅要验收程序，还要验收相关的文档

D.由企业自己的测试人员和开发人员进行测试

A、系统测试将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试

C、收测试内容包括易用性测试、安装测试、文档(如用户手册) 测试等

D、验收测试是确定一系统是否符合其验收准则 (用户需求和验收标准)，使用户、客户或需求方能确定是否接收此系统的正式测试

---

在软件测试中，下面说法中错误是（）。

A.测试时为了发现程序中的错误而执行程序的过程

B.测试是为了表明程序是正确的

C.好的测试方案是极可能发现至今为止尚未发现的错误的方案

D.成功的测试是发现了至今为止尚未发现的错误的测试

G.J.Myers说：

测试是为了证明程序有错，而不是证明程序无错误；A、B

一个好的测试用例是在于它能发现至今未发现的错误；C

一个成功的测试是发现了至今未发现的错误的测试。D

---

为了提高软件测试的效率，应该（）。

A.随机地选取测试数据

B.取一切可能的输入数据作为测试数据

C.在完成编码以后制定软件的测试计划

D.选择发现错误可能性最大的数据作为测试用例

测试用例基本属性：

1. 典型性(代表性)：能揭示最有可能存在缺陷的地方，能代表和覆盖合理与不合理、合法或不合法的情况。 A、B

根据软件基本流程，要在需求分析后指定软件测试计划 C

Pareto原则（缺陷聚集，发现越多错，存在错误概率越大）D

---

软件测试以（）为中心。

A.缺陷

B.需求

C.测试用例

D.流程

软件测试的目的：软件测试以需求为中心，软件开发过程中围绕需要：定义需求、分析需求、实现需求和校验需求。

软件测试的首要目的不是要发现缺陷，而是要确保被测系统满足需求。

---

动态测试的内容不包括（）。

A.单元测试

B.模块测试

C.功能测试

D.结构检查

• 黑盒测试
• 白盒测试
• 单元测试
• 集成测试
• 系统测试
• 验收测试
• 回归测试

---

与设计测试用例无关的文档是（ ）。

A.项目开发计划

B.需求规格说明书

C.设计说明书

D.源程序

在各个时期进行的软件测试，其依据都是不同的，测试用例的设计应该与各个时期的文档有关，故测试用例的设计与需求规格说明书、程序复杂程度、源程序都是有关的。

---

软件测试用例主要由输入数据和（ ）两部分组成。

A.测试计划

B.测试规则

C.预期输出结果

D.以往测试记录分析

---

成功的测试是指运行测试用例后（ ）。

A.未发现程序错误

B.发现了程序错误

C.证明程序正确性

D.改正了程序错误

一个成功的测试是发现了至今未发现的错误的测试。

---

软件测试是保证软件质量的重要措施，它的实施应该在( )。

A.程序编程阶段

B.软件开发全过程

C.软件需求阶段

D.软件设计阶段

---

某软件公司在招聘软件测试工程师，应聘者作出如下保证：（ ）。
①　经过自己测试的软件今后不会再出现问题；
②　在工作中对所有程序员一视同仁，不会因为某个程序员编写对程序中发现较多问题，就重点审查改程序，以免不利于团结；
③　承诺不需要其他人员，自己就可以独立进行测试工作；
④　发扬咬定青山不放松的精神，不把所有问题都找出来，决不罢休。

A.①④正确

B.②③正确

C.都正确

D.都不正确

---

在进行软件测试时，首先应当进行( )，然后再进行集成测试，最后再进行系统测试。

A.单元测试

B.集成测试

C.确认测试

D.验收测试

单元测试（代码块）-> 集成测试（功能块） -> 系统测试（整个程序）-> 验收测试（交付完成）

---

软件测试活动主要包括( )。

A.测试设计

B.测试执行

C.都是

D.测试总结

需求分析、制定测试计划、设计测试方案（测试准备和测试环境的建立）、执行测试、测试评估、测试总结、测试维护的过程

---

下列软件属性中，软件产品首要满足的应该是（）。

A.功能需求

B.性能需求

C.可扩展性和灵活性

D.容错纠错能力

软件产品首要满足的应该是用户需求。用户需求是指用户在使用软件时期望得到的功能、性能和用户体验等方面的要求。软件产品的设计、开发和发布应该以用户需求为中心，确保产品能够满足用户的实际需求。

---

下列哪个不是测试环境组成要素（ ）。

A.软硬件

B.技术文档

C.测试工具

D.网络环境

软件硬件、测试工具、网络环境

---

软件生存周期过程中，修改错误成本最大的阶段是（ ）。

A.需求阶段

B.设计阶段

C.编程阶段

D.运行及维护阶段

​ 在软件测试原则中强调测试人员要在软件开发的早期进行测试，如需求分析阶段就应该介入，问题发现得越早越好。发现缺陷后要尽快修复缺陷，因为随着产品开发工作的进行，一个小错误会扩散成大错误，为了修改后期的错误所做的工作要多得多，即越到后来往前返工也越远，缺陷发现或解决得越迟，成本就会越高。Boehm在书中明确指出，修正错误的代价不是随时间线性增长，而几乎是呈指数增长的。

---

下面有关软件缺陷的说法中错误的是（ ）。

A.缺陷就是软件产品在开发中存在的错误

B.缺陷就是软件维护过程中存在的错误、毛病等各种问题

C.缺陷就是导致系统程序崩溃的错误

D.缺陷就是系统所需要实现某种功能的失效和违背

1. 软件未达到需求规格说明书中指明的功能， 则是缺陷。
2. 软件出现了需求规格说明书中指明不会出现的错误， 则是缺陷。 此条规则可视对软件系统容错性的要求。
3. *软件功能超出需求规格说明书中指明的范围，则是缺陷。
4. 软件未达到需求规格说明书中虽未指出但应达到的目标，则是缺陷。
5. 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为软件使用效果不好，则是缺陷。
6. 是软件产品开发或维护过程中存在的错误、毛病等各种问题。
7. 缺陷是系统所需要实现的某种功能的失效或违背。

---

根据软件需求规格说明书，在开发环境下对已经集成的软件系统进行的测试是（ ）。

A.系统测试

B.单元测试

C.集成测试

D.验收测试

---

下列可以作为软件测试对象的是（ ）。

A.需求规格说明书

B.软件设计规格说明

C.源程序

D.以上全部

---

软件测试工作应该开始于( )。

A.项目立项之后

B.需求分析阶段

C.概要设计阶段

D.详细设计阶段

---

确认系统是否按照预期工作，从而在系统是否满足系统需求方面获取信心。这样的测试目的最可能适用下面的哪个测试阶段( )。

A.单元测试

B.集成测试

C.系统测试

D.验收测试

---

回归测试的目的是( )。

A.验证修改的成功

B.预防功能编写的不完善或疏漏

C.确保修正过程中没有引入新的缺陷

D.帮助程序员更好地进行单元测试

回归测试

​ 指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法

---

下关于测试原则的描述，正确的是( )。

A.所有的软件测试不需要追溯到用户需求；

B.完全测试是不可能的；

C.测试可以显示软件潜在的缺陷；

D.程序员不需要避免检查自己的程序。

软件测试10条基本原则

1. 尽早测试
2. 全面测试（对软件所有部分、全部人员投入）
3. 全过程测试（开发全过程，全程跟踪）
4. 独立的、迭代的测试（单独过程，独立完成）
5. Pareto原则（缺陷聚集，发现越多错，存在错误概率越大）
6. 对测试出的错误结果一定要有一个确认的过程
7. 制定严格的测试计划
8. 完全测试的不可能的，测试需要终止（穷尽测试是不可能的）
9. 注意回归测试的关联性
10. 妥善保存一切测试过程文档
11. 测试应基于客户需求

---

瀑布模型表达了一种系统的、顺序的软件开发方法。以下关于瀑布模型的叙述中，正确的是( )。

A.瀑布模型能够非常快速地开发大规模软件项目

B.只有很大的开发团队才使用瀑布模型

C.瀑布模型已不再适合于现今的软件开发环境

D.瀑布模型适用于软件需求确定，开发过程能够釆用线性方式完成的项目

瀑布模型仍然适用于软件需求确定，开发过程能够采用线性方式完成的项目

---

软件质量的定义是( )。

A.软件的功能性、可靠性、易用性、效率、可维护性、可移植性

B.满足规定用户需求的能力

C.最大限度达到用户满意

D.软件特性的总和，以及满足规定和潜在用户需求的能力

软件质量是软件一些特性的组合，它仅依赖软件本身，反映实体满足明确或隐含需要能力的特性总和

---

对于软件的β测试，下列描述正确的是( )。

A.β测试是在软件公司内部展开的测试，由公司专业的测试人员执行的测试

B.β测试是在软件公司内部展开的测试，由公司的非专业测试人员执行的测试

C.β测试是在软件公司外部展开的测试，由专业的测试人员执行的测试

D.β测试是在软件公司外部展开的测试，可以由非专业的测试人员执行的测试

外测，公测

---

系统测试关注的是( )。

A.某个独立的功能是否实现

B.组件间的接口的一致性

C.某个单独的模块或类是否满足设计要求

D.项目或产品范围中定义的整个系统或产品的行为

检验完整的软件系统配置能否和系统(包括计算机硬件、外设、网络和系统软件、支持平台等)正确连接，并满足系统设计文栏(系统需求规格说明书)的需求。

---

（）强调的是测试要伴随整个软件开发周期。

A.V模型

B.W模型

C.H模型

D.X模型

V测开对应 W测开并行 H测试贯穿全程

---

（)清楚地描述了测试各阶段和开发各阶段的对应关系。

A.V模型

B.W模型

C.H模型

D.X模型

---

（）模型中, 软件测试过程活动完全独立, 贯穿于整个产品的周期, 与其他流程并发地进行, 某个测试点准备就绪时, 就可以从测试准备阶段进行到测试执行阶段。

A.V模型

B.W模型

C.H模型

D.X模型

---

测试人员在测试某一功能时，发现该功能在需求说明书里没有，他接下来正确的做法是（ ）。

A.在需求说明书中补充该功能

B.汇报项目经理，让其查明原因

C.找开发人员沟通，让其删除该功能

D.找用户沟通，该功能是否需要

多选

系统针对无效输入，有哪些可行的响应方法？

A.自动将无效输入转化为有效输入

B.不予处理

C.提示用户如何正确输入

D.提示用户输入出错

---

下列选项中属于软件测试工作能够完成的任务有（）

A.检测软件产品中的缺陷

B.验证软件需求是否正确

C.证明软件产品没有缺陷

D.改进软件开发的流程

---

下列选项中属于静态测试技术的有（）

A.功能测试

B.文档评审

C.恢复测试

D.代码复审

代码检查、静态结构分析、代码质量度量、代码走查、技术评审、代码审查

主观

1. 据IEEE1983，什么是软件测试？

IEEE1983
软件测试的标准定义：软件测试是使用人工和自动手段来运行或测试某个系统的过程，目的在于检验被测软件系统是否满足规定的需要，或是弄清楚预期结果与实际结果之间的差别。

2. IBM公司研究发现：
   如需求分析阶段引入一个缺陷，在测试执行阶段前该缺陷修改成本为1，在编码阶段后该缺陷修改成本则为10，在维护阶段，修改成本则为100。

   在测试阶段前的每个阶段若进行静态测试，该阶段的缺陷消除率为50%，测试阶段的缺陷消除率为80%。缺陷消除率：指发现的缺陷数占总缺陷数的比例。
   假设某项目开发过程中分别有需求、设计、编码、测试、维护 5个阶段（瀑布模型），其中在需求、设计、编码阶段各引入10个缺陷（共30个缺陷）。

   （1）计算并比较提前测试与编码后测试两种方案的缺陷修改成本。

   （2）比较结果说明了什么？

（1）

提前测试：

编码后测试：

测试阶段：30*0.8=24

维护阶段：30-24=6

总成本：24 * 10+6 * 100=840

（2）比较结果可以看出，提前测试方案的缺陷修改成本（300）明显低于编码后测试方案（600）。这说明尽早进行测试并在早期阶段发现并修复缺陷可以显著降低项目的总体成本。这也强调了在整个开发过程中持续进行质量控制和测试的重要性。

3. 软件缺陷

（1）什么是软件缺陷？

（2）从软件缺陷的五个方面（规则）举例说明软件缺陷的现象。（要求：计算器和百度搜索引擎的举例除外）

(1)

Ron Patton从五个方面给出软件缺陷的正式定义
只要符合下列五个规则中的一条，就叫作软件缺陷。
1、软件未达到需求规格说明书中指明的功能， 则是缺陷。
2、软件出现了需求规格说明书中指明不会出现的错误， 则是缺陷。 此条规则可视对软件系统容错性的要求。
3、软件功能超出需求规格说明书中指明的范围，则是缺陷。
4、软件未达到需求规格说明书中虽未指出但应达到的目标，则是缺陷。
5、软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为软件使用效果不好，则是缺陷。

(2)

• 在某音乐软件说明书中声称该软件将在点击播放键后进行音乐播放，而测试人员点击后并未播放音乐
• 在进行测试时，发现出来播放功能外还出现了AI自动生成音乐，而这一功能并未在说明书规定功能中说明
• 在测试中发现，长按播放键后会导致播放键消失，而软件说明书内并未指出解决方案
• 软件规格说明书中明确指出该软件下载音乐不会出现错误，而测试中下载的文件一直为0KB
• 测试人员或最终用户发现该软件UI设置不合理，层级过多，字体过于偏白而导致看不清楚

4. 软件质量的特性

   （1）据ISO8402关于质量的定义 和 GB/T 11457-2006，什么是软件质量？

   （2）据ISO/IEC9126质量模型，软件质量具有哪六大特性？

   （3）自选一款软件系统，从软件质量六大特性简要谈谈如何测试该软件系统的质量。

   （1）I据ISO8402关于质量的定义 和 GB/T 11457-2006，软件质量是：软件产品中能满足给定需要的性质和特性的总体；软件具有所期望的各种属性的组合程度；顾客和用户觉得软件满足其综合期望的程度；确定软件在使用中将满足顾客预期要求的程度。

   （2）功能性、可靠性、易用性、效率、可维护性、可移植性

   （3）不想写了！

练习2

单选

以下不属于逻辑覆盖测试的是（ ）

A.语句覆盖

B.判定覆盖

C.基本路径覆盖

D.条件覆盖

语句覆盖、判断覆盖、条件覆盖、判断-条件覆盖、条件组合覆盖、路径覆盖

---

在软件测试中，逻辑覆盖标准主要用于（）

A.黑盒测试

B.白盒测试

C.文档测试

D.软件验收

---

下列不属于白盒测试技术的是（）

A.路径覆盖

B.判定覆盖

C.条件覆盖

D.需求覆盖

---

在逻辑覆盖准则中，覆盖性最强的是（）

A.语句覆盖

B.判定覆盖

C.条件覆盖

D.条件组合覆盖

---

在下面所列举的逻辑测试覆盖中，测试覆盖最弱的是（）

A.条件覆盖

B.条件组合覆盖

C.语句覆盖

D.判定/条件覆盖

---

下面的个人所得税程序中，满足语句覆盖测试用例是（）

A. income=(800,1500,2000,2001)

B. income=(800,801,1999,2000)

C. income=(799,1499,2000,2001)

D. income=(799,1500,1999,2000)

语句覆盖要求每个带分号语句都要被执行

---

条件组合覆盖是一种逻辑覆盖，满足条件组合覆盖级别的测试用例也满足（）级别的测试。

A.语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖

B.判定覆盖、条件覆盖、判定/条件覆盖

C.语句覆盖、判定覆盖、判定/条件覆盖

D.路径覆盖、判定覆盖、条件覆盖、判定/条件覆盖

条件组合是最大覆盖，只不包括路径覆盖

---

下列有关测试过程 V 模型的说法中，正确的是（）

A.验收测试应确定成程序的执行是否满足软件设计的要求

B.系统测试应确定系统功能和性能的质量特性是否达到系统要求的指标

C.单元测试和集成测试应确定软件的实现是否满足用户需要或合同的要求

D.集成测试在编码结束前就可以开始

单元测试和集成测试 验证系统设计。开发人员和测试人员应检测程序的执行是否符合软件设计的要求：

系统测试 验证系统需求。测试人员根据需求规格说明书检测系统功能、性能的质量特性是否达到系统需求的规格

验收测试、测试人员和用户根据测试计划和结果对系统进行测试和接收，以确定软件的实现是否满足用户需求和合同的要求

V模型 仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段

---

下列不属于软件测试过程模型的一项是（）

A.瀑布模型

B.H模型

C.V模型

D.W模型

瀑布模型是软件生命周期模型，从V模型开始，是基于瀑布改进而来

---

使用白盒测试方法时，确定测试数据应根据（ ）和指定的覆盖标准。

A.程序的内部逻辑

B.程序的复杂程度

C.使用说明书

D.程序的功能

白盒测试是通过内部逻辑确定测试数据，黑盒测试是通过软件规格说明

---

如果一个判定中的复合条件表达式为（A>1）or (b<=3),则为了达到100%的条件覆盖率，至少需要设计多少个测试用例（ ）

A.1

B.2

C.3

D.4

覆盖率 = 至少被执行一次的item总数 / item总数

---

通常可分为白盒测试和黑盒测试。白盒测试是根据程序的（ ）来设计测试用例，黑盒测试是根据软件的规格说明来设计测试用例。

A.内部逻辑

B.功能

C.输入数据

D.应用范围

主观

黑盒测试和白盒测试

黑盒测试是忽略系统或部件的内部机制只集中于响应所选择的输入和执行条件产生的输出的一种测试。
或
黑盒测试又称功能测试或数据驱动测试，是通过测试来检测每个功能是否都能正常使用。是通过软件的外部表现来发现缺陷和错误。黑盒测试把测试对象看成一个黑盒子，完全不考虑程序内部结构和处理过程，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

白盒测试侧重于系统或部件内部机制的测试，类型分为分支测试、路径测试、语句测试。
或
白盒测试又称结构测试或逻辑驱动测试，指通过对程序内部结构的分析、检测来寻找问题。白盒测试把程序看成装在一个透明的白盒子里，也就是清楚了解程序结构和处理过程，检查是否所有的结构及路径都是正确的，检查软件的内部动作是否按照设计说明的规定正常进行。

逻辑覆盖

运用逻辑覆盖的方法测试以下程序段：

上述程序段的流程图如下：

其中：
x=c+1; 为语句块1
x=x=c; 为语句块2
printf (“a=%d,b=%d,c=%d,x=%d\n”,a,b,c,x); 为语句块3
return x; 为语句块4

要求：根据给出的流程图按讲义上的格式分别写出6种逻辑覆盖（语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖）的测试用例。

逻辑覆盖测试的特点

逻辑覆盖测试的六种覆盖策略及其特点如下：

1. 语句覆盖：这种策略的目标是确保程序中的每个语句至少被执行一次。其优点是检查所有语句，有较高的代码覆盖率。然而，它无法检查出条件、循环语句的错误。
2. 判定覆盖：每个判定语句都至少取真一次、取假一次。这种策略比语句覆盖强一些，能发现一些语句覆盖无法发现的问题。但是，往往一些判定条件都是由多个逻辑条件组合而成的，进行分支判断时相当于对整个组合的最终结果进行判断，这样就会忽略每个条件的取值情况，导致遗漏部分测试路径。
3. 条件覆盖：每个条件至少有一次为真。通常而言，条件覆盖比判定覆盖强，因为条件覆盖使得判定中的每一个条件都取到了不同的结果，这一点判定覆盖则无法保证。其优点是能够检查所有的条件错误。
4. 条件判定覆盖：每个判定语句都至少取真一次、取假一次。且每个条件至少有一次为真。这种策略可以检查判定中的每个条件和整个判定的错误。
5. 条件组合覆盖：条件的各种组合至少出现一次。包括全为真、全为假、一部分为真等情况。这种策略可以检查所有可能的条件组合错误。
6. 基本路径覆盖：所有可能的路径至少执行一次。这种策略可以检查程序中所有可能的路径错误。

练习3

单选

基本路径测试是属于( )。

A.黑盒测试方法且是动态测试

B.白盒测试方法且是静态测试

C.黑盒测试方法且是静态测试

D.白盒测试方法且是动态测试

白盒测试+动态测试=语句覆盖、条件覆盖、判断覆盖、判断-条件覆盖、条件组合覆盖、路径覆盖、基本路径测试

---

对一段程序结构而言，环形复杂度的计算方法不包括:

A.控制流图中区域的数量

B.控制流图中边的个数-顶点的个数+2

C.判定节点的数量+1

D.控制流图中边的个数-顶点的个数

V = 边-点+2 = 判断节点+1 = 控制流图区域数量

---

下列（ ）是对程序流程图进行简化后得到的，它可以更加突出的表示程序控制流的结构，且不包含复合条件。

A.数据流图

B.控制流图

C.MM路径图

D.模块调用图

---

基本路径测试属于（ ）

A.功能点的测试覆盖

B.结构的测试覆盖

基本路径测试，分析控制结构的环路复杂性，导出可执行路线集合，从而设计相应测试用例

结构 -> 白盒，功能点 -> 黑盒

---

根据下图，计算环复杂度（ ）。

A.4

B.5

C.6

D.7

编程

后一日问题

根据给定的年、月和日，输出第二日的年月日。2月的日期区分闰年和非闰年。要求参考下图以优化程序结构的方式写代码。

输入格式:

依次输入年、月、日。年月日均在合法范围，年份所在范围[1800,2050] , 月份所在范围[1,12]，日所在范围[1,31]

输出格式:

输出第二日的年、月、日。

输入样例1:

在这里给出一组输入。例如：

2020 12 31

输出样例1:

在这里给出相应的输出。例如：

2021-1-1

输入样例2:

在这里给出一组输入。例如：

2020 7 31

输出样例2:

在这里给出相应的输出。例如：

2020-8-1

#include<bits/stdc++.h>
using namespace std;
const int num[13]={0,31,28,31,30,31,30,31,31,30,31,30,31};

bool check(int x) {	//判断是否是闰年
 if((x%4==0&&x%100!=0)||x%400==0)
 	return true;
 return false;
}

void nextDate(int &year,int &month,int &day) {
 day ++;
 if(day > num[month]){
     if(month == 2 && check(year) && day == 29)
     	return;
     month ++;
     day = 1;
     if(month > 12){
         year ++;
         month = 1;
     }
 }
 return;
}

int main() {
 int year,month,day;
 while(cin>>year>>month>>day)
 {
     nextDate(year,month,day);
     cout<<year<<"-"<<month<<"-"<<day<<endl;
 }
 return 0;
}

主观

简述基本路径测试的基本步骤。

1. 基本路径测试的基本步骤是：

   步骤1：根据源程序导出程序控制流图（程序图），得到路径测试所需的路径地图。

   步骤2：通过计算程序图的环复杂度，确定独立路径集合的规模大小。

   步骤3：以包含判定节点最多的路径作为主路径，并以此为基础构建其他独立路径。

   步骤4：注意剔除不可行路径，必要时补充其他重要路径。

   步骤5：根据得到的路径集合对应设计测试用例。

根据以下代码，使用基本路径测试，按要求回答问题：

（1）使用编号①至编号⑧画出程序图
（2）求出程序环形复杂度
（3）给出测试的独立路径
（4）根据独立路径设计测试用例（此例，输入数据：iRecordNum, iType，输出数据：x，y）

（1）程序图

（2）环复杂度：V（G）=4

（3）独立路径

（4）测试用例

练习4

判断

静态测试只能通过手工方式进行。

T

F

自动、半自动、人工

---

静态分析既可以发现程序中的语法错误，也可以检查和判定程序中的逻辑错误。

T

F

---

通过静态分析能够发现软件的所有逻辑设计和编码错误。

T

F

任何软件测试都无法发现所有缺陷

---

静态测试的实现技术主要包括代码质量度量以及评审和检查。

T

F

---

结对编程、同行桌查和轮查都是非正式评审方式。

T

F

单选

使用静态测试中的函数调用关系图不能够（）

A.检查函数的调用关系是否正确

B.发现是否存在孤立函数

C.明确函数被调用频度，并对这些函数进行重点检查

D.发现函数内部结构

---

下面对静态测试和动态测试的区别描述正确的是（）

A.静态测试并没有真正的运行软件，而动态测试需要运行软件

B.静态测试需要借助于专门的测试工具，而动态测试不需要

C.静态测试是由开发人员执行的，而动态测试是由专门的测试人员完成

D.静态测试是主要是为了增加测试人员对软件的理解，而动态测试是为了发现缺陷

---

下面可以作为评审对象的是（）

①需求规格说明

②程序代码

③测试计划

④用户手册

A.① ②

B.① ② ③

C.① ② ④

D.① ② ③ ④

---

关于评审会议的通用准则，描述不正确的是（）

A.提交讨论的是被评审文档，而不是作者本人

B.作者不应为自己或文档辩护

C.主持人可以同时成为评审人

D.评审团队应对评审对象给出是否接受的最终意见

---

在评审过程中，主持人的工作职责不包括（）

A.参与和评审有关的管理工作

B.选择评审对象和需要参加评审的人员

C.收集评审数据

D.发布评审报告

---

下列各项中，评审方法是按照正式化程序逐渐增强排列的是（）

A.正式评审、小组评审、走查、结对评审、临时评审

B.临时评审、走查、结对审查、轮查、正式审查

C.临时评审、走查、小组评审、结对审查、正式审查

D.临时评审、轮查、结对审查、走查、正式审查

---

在代码检查过程中发现大部分错误的人通常是（）

A.程序员

B.测试员

C.审查者

D.架构师

---

在代码检查的准备阶段和检查会议阶段都具有发现产品错误责任的是______。

A.评审人员

B.开发人员（作者）

C.协调员（主持人）

D.讲解员

---

在代码检查中，负责提供关于检查项目的资料并回答评审人员问题的角色是（）

A.主持人

B.开发人员（作者）

C.评审人员

D.讲解员

多选

下面哪些属于静态分析?

A.代码规则检查

B.程序结构分析

C.程序复杂度分析

D.内存泄漏

静态白盒测试，包括代码检查、静态结构分析、静态质量度量。

---

如何改进程序结构？

A.避免孤立节点

B.避免单一出口

C.降低环复杂度

D.尽量不使用非结构化设计

主观

简述同行评审的流程。

1.计划评审会议：设计部门项目管理部门提交《设计和开发评审申请表》，经批准后进入计划评审会议；项目经理制定合适的会议主持人；作者提供工作产品；评审主持人规划本次评审会议。

2.召开评审预备会：确保参加正式评审会议的人员能清楚了解评审流程和评审目的，正确理解自己的责任，且评审员得到的评审材料正确无误。

3.准备评审会议：判断是否需要增加评审的投入。

4.召开正式评审会议：评审会议各成员展开讨论

5.召开第3小时会议：标记为TBD的问题进行讨论，评审员给出确定意见，并针对修复方案提出意见。

6.修复缺陷：作者修改工作产品，提交修复后的工作产品同时更新审阅情况记录表。

7.确认修复：主持人派专人对修复后的工作产品进行确认，评审员确认所有缺陷都已修复，更新审阅情况记录表，并提交给主持人。

函数调用关系图

1、函数调用层次：

（1）层次越深，集成测试负担越大，对栈的压力越大，容易导致溢出。

（2）从函数调用层次可以找到高风险节点：

调用层次越深的节点，比如叶子节点，从该函数传递数据所涉及的接口数量越多，经过的路径越长，则该路径可以完全正确执行的概率变低，对应风险越大。还有根节点，是主控节点，涉及所有节点的运行情况。

2、函数调用关系：函数的调用关系体现了接口的复杂程序，在调用图中，可以通过计算节点的入度和出度来评价标识高风险节点。

3、查看函数调用图中是否存在递归调用，如果存在则尽量考虑对函数结构的优化，将不必要的递归调用改为循环结构。

4、查看函数调用图中是否存在孤立节点。孤立的函数意味着不执行的场景或路径，代表编码或设计的不合理，应尽量避免。

练习5

单选

在黑盒测试方法中，设计测试用例的主要根据是（）。

A.程序内部逻辑

B.程序外部功能

C.程序数据结构

D.程序流程图

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。

下列有关等价类方法设计测试用例说法不正确的是（）

A.有效等价类：指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。

B.无效等价类：与有效等价类的定义恰巧相反。

C.等价类划分就是把全部输入数据合理地划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据取得较好的测试结果。

D.等价类方法设计测试用例就是设计一条有效等价类的测试用例和一条无效等价类的测试用例。

等价类是指某个输入域的子集合。分为有效等价类和无效等价类。

有效等价类 : 符合需求说明，合理地输入数据集合
无效等价类 : 不符合需求说明，无意义地输入数据集合

例子：

在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。
例如：输入值是学生成绩，范围是0～100。
分析：
有效等价类：0≤成绩≤100
无效等价类：成绩＜0 或 成绩＞100

针对“学生政治面貌是党员、团员、群众”，采用黑盒测试划分（）等价类。

A.1

B.2

C.3

D.4

在划分了等价类后，首先需要设计一个案例覆盖（）有效等价类。

A.等价类数量-1个

B.尽可能多的

C.等价类数量个

D.1个

关于等价类划分方法设计测试用例,下列描述错误的是( )。

A.正确地划分等价类，可以大大减少测试用例的数量，测试会更加准确有效

B.若某个输入条件是一个布尔量，则无法确定有效等价类和无效等价类

C.如果等价类中的一个测试用例能够捕获一个缺陷，那么选择该等价类中的其他测 试用例也能捕获该缺陷

D.等价类划分方法常常需要和边界值分析方法结合使用

在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。
例如：某系统注册时，性别输入必须为男（true）。
分析：
有效等价类：输入true
无效等价类：输入false

某需求规定：“学号”只允许输入英文字符、数字，且长度不超过10个字节，是必填项，以下哪个是有效等价类？

A.Tr123tr#，35500，tewqi

B.Tr123tr，35500tttttt，tewqi

C.Tr123tr，35500，tewqi，学0132

D.Tr123tr，35500，tewqi

等价类划分法只要求选择（ ）

A.一个测试用例

B.无穷数量的测试用例

C.一个或多个测试用例

D.以上都不是

黑盒测试也称为功能测试，黑盒测试不能发现（ ）

A.是否存在冗余代码

B.终止性错误

C.输入是否正确接受

D.界面是否错误

在等价类测试中，下列对等价类的划分不正确的是（）。

A.根据等价关系对输入或输出数据的集合进行划分

B.将集合划分为互不相交的子集

C.划分子集的并集是整个集合

D.集合可以划分为相交的子集

• 根据等价关系对输入数据或输出数据的集合进行划分
• 将集合划分为互不相交(无冗余性)的子集，且这些子集的并是整个集合(完备性)

测试ATM取款功能，已知取款数只能输入正整数，每次取款数要求是100的倍数且不能大于500，下面哪个是正确的无效等价类( )

A.(500，+∞)

B.(500，+∞)、任意大于0小于500的非100倍数的整数；

C.(-∞，100)、(100，200)、(200，300)、(300，400)、(400，500)、(500，+∞)；

D.(0，100)、(100，200)、(200，300)、(300，400)、(400，500)、(500，+∞)；

多选

关于等价类划分测试方法一般知识说法正确的是（ ）。

A.等价类划分可有两种不同的情况:有效等价类和无效等价类

B.测试某等价类的代表值就等于对这一类其它值的测试

C.等价类是指某个输入或输出域的子集合

D.同一等价类中输入数据对于揭露程序中的错误的作用有大有小

等价类划分不仅可以用来确定测试用例中的数据的输入输出的精确取值范围，也可以用来准备中间值、状态和与时间相关的数据以及接口参数等

对揭露系统中的缺陷来说，子集中的每个输入条件是等效的

测试某网站登录功能 ，已知用户名部分只能为大写字母、小写字母、数字、符号的组合且长度需大于8个字符小于15字符，以下哪些是正确的无效等价类（）。

A.bood53453!@#@$

B.Aa123@@#1d

C.cdAba5&1

D.测试teSt12@!

黑盒测试方法中划分等价类可以分为（ ）。

A.有效等价类

B.因果图

C.边界值

D.无效等价类

下面哪些测试属于黑盒测试方法（）。

A.路径测试

B.等价类划分

C.边界值分析

D.循环测试

E.因果图分析

F.正交分析法

G.条件判断

等价类划分/边界值分析/因果图分析/错误推测法/判定表/决策表驱动法/状态迁移法/正交实验法

主观

某网站用户申请注册时，要求用户必须输入用户名、密码及确认密码，对每一项输入条件的要求如下：
用户名要求为4~12位，只能使用英文字母、数字、“-”、“＿” 这几种字符组合，并且首字符必须为字母或数字；
密码要求为6~12位，只能使用英文字母、数字以及“-”、“＿” 这几种字符组合，并且区分大小写。
试用等价类划分法为其设计测试用例。
（1）分析程序规格说明中给出和隐含的对输入条件的要求，列出等价类表（包括有效等价类和无效等价类）。
（2）根据（1）中的等价类表，设计测试用例。

（1）

（2）

练习6

单选

边界值测试属于（D）。

A.模块测试

B.系统测试

C.白盒测试

D.黑盒测试

边界值分析法是对输入输出的边界值进行测试的一种黑盒测试方法，是对等价划分的补充。

在某汽车销售管理系统中，销售员可以根据当时的实际情况允许给客户0-15%的折扣，折扣精确到小数后两位。现在要对系统的折扣项用边界值分析法进行测试，则折扣项的边界值应该取（）

A.(-2, -1, 0, 1, 99, 100, 101)

B.(-Max, 0, 20, Max)

C.(-0.01, 0, 0.01, 14.99, 15.00, 15.01)

D.(-0.01, 0, 0.01, 99.99, 100.00, 100.01)

（1）标准边界值测试：只考虑有效数据范围内的边界值。、对于一个含有n个变量的程，保留其中一个变量，其取值为最小值（min）、略高于最小值（min+）、正常值（normal）、略低于最大值（max-）、最大值（max），让其余变量取正常值，标准边界值分析法测试程序会产生4n+1个测试用例。

（2）健壮边界值测试：会考虑有效和无效数据范围内的边界值。最关心的不是输入，而是预期的输出。其最大的价值在于观察处理异常情况，可以认为它是检测软件系统容错性的重要手段。
对于一个含有n个变量的程，保留其中一个变量，其取值为略低于最小值（min-）、最小值（min）、略高于最小值（min+）、正常值（normal）、略低于最大值（max-）、最大值（max）、略高于最大值（max+），让其余变量取正常值，标准边界值分析法测试程序会产生6n+1个测试用例。

某程序输入X为整数类型变量，1<=X<=10，如果用边界值分析法设计测试用例，则X应该取（）边界值。

A.0，1，10，11

B.1，10

C.1，11

D.1，5，10，11

设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件。

A.T

B.F

在边界值分析中，下列数据通常不用来做测试数据的是（）

A.正好等于边界的值

B.等价类中的典型值

C.刚刚大于边界的值

D.刚刚小于边界的值

如果采用边界值分析法进行健壮性测试，需要对程序的每个输入变量选取（）来设计测试用例。

A.最小值、正常值、最大值

B.最小值、略大于最小值、正常值、略小于最大值、最大值

C.略小于最小值、最小值、正常值、最大值、略大于最大值

D.略小于最小值、最小值、略大于最小值、正常值、略小于最大值、最大值、 略大于最大值

如果程序规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个和最后一个元素作为测试输入值。

A.T

B.F

边界值分析法的测试用例来自于等价类的边界。

A.T

B.F

下面关于边界值分析的说法不正确的是（）。

A.边界值分析采用定义域或等价区间的边界值设计测试用例

B.边界值分析是一种补充等价划分的黑盒测试技术

C.边界值分析法考虑了输入变量之间的依赖关系

D.程序在处理大量中间数值时不易出错，但容易在边界值处出现错误

如果程序的输入条件规定了值的个数，则用最大个数、最小个数、比最大个数少1个、比最小个数多1个的数作为测试数据。

A.T

B.F

1.经验
大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部
针对各种边界情况设计测试用例，可以查出更多的错误

2.含义

• 对输入或输出的边界值进行测试的一种黑盒测试方法
• 测试数据选取原则：正好等于边界的值、刚刚大于边界的值、刚刚小于边界的值

3.原则

• 如果输入条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个范围的边界值作为测试的输入数据
• 如果输入条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据
• 根据规格说明的每个输出条件，使用原则一
• 如果程序的规格说明给出的输入域或输出域是有序集合,应选取集合的第一个元素和最后一个元素作为测试用例
• 分析规格说明
  找出其他可能的边界条件

主观

某一个计算长方体体积的程序要求输入长方体的长、宽、高，分别由 3 个整数 x、y、z 来表示。x、y、z 的上界为 20，下界为 2。给出健壮性边界值分析的测试用例。

测试用例	x	y	z	预期输出
Test case 1	10	10	1	z超出[1,20]
Test case 2	10	10	2	200
Test case 3	10	10	3	300
Test case 4	10	10	19	1900
Test case 5	10	10	20	2000
Test case 6	10	10	21	z超出[1,20]
Test case 7	10	1	10	y超出[1,20]
Test case 8	10	2	10	200
Test case 9	10	3	10	300
Test case 10	10	19	10	1900
Test case 11	10	20	10	2000
Test case 12	10	21	10	y超出[1,20]
Test case 13	1	10	10	x超出[1,20]
Test case 14	2	10	10	200
Test case 15	3	10	10	300
Test case 16	19	10	10	1900
Test case 17	20	10	10	2000
Test case 18	21	10	10	x超出[1,20]
Test case 19	10	10	10	1000

练习7

判断

场景法以事件流为核心，其中事件流又包括基本流和备选流。

T

F

场景法也就是事件流，现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。流，是指一系列的步骤。

一般情况下我们会分基本流和备选流

• 基本流是能够顺利执行的一个场景，从开始到结束一切都顺利的场景。

  • 也可称有效流或正确流，模拟用户正确的业务操作流程。

• 备选流是指除基本流之外的另外一些正常场景、偶尔发生的场景、异常或错误处理。

  • 也可称无效流或错误流，模拟用户错误的操作流程。

---

基本流可以有一条或多条。

T

F

通常，一个业务仅存在一个基本流，且基本流仅有一个起点和一个终点。

---

基本流能单独构成场景，备选流也能单独构成场景。

T

F

一个场景可以由一个基本流和0或以上个备选流构成

---

场景法围绕着场景进行的测试。

T

F

围绕事件流

---

场景是根据基本流和各项备选流生成的。

T

F

一个场景可以由一个基本流和0或以上个备选流构成

---

基本流是一条从初始状态到终止状态完整的业务流程。

T

F

---

备选流是整个业务流程中执行的片段。

T

F

备选流是指：通过实现业务流程时,因错误操作或异常输入,导致流程存在反复,但最终能够达到预期的操作流程，因此是整个业务流程中执行的片段。

---

备选流的起始节点只从基本流的某个判定节点开始。

T

F

备选流可能从基本流开始，在某个特定的条件下执行，然后从新加入到基本流中

也可以起源于另一个备选流

还可以终止用例而不再加入到基本流中

反映了各种异常和错误情况

---

事件流越多，可构成的场景越多。

T

F

黑盒测试中,当场景中包含的事件流越多,可构成的场景越多,可能无法穷尽,造成场景爆炸问题

---

场景法中，对每一个场景生成相应的测试用例。

T

F

设计测试用例的步骤：
1、确定基本流和备选流
2、根据已确定的基本流和各项备选流生成不同的场景
3、为确定的场景生成相应的测试用例
4、复审和验证测试用例，取消多余和等效的。

主观

网上书店都订购过书籍，整个订购过程为：用户输入账号和密码，登录到网站后，进行书籍的选择，当选好自己心仪的书籍后进行订购，这时把所需图书放进购物车，进行 结帐并生成订单，整个购物过程结束。

（1）通过以上的描述，从中确定哪是基本流，哪些是备选流。给出表格列出基本流和备选流。

（2）根据基本流和备选流来确定场景。给出场景事件图。

（3）设计场景条件表。

（4）设计测试用例

（1）基本流

1. 登录网站
2. 输入账号
3. 账号校验
4. 输入密码
5. 密码校验
6. 选择书籍
7. 书籍存在校验
8. 加入购物车
9. 书籍存货校验
10. 结账生成订单

基本流	用户输入账号和密码，登录到网站后，进行书籍的选择，当选好自己心仪的书籍后进行订购，这时把所需图书放进购物车，进行 结帐并生成订单
备选流1	账号不存在
备选流2	密码错误
备选流3	书籍不存在
备选流4	书籍库存空
备选流5	支付失败

（2）场景事件图

场景编号	场景描述	场景事件流组成
场景1	购物成功	基本流
场景2	账号不存在	基本流、备选流1
场景3	密码错误	基本流、备选流2
场景4	书籍不存在	基本流、备选流3
场景5	书籍库存不足	基本流、备选流4
场景6	支付失败	基本流、备选流5

（3）场景条件图

用例ID	场景编号	账号	密码	书籍存在	书籍库存	支付情况	预期结果
1	场景1	V	V	V	V	V	成功购物
2	场景2	I	N/A	N/A	N/A	N/A	提示账号不存在，返回基本流步骤2
3	场景3	V	I	N/A	N/A	N/A	提示密码错误，返回基本流步骤4
4	场景4	V	V	I	N/A	N/A	提示查询书籍不存在，返回基本流步骤6
5	场景5	V	V	V	I	N/A	提示书本库存不足，返回基本流步骤8
6	场景6	V	V	V	V	I	提示支付失败，返回基本流步骤10

（4）测试用例

用例ID	场景编号	账号	密码	书籍存在	书籍库存	支付情况	预期结果
1	场景1	123dd	123456	Y	1	Y	成功购物
2	场景2	123	N/A	N/A	N/A	N/A	提示账号不存在，返回基本流步骤2
3	场景3	123dd	123dddd	N/A	N/A	N/A	提示密码错误，返回基本流步骤4
4	场景4	123dd	123456	N	N/A	N/A	提示查询书籍不存在，返回基本流步骤6
5	场景5	123dd	123456	Y	0	N/A	提示书本库存不足，返回基本流步骤8
6	场景6	123dd	123456	Y	1	N	提示支付失败，返回基本流步骤10

标准答案

期末复习

A卷考前三部分（不考缺陷管理，容易的都在A卷），B卷考更陌生更难内容。

主考Pintia的客观、主观题，还有一部分来自PPT内容。

卷子分布

单选

10题 10*2=20分

判断

12题 12*1=12分

简答

3题 3*10=30分

每10分分4小题，按知识点给分，4个小题具有逻辑性和系统性

软测（软测背景，软件缺陷，软件质量及质量模型，定义，过程模型，分类，基本流程，原则，用例）

白盒（三大技术要点：逻辑覆盖测试，基本路径测试，静态白盒测试）

黑盒（三大技术要点：等价类划分，边界值分析，场景法）

设计

2题 20+18=38分

由小题构成，类似PTA作业