刘-《软件测试技术》复习题

一、概念判断

1 发现错误多的模块，残留在模块中的错误也多。（√）

思想：某处发现了缺陷，则可能会隐藏更多的缺陷。

2 目前在进行集成测试时普遍采用非渐增式测试方法。（×）

非渐增式测试容易出现混乱，为每个错误定位和纠正非常困难，并且在改正一个错误的同时又可能引入新的错误，新旧错误混杂，更难断定出错的原因和位置。常采用渐增式测试方法。

3Alpha测试在一个或多个客户场所进行，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%的软件缺陷。（√）

大概也和80/20原则有关

30代码评审是检查源代码是否达到模块设计的要求。（×）

通过软件评审尽早地发现产品中的缺陷<通过软件评审可以更早地发现需求工程、软件设计等各个方面的问题，减少后期返工，降低质量成本>

31 自底向上集成需要测试员编写驱动程序。（√）

自顶向下需要桩程序，自底向上需要驱动程序

32 负载测试是验证要检验的系统的能力最高能达到什么程度。（×）

文老师：不一定非要到达极限，只要验证一下性能就好了

负载测试不就是压力测试吗？

33 测试人员要坚持原则，缺陷未修复完坚决不予通过。（×）

缺陷分两种： 1、完全影响软件的正常运行或者影响客户的正常体验。这种当然不能予以通过 2、不影响产品运行及客户正常体验且此软件急于使用。以公司利益为出发，应予以通过。但在时间不紧急的情况下应不予通过。一个好的测试人员应该有很好的情况分析能力，并且要有担当。

34代码评审员一般由测试员担任。（×）

代码评审的工作，测试人员大多对代码熟悉度和理解度不够高，这一项工作更倾向于同组的其他开发人员担任，效果更佳

35 我们可以人为的使得软件不存在配置问题。（×）

36 集成测试计划在需求分析阶段末提交。（×）

参照W模型，在需求分析阶段制定集成测试计划是不可能，集成测试计划要在概要设计阶段末提交。

37 软件测试是有风险的行为，并非所有的软件缺陷都能够被修复。（√）

38 软件质量保证和软件测试是同一层次的概念。（×）

软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。

39 我们有理由相信只要能够设计出尽可能好的测试方案，经过严格测试之后的软

件可以没有缺陷。（×）

40 程序员兼任测试员可以提高工作效率。（×）

41 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。（√）

42 传统测试是在开发的后期才介入，现在测试活动已经扩展到了整个生命周期。

（√）

43 传统测试以发现错误为目的，现在测试已经扩展到了错误预防的范畴。（√）

44 软件测试的生命周期包括测试计划、测试设计、测试执行、缺陷跟踪、测试评估。（√）

45 调试从一个已知的条件开始，使用预先定义的过程，有预知的结果；测试从一个未知的条件开始，结束的过程不可预计。（×）

顺序反了

46 白盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。（×）

47 在边界值方法中，对于一个有n个变量的函数作最坏情况测试，生成的测试用例个数是7n 个。（×）

4n+1??

48 软件生存周期是从软件开始开发到开发结束的整个时期。（×）

软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。

49 在所有的黑盒测试方法中，基于决策表的测试是最为严格、最具有逻辑性的测试方法。（√）

50 永远有缺陷类型会在测试的一个层次上被发现，并且能够在另一个层次上逃避检测。（√）

51 测试用例的数目越多，测试的效果越好。（×）

52 只要能够达到100％的逻辑覆盖率，就可以保证程序的正确性。（×）

53 单元测试属于动态测试。（×）

54 验收测试是以最终用户为主的测试。（√）

55 没有发现错误的测试是没有价值的。（√）

56 可以把不合格的开发人员安排做测试。（×）

57 移动应用测试面临的一个困难是软件（app）运行的硬件平台太多。（√）

58 众测是解决移动测试待测平台太多困境的有效方法。（√）

59 在Voas的PIE模型中，执行了错误语句（Fault），程序不一定进入错误状态（Error），并且即使进入错误状态，程序最终也有可能不表现出失效（Failure），我们把这种情况称之为偶然正确性。（√）

60 回归测试是用于验证改变了的系统或组件是否保持原有的特性。（√）

二、思考与辨析题

1、软件缺陷?

2、黑盒测试用于检测发现哪几类错误？

3、正交类测试?

4、静态白盒测试？

5、负载测试？

6、软件测试过程模型。

7、缺陷管理的目标？

8、软件测试的作用？

9、Alpha测试与beta测试的区别?

10、什么情况下测试结束？

11、测试用例设计的关键？

12、黑盒测试用例的设计方法？

13、单元测试主要测试那几方面的问题？

14、移动应用测试存在的困难？

15、性能测试过程中测试脚本的编写过程。

16、在线测试的原理？

17、软件质量的度量方法。

18、举例说明Fault、Failure、Error的区别

19、灰盒测试与白盒测试及黑盒测试的区别。

20、Ad-hoc测试方法的基本原理。

21、错误猜测方法的基本原理。

22、常见的组合测试技术

23、探索式测试？

24、列举你日常使用软件时碰到的5种性能问题。

25、为什么要性能测试？

26、Fuzz 测试？

27、SQL 注入攻击（SQL Injection）。

28、跨站脚本攻击（XSS）。

29、软件响应速度的2-5-10原则？

30、实际测试用例设计应包括哪些要素。

31、PIE模型？

32、结合Kikbug移动应用综测平台，阐述移动应用测试的难点。

三、综合题

1.能为任意程序段设计一组测试用例，要求分别满足语句覆盖、判定覆盖、条件

覆盖、条件组合覆盖。

2.能够依据一段过程逻辑文字（*****）绘制决策表。

3.模仿Kikbug，设计一个用于移动应用测试的众测平台。描述平台结构及各模块

的功能。