软件测试课复习资料(v0.9).pdf

题型： -客观题：选择题(10*1’)+填空题(10*2’ ) +判断题(10*1’ )共 40 分 -简答题: 4 或 5 道，共 20 分 -分析题: 4 或 5 道，共 40 分 #Chap 1 ·1、软件测试的概念 (P9) 从一个通常是无限的执行域（集合）中选择合适的、有限的测试用例，对程序所期望的的行 为进行动态验证的活动过程。 ·2、软件测试正反 2 种观念的争辩。代表人物、他们的主要观念及存在的问题。 (P7~9) 1972 年，软件测试领域的先驱 BILL Hetzel 博士（代表论著《软件测试完全指南》），在美国 的北卡罗来纳大学组织了历史上第一次正式的关于软件测试的会议。 观点：软件测试就是一系列活动，这些活动是为了评估一个程序或软件系统的特性或能力， 并确定其是否达到了预期结果。 （1） 测试是试图验证软件是工作的，也就是验证软件功能执行的正确性。 （2 ） 测试的目的是验证软件是否符合事先定义的要求。 （3 ） 测试的活动是以人们的设想或预期的结果为依据。这里的设想或预期的结果指需求 定义，软件设计的结果。 存在问题： （1） 可能使软件测试的活动效率降低 （2 ） 甚至缺乏有效的方法进行测试活动。 Myers （代表论著《软件测试的艺术》）认为不应该着眼于验证软件是工作的，相反，应该 用逆向思维去发现尽可能多的错误。 观点:测试是为了发现错误而执行的一个程序或者系统的过程。 一个成功的测试必须是发现了软件问题的测试否则测试就没有价值。这个定义引导人们证明 软件是不工作的，以反向思维方式，不断思考开发人员理解的误区，不良的习惯，程序代码 的边界，无效数据的输入以及系统的弱点，试图破坏系统摧毁系统，摧毁系统，目标就是发 现系统中各式各样的问题。 存在问题： （1） 如果只强调测试的目的是寻找错误，就可能是测试人员容易忽视软件产品的某些基 本需求或者客户的实际需求，测试活动可能会存在一定的随意性和盲目性。 （2 ） 如果只强调测试的目的是寻找错误，使开发人员容易产生一个错误的印象，认为测 试人员的工作就是挑毛病的。 （3 ） 除此之外还强调测试是执行一个程序或者系统的过程，也就是说测试活动是在代码 完成之后进行，而不是贯穿整个软件开发过程的活动，及软件测试不包括软件需求 评审，软件设计评审和软件代码静态检查等一系列活动，从而使软件测试的定义具 有局面性和片面性。 总结：这正反两方面的观点是从不同的角度看问题，一方面通过测试来保证质量，另一方面 又要改进测试方法和提高软件测试的效率，两者相辅相成。软件测试就是在这两者之间获得 平衡，但对于不同的应用领域，二者的比重不一样。 ·3、结合 V 模型谈谈开发与测试关系附录：V 模型 (P10-P11) V 模型 ：能准确反映出开发活动和测试活动之间的关系，说明： 1）测试活动与开发活动同时启动； 2 ）每个开发活动都有相应级别的测试类型相对应。 3 ）测试是分层的。只有完成单元测试、集成测试、系统测试、验收测试4 个层次的测试， 才是对软件产品的完整测试。 ·4、请结合实例，谈谈为什么穷尽测试是不可能的。(开放题，从输入和路径穷 尽来考虑) 通过测试并不能发现和修改测试对象中的全部的缺陷和问题，因此，不可避免有一些缺陷会 遗漏到客户的使用现场，从而触发软件产品产生令用户不满意的失效或者各种问题。 即使是规模很小的软件或者软件产品，其逻辑路径和输入数据的组合也几乎是无穷的。假如 测试人员想对测试对象进行完全的检查和覆盖，那基本上是不可能的. 测 试人员面临的测试时间和测试资源往往是非常有限的。多年的测试实践经验表明，测试 团队往往很难获得测试计划中预留的测试时间，当软件开发和测试的时间发生冲突的时候， 测试团队常常被要求压缩测试时间；同时，测试过程中的测试资源限制，例如：测试平台、 测试人员的限制，使得测试团队只能在有限的条件下开展测 试活动 测试内容几乎是无穷的，而测试时间和测试资源非常有限，我们能做的就是采取合适的测试 策略，在现有条件下如何做的更好。 测试的尽早介入。集中精力在缺陷刚刚被引入的阶段就发现它，避免缺陷向后续阶段转 移（不仅可以降低成本，同时也可避免缺陷的雪崩效应）； 基于风险的测试。确保测试高优先级的关键的功能首先被测试，尽早和尽量多的发现严 重程度的缺陷，而不是将有限的测试时间和