华软敏捷开发与测试复习提纲
软件测试复习提纲
一、题型1、选择题（15-20题）30-40分2、判断题（15-20题）15-20分3、综合题：45-55分A、基本概念B、白盒测试C、黑盒测试二、考点1.软件测试的目的2.软件测试的任务3.软件缺陷产生的原因及特征4.单元测试概念、方法、特点5.集成测试概念、方法、特点6.系统测试概念、方法、特点7.白盒测试概念、方法、特点（包括语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖）8.黑盒测试概念、方法、特点（等价类划分方法）9.等价类的划分方法10.其他与测试相关概念1.软件测试的目的（1）测试是程序的执行过程，目的在于发现错误。
（不能证明程序的正确性，除非仅处理有限种情况）（2）检查系统是否满足需求也是测试的期望目标。
（3）一个好的测试用例在于发现了还未曾发现的错误；一次成功的测试则是发现了错误的测试。
注意：测试无法说明错误不存在，只能说明软件错误已出现。
2.软件测试的任务通过执行程序，暴露潜在的错误3.软件缺陷产生的原因及特征原因：（1）人在软件的设计阶段所犯的错误是导致软件失效的主要原因。
（2）软件复杂性是产生软件缺陷的极其重要的根源。
特征：（1）软件的特殊性决定了缺陷不易看到，即“看不到”。
（2）发现了缺陷，但不易找到问题发生的原因所在，即“看到但是抓不到”。
4.单元测试概念、方法、特点概念：（1）是对软件基本组成单元进行的测试。
（2）单元具有一些基本属性，如：明确的功能、规格定义，明确的与其他部分的接口定义等，可清晰地与同意程序的其他单元划分。
（3）基本单元不一定是指一个具体的函数或一个类的方法。
（4）在具体实现时，也可能对应的是多个程序文件中的一组函数。
方法：（1）自顶向下的单元测试策略（2）自底向上的单元测试策略（3）孤立的测试策略（4）综合测试（详情请读PPT或课本）特点：单元测试的力度最小，主要测试单元是否符合“设计”，检验每个软件单元能否正确地实现其功能满足其性能和接口要求。
软件测试课理论部分复习提纲
软件测试课复习提纲1. 描述一个比较规范的软件开发流程,或你们是怎么进行测试的2. 你们是如何保证软件质量的3.软件和硬件的区别4.什么是软件工程，软件工程主要从几方面管理软件项目？5.那些任务需要使用工具，或软件生命周期一般分为几个阶段6.CMM是什么的缩写，简单介绍一下什么是CMM?7.CMM如何分级，每级都关注哪些事情？8.配置管理是CMM哪级的要求？SQA呢？需求管理？软件项目跟踪和监控？（2）同行评审？（3）软件质量管理？定量过程管理？4）介绍CMM2级的主要KPA9.描述几种典型的软件开发模型10.软件工程铁三角是?11.软件质量控制的手段有哪些？12.测试目的是什么？13.说说你认为测试有什么基本原则14.你常用的测试技术有哪些？15.基本路径测试是在什么测试里提出来的？16.什么是黑盒测试？黑盒测试要关注哪些内容？17.黑盒测试的方法？18.GUI测试考虑的范围一般有哪些？19.C/S测试关注什么？20.都有哪些测试类型？描述一下21.测试基本流程里一般包括哪些测试？每个测试阶段都主要干什么22.回归测试是什么？23.叙述一个良好的测试团队的人员组成和职责，或你们测试组的人员分工24.介绍一个完整的测试过程，或说说你们是如何测试XXX软件的25. 描述bug的处理流程，bug中会包括哪些类型的问题26.谈谈几种测试工具的功能和特点27.自动化测试的好处和问题28.测试工程师对自己的要求有哪些方面，或者你对自己的技能发展和素质提高有什么认识29. 你编写测试用例都依据什么，你认为设计测试用例有哪些要求或者说好的测试用例的基本要求是什么?30．白盒测试有哪些方法？有哪些常见的工具？是谁来完成？31．测试用例是不是越多越好？32．根据什么来判断测试是否完成?软件测试课复习提纲回答要点（参考）1.描述一个比较规范的软件开发测试流程2.如何保证软件质量（流程，版本控制系统，配置管理，需求管理，故障管理，阶段review。
软件测试期末考试复习提纲
《软件测试》期末考试复习提纲2018年4月10日第一部分、考试形式和时间答题时限：90 分钟考试形式：闭卷笔试第二部分、考试题型和得分构成一、选择题：对每一道小题，从其4个备选答案中选择最适合的一项，每小题2分，共10道小题，20分。
二、填空题：每空1分，共5道小题，10个空白处待填，10分。
三、判断题：每一道小题均以陈述语句描述，对的打√，错的打х。
每小题1分，共10道小题，10分。
四、简答题：简单回答一些基本概念，每小题5分，共6道小题，30分。
五、分析设计题：每小题15分，共2道小题，30分。
第三部分、考试复习范围一、选择题1. 假定10<K<55，那么K在边界值分析测试中应该取的边界值是什么？9/10/55/562 嵌入式软件测试的工具有哪些？（1）纯软件测试工具：CoverageScope、Logiscope等（2）纯硬件测试工具：逻辑分析仪、示波器、万用表等（3）软硬结合测试工具：CodeTest3．软件测试是软件质量保证的重要手段，下述测试中属于软件测试最终环节的是什么？验收测试4．条件判定覆盖是一种逻辑覆盖。
满足条件判定覆盖级别的测试用例也是满足什么级别的覆盖？语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖5. 白盒测试在源程序代码中进行插桩时，设置插桩的合适位置有哪些？•程序的开始，即程序块的第1个可执行语句之前•2）转移指令之前•for,do ,do-while,do until 等循环语句处。
•if, else if, else及end if等条件语句各分支处。
•输入/输出语句之后。
•函数、过程、子程序调用语句之后。
•3）标号之前。
•4）程序的出口•return语句之后，call语句之后6．下述说法中错误的是哪项？A．单元测试一般采用白盒测试方法B. 集成测试采用灰盒测试方法C. 系统测试采用黑盒测试方法D. 确认测试采用灰盒测试和黑盒测试相结合的方法7．单元测试的任务是哪些？模块接口测试模块局部数据结构测试模块边界条件测试覆盖测试出错处理检测8．对于软件的β测试，正确的描述是怎样的？9. 软件测试类型按开发阶段划分是有哪些？单元测试、集成测试、确认测试、系统测试、验收测试10. 逻辑路径覆盖法是白盒测试用例的重要设计方法，其中语句覆盖法是较为常用的方法，针对给定小语句段，采用语句覆盖法完成测试用例设计。
软件测试复习提纲(精品).doc
软件测试的公理：1 .测试只能保证软件存在错误，而不能表明软件没有错误。
2.测试的作用：确定程序中存在缺陷；帮助判断程序在实际中是否有用。
3.自己测试自己的程序是不可能能够测试充分的。
白盒测试主要根据被测程序的内部结构设计测试用例。
黑盒测试主要根据规格说明设计测试用例。
1.白盒测试：又叫做结构测试，逻辑驱动测试，是基于程序的测试。
2.黑盒测试：又叫做功能测试，数据驱动测试，是基于规格说明书的测试，从用户的观点出发的测试。
3.什么是软件测试？狭义上，软件测试是为了发现错误而执行程序的过程，是根据各个阶段的规格说明和内部结构而设计的一批测试用例，并根据这些测试用例执行程序发现错误的过程。
广义上，软件测试是贯穿整个软件开发周期，对软件产品（包括阶段性产品）进行验证和确认的过程。
其目的是尽早的发现软件中的错误一与用户需求和预先结果不一致性。
4.软件测试可以分为：单元测试，集成测试（又分为非增量式测试和增量式测试（自顶向下增量式测试，自底向上增量式测试，混合增量式测试）），确认测试，系统测试，验收测试。
5.软件测试的目的：发现软件错误，保证软件质量。
6.软件缺陷：1）产品为达到说明书上已经标明的功能2）产品出现说明书不会出现的错误3）产品没有实现说明说中虽未指出但应达到的目标4）产品功能超出说明书指明的范围5）软件测试人员认为软件难理解，不宜使用，或用户认为该产品使用效果不良。
7.白盒设计测试用例的方法：（语句覆盖，条件覆盖，判定覆盖，条件判定覆盖，）又叫做逻辑覆盖法、路径覆盖8.软件测试的对象：数据，程序，文档。
9.黑盒测试设计方法：边界值分析法，等价类划分法（有效等价类，无效等价类）,正交法，判定表法，因果图法，用例场景10.对于一个n变量函数，边界值分析法会产生4n+l个测试用例。
如：x属于【1,12】，y属于【1,31】，则边界值分析法设计测试用例。
<1, 15X2, 15X12, 15X11, 15X6, 15X6, 1X6, 2X6, 30X6, 31〉共九个4*2+111.个数为n的函数的最坏情况为5的n次方个。
华软软件工程复习提纲
“功能”、“新书籍”、“信息”、“记录”都是在描述需求时使用 到的一些相关词语，并不是问题域的本质，因此先可以将其淘汰掉；
筛选修选类
“计算机类”、“非计算机类”是该系统中图书的两大分类， 因此应该对其建模，并改名为“计算机类书籍”和“非计算机 类书籍”，以减少歧义； “外借情况”则是用来表示一次借阅行为，应该成为一个候选 类，多个外借情况将组成“外借情况列表”，而外借情况中一 个很重要的角色是“朋友”—借阅主体。虽然到本系统中并不 需要建立“朋友”的资料库，但考虑到可能会需要列出某个朋 友的借阅情况，因此还是将其列为候选类。为了能够更好地表 述，将“外借情况”改名为“借阅记录”，而将“外借情况列 表”改名为“借阅记录列表”； “购买金额”、“册数”都是统计的结果，都是一个数字，因 此不用将其建模，而“特定时限”则是统计的范围，也无需将 其建模；不过从这里的分析中，我们可以发现，在该需求描述 中隐藏着一个关键类—书籍列表，也就是执行统计的主体。
得到候选类
书籍 计算机类书籍 非计算机类书籍 借阅记录 借阅记录列表 书籍列表
在使用“名词动词法”寻找类的时候，很多团 队会在此耗费大量的时间，特别是对于中大型 项目，这样很容易迷失方向。其实在此主要的 目的是对问题领域建立概要的了解，无需太过 咬文嚼字
关联分析建模
多重性分析建模
职责分析
书籍类：从需求描述中，可找到书名、类别、作者、出版社；同时从统
顺序图示例-还书
顺序图示例-POS机
43
软件测试
软件测试
45
白盒测试 黑盒测试 对比测试(背靠背测试) Alpha测试和Beta测试的定义与区别
敏捷开发学习笔记
敏捷开发学习笔记第一章、敏捷实践一、宣言：人和交互重于过程和工具可以工作的软件重于面面俱到的文档客户合作重于合同谈判随时应对变化重于遵循计划1.团队的合作和沟通、交互，比工具更重要，工具只是工具，够用的工具就可以了。
水平也不要求过高，能够很好的与他人合作是最重要的。
case工具使用与否并不重要，白板和方格纸也可以，大家能看得懂就可以。
团队的构建重于环境的配置，应该是先构建团队，然后为团队配置资源2.没有文档的软件是一种灾难，但是过多的文档更是灾难。
除非特别重要，不编写文档，文档只记录罪重要的原则，不要过大，记录下来大家都共识的东西最好。
好的代码就是文档。
3.客户合作尤为重要。
定期且频繁的客户反馈，是项目成功的关键。
如果客户是跟开发人员工作在一起，才能最终成功4.能够随时应对变化的结构，比遵循计划更重要。
计划不要考虑太远，因为各种环境都在发生变化，随着软件的提交，需求也许会发生变化。
糟糕的是，没有经验的管理者认为制造一个完美的甘特图并悬挂在墙上，是非常有诱惑力的，并且感觉对项目具有了控制力，实际上，在软件计划编制的时候，这个计划就已经过时了。
一般做一周的计划，是最切合实际的。
二、十二项基本原则：1.最优先考虑的是通过尽早的、持续的交付有价值的软件来使客户满意2.适应需求变化，并能驾驭需求变化3.经常交付可以工作的软件，时间越短越好4.在整个项目开发时间，业务人员和开发人员必须朝夕工作在一起5.围绕斗志高昂的人构建团队，并为他们提供所需的环境和支持，并且信任他们能够完成工作6.面对面的交流是团队内部最有效的交流方式7.可以工作的软件是进度主要的度量标准8.稳定的开发速度。
出资人、开发者共同保证稳定的开发速度。
而不是急于求成，开发速度是开发团队工作一段时间决定的9.不断追求卓越技术和良好设计，提高敏捷开发的质量。
保持软件尽可能干净、健壮10.简单，尽量减少工作量是门艺术。
保证今天的高质量并相信明天能够应付11.最好的架构、需求和设计来自自我组织的团队内部。
《软件测试》复习提纲及答案
《软件测试》复习提纲用答案(dáàn)1.什么是软件测试？为何(wèihé)要进行软件测试？软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品（包括(bāokuò)阶段性产品）进行验证和确认的活动过程。
确保软件的功能符合(fúhé)用户的需求，把尽可能多的问题在发布或交付前发现并改正。
2.什么是软件缺陷？请举例。
哪里(nǎ li)出现的缺陷最多？软件缺陷就是软件产品中所存在的问题，最终表现为用户所需要的功能没有完全实现，未满足用户的需求。
术语：缺点(defect)异常(anomaly)偏差(variance)失败(failure)缺陷(bug)故障(fault)问题(problt)错误(error)规格说明书出现的最多。
3.软件测试是否就是程序测试？哪些可以作为软件测试的对象？不是。
对象：程序、数据（库）、文档、服务4.软件测试的目的是什么？软件测试的目标是什么？软件测试的原则是什么？目的：测试的目的就是发现软件中的各种错误和缺陷；测试只能证明软件存在缺陷，不能证明软件不存在缺陷；测试可以使软件中缺陷降低到一定程度，而不是彻底消灭；以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。
目标：确保软件完成了它所承诺或公布的功能；为软件的质量评估提供依据；确保软件满足性能的要求；确保软件是健壮的和适应用户环境，为软件质量改进和管理提供帮助原则：所有的测试都应追溯到用户需求；保证测试的覆盖程度，但穷举测试是不可能的；越早测试越好，测试过程与开发过程应是相结合的；Pareto原则：测试中发现的80%的错误可能来自于20%的程序代码；测试的规模由小而大，从单元测试到系统测试；为了尽可能地发现错误，应该由独立的第三方来测试；不能为了便于测试擅自修改程序；既应该测试软件该做什么也应该测试软件不该做什么5.软件测试如何分类？按照程序是否执行：静态测试（审查、评审和走查）、动态测试按照测试用例的设计方法：白盒测试、黑盒测试按照(ànzhào)开发阶段划分：单元测试、集成测试、系统测试、验收测试按照(ànzhào)测试实施的组织划分:开发方测试、用户测试（β测试(cèshì)）、第三方测试按照是否使用工具(gōngjù)：手工测试、自动化测试6.常见(chánɡ jiàn)的软件测试模型有哪些？各有什么优缺点？V模型从左到右，描述了基本的开发过程和测试行为，明确地标明了测试工程中存在的不同级别，清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
软件测试复习大纲
《软件测试》复习提纲1.PDCA的涵义与具体内容计划:定义了他或她的目标和决定用来实现它们而采用的条件和方法持行:条件被产生，为执行这个计划所必须的培训也被执行。
每个人彻底地理解这个目标与计划是至关重要的检查:每个人必须检查来决定是否工作根据计划而进展和是否期望的结果被得到。
处理:如果检查发现，工作没有被根据计划执行或结果不是所预期的，必须想办法进行合适的处理2.软件质量保证的基本要素及相关涵义（P5-8）软件质量保证的活动基本上可以分为三类，分别是：软件测试（例如校验与确认），软件配置管理以及质量控制。
但是软件质量保证也依赖于一系列内在的标准、实践、约定和规范。
软件测试一种被普遍采用的风险管理策略，其作用是用来查证软件是否已经满足功能需求。
质量控制的定义是“用于监控工作以及观察需求是否被满足的过程和方法”。
系统中的各个软件元素都存在变化，软件配置管理所关心的就是来标识、跟踪并且控制这些变化3.软件测试的基本模式和相关操作方法（P10-12）1．黑盒测试（功能测试）在黑盒测试或功能测试中，测试条件主要是基于程序或者系统的功能。
测试人员需要有关输入数据的信息，然后他观察输出数据，但是他并不知道程序到底是如何工作的。
2．白盒测试（结构测试）在白盒测试或结构测试中，测试条件是基于程序逻辑的。
测试人员查看程序或者系统的内部机构。
测试数据则由程序或系统的逻辑所驱动，而不考虑程序或系统的需求3．灰盒测试（功能和结构相结合的测试）黑盒测试根据规格说明书来关注程序的功能，白盒测试关注的是程序的路径和逻辑，而把两者结合起来就是灰盒测试。
测试者需要查看规格说明书，同时还要与开发者进行交流以了解系统的内部结构。
4．手动测试VS. 自动测试手动测试的基础在于，它通常不是由人来完成，并且也不是在计算机上执行。
例如，结构化的预排、检查、联合应用设计以及书桌测试。
5．静态测试VS. 动态测试静态测试方法与时间无关。
这样分类的原因是由于它不需要对产品进行手动测试或者自动测试。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
(一)简答
1.敏捷软件测试的关键成功要素。
2.敏捷宣言。
3.常用的敏捷方法。
4.敏捷测试象限。
5.敏捷测试中，自动化的原因有哪些？
6.敏捷测试与传统测试的区别。
7.高效敏捷测试自动化工具的特征。
(二)有关敏捷开发与测试重要知识点:（填空）
(三)教材每章最后的小结。
文化因素如何影响测试人员和他们的团队成功的转变到敏捷开发。
1 在做出任何变化之前都应该考虑组织文化。
2 当整个组织重视质量的时候，测试人员可以容易地融入敏捷团队，但是具有“质量警察”思想的测试人员很难融入敏捷团队。
3 有些测试人员可能会在适应“整个团队”对质量负责的时候有困难，但是团队方式可以帮助克服文化差异。
1 要考虑团队结构的重要性
2 测试人员需要接触更大的测试人员社区来学习和实践新的想法。
3 整个团队在一个地点很重要。
4 在招聘时关注态度。
5 没有正确的测试人员-开发人员比例。
6 团队需要自组织，应确认并确认他们自己的问题，并寻找进步的方法。
7 如果团队在努力，管理层应该奖励促进团队交付业务价值的业绩，但不要惩罚个人。
8 测试人员可以使用敏捷原则来改进自己的技能并增加他们带给团队的价值。
正确的度量标准能够帮助团队运转正常以实现特定目标，并提供良好的投资回报。
度量标准应该是可见的，应提供必要的里程碑以供我们做出决定。
使用缺陷跟踪系统的原因包括便捷、用作知识库、用于跟踪。
缺陷跟踪系统被滥用作沟通工具，记录和跟踪不必要的缺陷是一种浪费。
所有工具，包括缺陷跟踪工具，需要整个团队使用，所以在选择工具时应考虑所有人的看法。
测试策略是长期的总体测试方法，可以记录在静态文档中。
测试计划应该对每个项目都是唯一的。
在简单地接受文档之前应考虑替代方案。
例如，敏捷方法提倡小的增量开发、紧密协作，可
能不再需要正式的跟踪性文档。
把源代码控制系统的注释与测试连接起来可能是另一个选择。
传统的质量过程和过程改进模型，如SAS70审计和CMMI标准，能够与敏捷开发和测试共存。
团队需要创新思维，一起解决问题。
敏捷测试四个象限作为确保在测试和开发过程中覆盖产品质量的所有方面的指导方针。
1 可以使用支持团队的测试驱动需求。
2 评价产品的测试帮助我们思考应用质量的所有方面。
3 使用象限来知道什么时候完成，并确保整个团队共同负责来覆盖矩阵的四个象限。
4 管理技术债务是任何软件开发团队的基础。
使用象限来思考不同的维度。
5 上下文环境可指导测试工作。
支持团队的面向技术的测试的目的，以及所需要的技术和工具：
1 支持编程的面向技术测试使团队有了生产更高质量代码的可能，构成其他所有类型测试的基础。
2 程序员编写支持团队的面向技术的测试并通过提高系统的内部质量和可测试性向测试人员提供了很大的价值。
3 如果你的团队不做这些测试，可以通过让其他团队成员参与其中和从管理层的支持来启动测试。
4 为了尽快提供反馈，团队应该实施持续集成、构建和测试过程。
5 为了帮助支持团队的面向技术测试，敏捷团队需要例如源代码控制、测试自动化、IDE 和构建管理等工具。
在敏捷开发中，示例和面向业务的测试告诉团队应该编写哪些代码，而不是传统的需求文档。
针对功能的小部分工作，在短迭代内，让客户有机会查看和使用应用并调整需求。
测试人员的一个重要职责是帮助客户表述满足条件和创建预期、非预期的示例、每个故事的行为。
和团队一起将功能集合分解成小的、可管理的故事和路径。
遵循“编写测试-编写代码-运行测试-了解”的模式，一步步构建功能。
支持团队的面向业务测试必须自动化以快速和容易地进行反馈，团队才能在短迭代中生产价值。
1 团队需要正确的工具来启发需求和示例，从全局到细节，包括核对表、思维导图、电子表格、模型、流程图和各种软件工具。
2在GUI层或底层显示示例和自动化测试的工具对敏捷测试自动化很重要。
一些工具包括单元测试工具、行为驱动开发工具。
3自制的测试自动化帮助团队降低自动化测试维护的成本。
4通过面向业务测试驱动开发是激励敏捷团队设计可测试性代码的一种方式。
5构建自动化的测试策略应该包括增量构建测试和确保测试一直通过。
设计模式可以用来指导创建有效的测试。
6关键词和数据驱动测试通常适用于本章介绍的各种工具。
7在代码设计中考虑可测试性，理智地选择测试工具，因为它们需要适用于你的代码。
8我们需要想办法组织测试，以便有效地使用并进行版本控制。
(1)在评估一个故事的工作量时，考虑不同角度，包括商业价值、风险、技术实现、以及该功能的使用方法、场合等。
不明白的地方要有针对性的提出问题，不要钻牛角尖。
(2)测试人员能帮助你在功能集中找出其中的薄弱环节和关键路径，对设定故事优先级有较大帮助。
高风险的故事应尽早作出安排，可能需要尽早开始额外的测试。
(3)测试人员能帮助团队全面考虑新故事对整个系统造成的影响。
(1)迭代审核是从客户团队得到反馈的绝好时机。
(2)回顾活动是帮助团队不断改进的一项关键性实践活动。
(3)全盘考虑团队可以做出改进的方面，但每次只关注其中的一至两项。
(4)找到合适的方式让大家在迭代中时刻不忘这些改进活动项。
(5)大小成就都要庆祝，并且感谢团队中不同角色各自做出的贡献。
(6)迭代结束时的这几项活动也是提出测试相关障碍的好机会，大家一起想办法客户它们。
(1)产品的成功交付不仅包括正在构建的应用,还要计划好非软件交付的产品,例如文档、法律声明和培训。
(2)结束阶段是精心修饰产品、对产品进行最后加工的机会。
(3)其他小组可能负责结束阶段和发布的环境、工具和其他构件，要提前与他们合作。
(4)确保测试了数据库更新脚本、数据转换和安装的其他部分。
(5)UAT是客户用他们的数据测试并建立他们对产品的信心的时机。
(6)为必需的额外周期计划时间，例如协调在开发之后与外部部分的测试周期。
(7)在发布计划过程中建立发布验收标准，这样可以知道发布什么时候准备好。
(8)测试人员要经常参与到管理发布和测试打包中。
(9)在发布产品时，应考虑整个发布包，即客户需要的和期望的是什么。
(10)应从发布中学习，然后采纳并改进过程。
填空选择判断简答综合
复习提纲的第一大题是简答，第二大题是填空，第三大题的课后小结应该是选择和判断，综合题应该会考象限。