1(√) 发现错误多的模块，残留在模块中的错误也多。
2(×) 目前在进行集成测试时普遍采用非渐增式测试方法。
分析：因为非渐增式测试方法先是对每一个子模块进行测试（单元测试阶段），然后将所有模块一次性的全部集成起来进行集成测试 。很难确定出错的真正位置、所在的模块、错误的原因。
3(×) Alpha测试在一个或多个客户场所进行，Beta测试由用户在开发者的场所进行。
分析：验收测试分为正式验收测试、Alpha测试、Beta测试。Alpha测试在开发者的场所进行，Beta测试由用户在一个或多个客户场所进行。
4(√) 单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。
5(×) 测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误.
6(×) 成功的测试是没有发现错误的测试
分析：成功的测试是发现了至今为止没有发现的错误的测试
7(√) 确认测试也称为验收测试，它的目的是验证软件的有效性。
8(×) 软件测试是通过运行程序来查看错误。
分析：静态测试不运行程序
9(√) 类的私有方法可以测试。
10(√) 源程序代码的逻辑简单明晰，易读易懂是好程序的一个重要标准。
11(×) 边界测试中所选择的输入测试数据一定是有效数据。
分析：边界测试的测试用例选择原则：如果输入条件规定了值的范围，则应该取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据
12(×) 抽象类可以测试。
分析：抽象类本身无法实例化，所以不能测试
13(√) 如数据流具有明显的事务特点时(有一个明显的事务中心)，以采用事务分析方法为宜.
14(√) 结构化程序设计是一种设计程序的技术，它采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。
15(√) 在程序设计过程中，我们尽量采用自顶向下和逐步细化的原则，由粗到细，一步步展开。
16(√) 程序流程图本质上不是逐步求精的好工具，它诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。
17(×) 良好的单元测试可以代替集成测试。
18(×) 在面向对象测试领域，对子类展开测试，既要测试子类的属性和方法，也要测试从父类的属性和方法。但是对于子类当中的重载方法，仅仅需要测试子类中的方法。
19(×) 等价划分属于白盒测试技术而控制结构测试属于黑盒测试。
分析：等价划分属于黑盒测试技术而控制结构测试属于白盒测试。
20(√) 静态分析工具可用于软件测试中直接分析源代码，辅助生成测试用例。
21(√) 动态测试工具并不适用于需要大量交互操作的回归测试场合
22(×) 静态分析工具能分析测试用例对判定的覆盖程度
23(√) 静态分析工具通常把被测程序看作为字符流输入，经检查与分析后，产生出一份分析报告。
24(×) 良好的单元测试可以代替集成测试。
25(√) 软件测试的目的是尽可能多的找出软件的缺陷。
26(√) Beta测试是验收测试的一种。
27(√) 验收测试是由最终用户来实施的。
28(√) 项目立项前测试人员不需要提交任何工件。
29(√) 单元测试能发现约80%的软件缺陷。
30(×) 代码评审是检查源代码是否达到模块设计的要求。
分析：软件评审目的尽早发现产品中的缺陷
31(√) 自底向上集成需要测试员编写驱动程序。
32(×) 负载测试是验证要检验的系统的能力最高能达到什么程度。
分析：系统的最高能力是压力测试，而负载测试是在超荷情况下的性能测试
33(×) 测试人员要坚持原则，缺陷未修复完坚决不予通过。
34(×) 代码评审员一般由测试员担任。
分析：一般是开发人员评审
35(×) 我们可以人为的使得软件不存在配置问题。
36(×) 集成测试计划在需求分析阶段末提交。
分析：
37(√) 软件测试是有风险的行为，并非所有的软件缺陷都能够被修复。
38(×) 软件质量保证和软件测试是同一层次的概念。
分析：测试只是质量保证工作中的一个环节。软件质量保证和软件测试是软件质量工程的两个不同层面的工作。
39(×) 我们有理由相信只要能够设计出尽可能好的测试方案，经过严格测试之后的软件可以没有缺陷。
40(×) 程序员兼任测试员可以提高工作效率。
分析： 程序员不能测自己的程序
41(√) 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。
42(√) 传统测试是在开发的后期才介入，现在测试活动已经扩展到了整个生命周期。
43(√) 传统测试以发现错误为目的，现在测试已经扩展到了错误预防的范畴。
44(√) 软件测试的生命周期包括测试计划、测试设计、测试执行、缺陷跟踪、测试评估。
45(×) 调试从一个已知的条件开始，使用预先定义的过程，有预知的结果；测试从一个未知的条件开始，结束的过程不可预计。
分析：测试从一个已知的条件开始，使用预先定义的过程，有预知的结果；调试从一个未知的条件开始，结束的过程不可预计
46(×) 白盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。
分析：黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。
47(×) 在边界值方法中，对于一个有n个变量的函数作最坏情况测试，生成的测试用例个数是7n 个。
分析：4n+1
48(×) 软件生存周期是从软件开始开发到开发结束的整个时期。
分析：软件生存周期是从软件的产生直到报废的生命周期
49(√) 在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的测试方法。
50(√) 永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。
51(×) 测试用例的数目越多，测试的效果越好。
52(×) 只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。
53(×) 单元测试属于动态测试。
分析：单元测试既可以使用静态分析，也可以使用动态测试
54(√) 验收测试是以最终用户为主的测试。
55(√) 没有发现错误的测试是没有价值的。
56(×) 可以把不合格的开发人员安排做测试。
57(√) 移动应用测试面临的一个困难是软件（app）运行的硬件平台太多。
58(√) 众测是解决移动测试待测平台太多困境的有效方法。
59(√) 在Voas的PIE模型中，执行了错误语句（Fault），程序不一定进入错误状态（Error），并且即使进入错误状态，程序最终也有可能不表现出失效（Failure），我们把这种情况称之为偶然正确性。
60(√) 回归测试是用于验证改变了的系统或组件是否保持原有的特性。
原文地址：https://www.cnblogs.com/yg1024/p/8194778.html