4．项目立项前测试人员不需要提交任何工件。(√ ) 5．单元测试能发现约80%的软件缺陷。(√ )
6．代码评审是检查源代码是否达到模块设计的要求。(╳) 7．自底向上集成需要测试员编写驱动程序。(√ )
8．负载测试是验证要检验的系统的能力最高能达到什么程度。(╳) 9．测试人员要坚持原则，缺陷未修复完坚决不予通过。(╳) 10．代码评审员一般由测试员担任。(╳)
11．我们可以人为的使得软件不存在配置问题。(╳) 12．集成测试计划在需求分析阶段末提交。(╳) 13 、好的测试员不懈追求完美。(√ )
14、测试程序仅仅按预期方式运行就行了。(╳) 15、不存在质量很高但可靠性很差的产品。(╳)
16、软件测试员可以对产品说明书进行白盒测试。(╳) 17、静态白盒测试可以找出遗漏之处和问题。(√) 18、总是首先设计白盒测试用例。(╳ )
19、可以发布具有配置缺陷的软件产品。(√)
20、所有软件必须进行某种程度的兼容性测试。(√ )
21、所有软件都有一个用户界面，因此必须测试易用性。(╳) 22、测试组负责软件质量。(╳ )
1 ． 软件测试 的目的是尽可能多的找出软件的缺陷。（ Y） 2 ．Beta 测试是验收测试的一种。（ Y） Acceptance testing
验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。 3 ．验收测试是由最终用户来实施的。（ N ） 是由测试人员来实施的 4 ．项目立项前测试人员不需要提交任何工件。（ Y ） 工件：加工过程中生产对象 5 ．单元测试能发现约80% 的软件缺陷。（ Y ）
6 ．代码评审是检查源代码是否达到模块设计的要求。（ N ）
代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 7 ．自底向上集成需要测试员编写驱动程序。（ Y ） 自顶向下综合测试的具体步骤为：
1 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代 2 依据所选的集成策略（深度优先或广度优先），每次只替代一个桩模块； 3 每集成一个模块立即测试一遍；
4 只有每组测试完成后，才着手替换下一个桩模块；
5 为避免引入新错误，须不断地进行回归测试（即全部或部分地重复已做过的测试）。 自底向上综合测试的步骤分为：
1 把低层模块组织成实现某个子功能的模块群（cluster）;
2 开发一个测试驱动模块，控制测试数据的输入和测试结果的输出； 3 对每个模块群进行测试；
4 删除测试使用的驱动模块，用较高层模块把模块群组织成为完成更大功能的新模块群。 8 ．负载测试是验证要检验的系统的能力最高能达到什么程度。（ N ）
负载测试（Load testing），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。
9 ．测试人员要坚持原则，缺陷未修复完坚决不予通过。（ N ） 10 ．代码评审员一般由测试员担任。（ N ） 11 ．我们可以人为的使得软件不存在配置问题。（ N ）
是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。 12 ．集成测试计划在需求分析阶段末提交。（ N ）执行阶段 1）时间安排 单元测试已经完成后就可以开始执行集成测试了
2）输入 需求规格说明书 概要设计 集成测试计划 集成高度设计 集成测试例 集成测试规程 集成测试代码（如果有） 集成测试脚本 集成测试工具 详细设计 代码 单元测试报告 3）入口条件 单元测试阶段已经通过基线化评审
4）活动步 骤 执行集成测试用例 回归集成测试用例 撰写集成测试报告 5）输出 集成测试报告
6）出口条件 集成测试报告通过集成测试阶段基线评审 1．软件测试的目的是尽可能多的找出软件的缺陷。（ T） 2．Beta 测试是验收测试的一种。（T） 3．验收测试是由最终用户来实施的。（F）
4．项目立项前测试人员不需要提交任何工件。（F） 5．单元测试能发现约80%的软件缺陷。（T）
6．代码评审是检查源代码是否达到模块设计的要求。（F） 7．自底向上集成需要测试员编写驱动程序。（T）
9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（F） 10．代码评审员一般由测试员担任。（F）开发人员 11．我们可以人为的使得软件不存在配置问题。（F） 12．集成测试计划在需求分析阶段末提交。（F）项目计划 13、 好的测试员不懈追求完美。( T)
14、 测试程序仅仅按预期方式运行就行了。(F ) 15、 静态检查就是看代码。( F)
16、 软件测试员可以对产品说明书进行白盒测试。( F) 17、 静态白盒测试可以找出遗漏之处和问题。( T) 18、 理论上白盒测试可以发现软件所有的缺陷。(F ) 19、 可以发布具有配置缺陷的软件产品。(T) 20、 软件必须进行某种程度的兼容性测试。( T) 1. 好的测试员不懈追求完美。( × )
2. 测试程序仅仅按预期方式运行就行了。( × ) 3. 不存在质量很高但可靠性很差的产品。( √ )
4. 在没有产品说明书和需求文档的条件下可以进行动态黑盒测试。( √ ) 5. 静态白盒测试可以找出遗漏之处和问题。( √ ) 6. 测试错误提示信息不属于文档测试范围。( × ) 7. 单元测试能发现约80%的软件缺陷。( √ )
8. 代码评审是检查源代码是否达到模块设计的要求。( √ ) 9. 自顶向下集成需要测试员编写驱动程序。( × ) 10. 总是首先设计黑盒测试用例。( √ )
01）测试是为了验证软件已正确地实现了用户的要求。 ×
（02）白盒测试仅与程序的内部结构有关，完全可以不考虑程序的功能要求。 √ （03）白盒测试不仅与程序的内部结构有关，还要考虑程序的功能要求。 × （04）黑盒测试的测试用例是根据程序内部逻辑设计的。 ×
（05）黑盒测试的测试用例是根据应用程序的功能需求设计的。 √ （06）为了快速完成集成测试，采用一次性集成方式是适宜的。 ×
（07）在软件开发过程中，若能推迟暴露其中的错误，则为修复和改进错误所花费的代价就会降低。 ×
（05）在软件开发过程中，若能尽早暴露其中的错误，则为修复和改进错误所花费的代价就会降低。 √
（09）单元测试通常由开发人员进行。 √ （10）压力测试通常需要辅助工具的支持。 √ （11）压力测试不需要辅助工具的支持。 × （12）测试人员说：“没有可运行的程序，我无法进行测试工作”。 × （13）软件测试员可以对产品说明书进行白盒测试。 × （14）软件测试员无法对产品说明书进行白盒测试。 √
（15）在设计测试用例时，应包括合理的输入条件和不合理的输入条件。 √ 1、一个程序中所含有的路径数与程序的复杂程度有着直接的关系。（ ∨ ） 2、结构性测试是根据软件的规格说明来设计测试用例。（ x ）
3、错误推测法是根据输出对输入的依赖关系来设计测试用例的。（x ）
4、软件缺陷属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。（∨ ）
5、对于一个含有n个变量的程序，采用边界值健壮性测试方法来测试程序会产生6n+1个测试用例。（∨）6、数据流测试是主要用作路径测试的真实性检查。两种形式分别为定义/使用测试、基于程序片的测试。（∨ ）
7、软件只要经过严格严谨的内部测试之后，可以做到没有缺陷。（x ） 8、测试用例应由测试输入数据和对应的实际输出结果这两部分组成。（ x ） 9、测试是可以穷尽的。（ x ） 10、测试自动化是万能的。（ x ）
11、软件缺陷可能会被修复，可能会被保留或者标识出来。（ ∨ ） 12、每一个软件项目都有一个最优的测试量。（ ∨ ）
13、黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（∨ ） 14、代码审查工作属于静态测试。（ ∨ ）
15、软件测试是一个过程，包含若干活动，运行软件进行测试只是活动之一。（∨ ）
16、回归测试是在软件修改后再次运行以前为查找错误而执行程序曾用过的测试用例. ∨ 17、集成测试是为确定软件系统是否满足验收标准以及使客户决定是否接受而进行的正式测试. （ x ） 18、测试按照测试层次可以划分成为单元测试、集成测试和系统测试。（ ∨ ） 19、只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。（ x ）
20、永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。（∨ ） （1） 测试是为了验证软件已正确地实现了用户的要求。 F
（2） 白盒测试仅与程序的内部结构有关，完全可以不考虑程序的功能要求。T （3） 黑盒测试的测试用例是根据程序内部逻辑设计的。F
（4） 为了快速完成集成测试, 采用一次性集成方式是适宜的。F
（5） 在软件开发过程中，若能推迟暴露其中的错误，则为修复和改正错误所花费的代价就会降低。F 1. 软件测试是有效的排除软件缺陷的手段。 （ √ ） 2. 程序员与测试工作无关。 （ × ） 3. 程序员兼任测试员可以提高工作效率。 （ × ） 4. 产品说明书（需求文档）的变更应当受到控制。 （ √ ） 5. 白盒测试的“条件覆盖”标准强于“判定覆盖”。 （ × ） 6. 软件开发全过程的测试工作都可以实现自动化。 （ × ） 7. 找出的软件缺陷越多，说明剩下的软件缺陷越少。 （ × ） 8. 采用自动化测试有可能延误项目进度。 （ √ ） 10．测试应从“大规模”开始，逐步转向“小规模”。 （ × ） 三、判断题：共10小题，每小题1分，满分10分；请将答案以“√”、“×”形式填入题后括号中。 1.白盒测试的条件覆盖标准强于判定覆盖。 （ × ） 2.验收测试是以最终用户为主的测试。 （ √ ） 3.测试程序仅仅按预期方式运行就行了。 （ × ） 4.自底向上集成需要测试员编写驱动程序。 （ √ ） 5.好的测试员不懈追求完美。 （ × ） 6.软件测试工具可以代替软件测试员。 （ × ）
7.最重要的用户界面要素是软件符合现行标准和规范。 （ √ ） 8.自动化测试可能延误项目进度。 （ √ ） 9.软件测试员可以对产品说明书进行白盒测试。 （ √ ） 10.静态白盒测试可以找出遗漏之处和问题。 （ √ ） 二、判断题：共20小题，每题1分，满分20分）
1. 软件测试是有风险的行为，并非所有的软件缺陷都能够被修复。（∨ ） 2. 软件质量保证和软件测试是同一层次的概念。（x ）
3. 我们有理由相信只要能够设计出尽可能好的测试方案，经过严格测试之后的软件可以没有缺陷。
（ x ）
4. 程序员兼任测试员可以提高工作效率。（ x ）
5. 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。（ ∨ ） 6. 传统测试是在开发的后期才介入，现在测试活动已经扩展到了整个生命周期。（ ∨ ） 7. 传统测试以发现错误为目的，现在测试已经扩展到了错误预防的范畴。∨
8. 软件测试的生命周期包括测试计划、测试设计、测试执行、缺陷跟踪、测试评估。（∨ ）
9. 调试从一个已知的条件开始，使用预先定义的过程，有预知的结果；测试从一个未知的条件开始，结
束的过程不可预计。（ x ）
10. 白盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（ x ）
n
11. 在边界值方法中，对于一个有n个变量的函数作最坏情况测试，生成的测试用例个数是7个。（ x ） 12. 软件生存周期是从软件开始开发到开发结束的整个时期。 （ x ）
13. 在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的测试方法。（ ∨ ） 14. 永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。（∨ ） 15. 测试用例的数目越多，测试的效果越好。（ x ）
16. 只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。（ x ） 17. 单元测试属于动态测试。（ ∨ ） 18. 验收测试是以最终用户为主的测试。（∨ ） 19. 没有发现错误的测试是没有价值的。（ ∨ ） 20. 可以把不合格的开发人员安排做测试。（ x ）
因篇幅问题不能全部显示，请点此查看更多更全内容