《软件质量与测试》思考题

1、软件质量与测试l=J思考题第一章软件测试的基本概念软件测试的定义P6-P9软件测试指使用人工和自动手段来运行或测试摸个系统的过程，目的在于 检测其是否满足规定的需要或弄清楚预期与实际结果之间的差别软件缺陷的定义P6-P9软件维达到需求规格说明书中指明的功能软件出现了需求规格说明书中指明不会出现的错误软件功能超出了需求规格说明书中指明的范围软件爱你未达到需求规格说明书中虽为指出但应达到的目标软件测试员认为软件难以理解，不用使用，运行速度缓慢，或者最终用 户认为不好。测试用例的定义P17。测试用例使用哪三类数据？ P20正常数据、边界数据、错误数据ISO/IEC9126关于软件质量的定义P140o

2、主属性以及副属性？能举例说明。功能性、可靠性、易用性、效率、可维护性、可移植性测试环境的定义P22。测试环境就是软件运行的平台即软件测试所必须的工作平台和前提条件软件测试就是通过运行程序来寻找错误，对吗？错。软件测试不仅包括动态测试，还包括静态的检查。测试的对象不仅针 对查程序，还需要针对文档软件产品发布后，用户发现了错误，将导致怎样的后果？软件产品发布给用户后，若由用户发现的缺陷，则视缺陷的严重程度和影 响范围，导致的后果不同。若导致用户系统崩溃，严重的数据丢失，巨大的经济 损失，甚至造成人身安全，则对公司影响很大。若只是造成用户使用不便，则其 产品可能招到用户的抛弃和投诉。手机测试是硬件测

3、试，还是软件测试？既是硬件测试，又是软件测试，针对软件外壳，抗摔，防水等方面的测试 时硬件测试，针对手机的通话质量，短信、游戏的方面的测试属于软件测试。第二章软件测试原理软件测试的原则P28-P31a、应尽早和不断地测试b、避免测试自己的程序c、具有良好的测试态度d、人以群分，物以类聚e、测试结果的全面检查f、妥善保存测试过程文档黑盒测试的定义，白盒测试的定义P32-P34黑盒测试：又称功能测试，只考虑系统的输入和输出，完全不考虑程序内 部的逻辑结构和处理过程。白盒测试：又称结构性测试或逻辑驱动测试，研究源代码和程序内部的逻 辑结构静态测试的定义，动态测试的定义P34-P35静态测试：又称静态

4、分析，是不实际运行被测的软件，而是直接分手软件 的形式和结构，查找缺陷。主要包括对源程序、程序界面和各类文档及中间产品 所中的测试。动态测试：又称动态分析，是指需要实际运行被测软件，通过观察程序运 行时所表现出来的状态、行为等发现软件缺陷。a测试的定义，p测试的定义P38a测试也称开发方测试，开发方通过检查和提供客观证据，证明软件运行是 否满足用户规定的需求.P测试是内部测试之后的外部公开测试，是将软件完全交给用户，让用户在 实际使用环境下进行的对产品预发布版本的测试软件测试的V模型，W模型，H模型，X模型P40-P44只要学会自动化测试工具的使用，就能轻松搞定测试工作了， 是这样吗？不管是什

5、么测试工具，它实质反应的是其背后的测试思想，因此，抛开设计 方法去学习测试工具的使用，是没有任何意义的.而且，测试工具的使用必须有测 试用例为指导，得到的测试脚本才具有复用性，而测试用例的设计涉及多种测试 方法，因此，完全不懂测试技术是不能胜任软件测试岗位的.在任何情况下，执行回归测试时，都应把以前测试过的测试用例全部执行一遍，是这样吗？不是这样的.回归测试包的选择应根据，进度、风险等全盘考虑软件测试的日的是证明程序的正确。软件测试的日的是证明程序的有错。这两种说法哪个正确?两种说法都正确。但都存在片面性，应视不同的情况予以应用。第三章黑盒测试技术边界值法对每个边界应如何取值？ P69A、若输

6、入条件规定了取值范围，则以该范围作为边界B、若输入条件规定了值得个数，则以值的个数为边界C、若输出域中，针对每个输出条件，使用原则A、BD、若输入域或输出域是有集合，则选取集合中特定次序的元素作为边界。边界值法测试时，所选择的输入数据一定是有效数据。是这样吗？ P71不一定。边界值测试只关注边界，设计测试用例时不区分系统输入在边界 点上是否有效。因此，系统输入在边界点上可能是有效的，也可能是无效的。对NextDate问题，设计出年，月，日的边界值法的测试用例。P71等价类划分法应如何取值？与边界值法取值有何不同？ P74等价类划分法，对输入数据的集合划分只有一种结果吗？ P73对NextDat

7、e问题，设计出年，月，日的等价类划分法的测试用例。P77错误推测法应如何取值？ P83列举系统中所有可能的缺陷和容易发生缺陷的特殊情况，并根据它们选择 测试用例场景法的基本流？备选流？ P84基本流失从系统某个出示抬开始，经一系列状态后到达终止状态的过程中 做主要的一个业务流程备选流是以基本流为基础，在经过的每判定节点处满足不同的触发条件而 导致的其他事件流第四章白盒测试技术条件覆盖和条件组合覆盖有什么不同？ P109条件组合覆盖一定满足条件覆盖给出闰年的判定代码，请分别设计出语句覆盖，判定覆盖，条件组合覆盖的测试用例。P113语句覆盖常常不能发现判定语句的缺陷，是什么原因？举例说明。P103

8、?语句覆盖这个指标自身的局限性所致，另一方面是由于逻辑判定“与”、 “或”关系本身的特殊性所致对循环语句测试时，设计测试用例应考虑哪几点问题？ P124。、对于单个循环节点，如何将循环次数与边界之结合起来展开测试引对于单个循环节点，如何从循环过程的完整性角度来展开测试对于单个循环节点，如何根据不同的节点组合形式，有条不紊地展开测 试，使得存活次数、循环过程的完整情况，以及循环之间的各种特殊情况都能全 面的考虑数据流测试的定义节点？使用节点？ P128静态白盒测试和动态白盒测试有什么不同？ P32，P145什么是代码走查？代码的编程者参加代码走查会议吗？ P133代码走查是以小组为单位进行代码阅

9、读、讨论和模拟运行，是一系列规程和缺陷检查技术的集合编码标准和规范是静态白盒测试的内容吗？ P136第六章单元测试单元测试中，单元应如何划分？ P204对于c语言 单元常指一个函数或子过程，特殊情况下，会将具有强耦合 性的函数共同作为一个单元来测试对于c+、java或c#等面向对象语言来说，单元一般指一个类，图形化软件中，单元常指一个窗口或一个菜单事实表明一般软件工程师的平均缺陷引入率是多少？ P206100个/千行代码单元测试一般由谁完成？ P204开发人员单元测试的主要内容？ P2081、模块接口测试2、模块局部数据结构测试3、模块边界条件测试4、模 块中多有独立的执行路径测试5、模块的所

10、有错误处理路径测试什么是驱动模块？桩模块？在什么场合使用？ P211驱动模块是模拟被测试单元的上级模块，用户接收测试数据，启动被测模 块个输出结果桩模块式迷你被测单元所调用的模块。当被测单元较为复杂时，最好利用驱动模块和桩模块构建测试环境，运行 程序什么是测试驱动程序？如何设计测试驱动程序？ P212测试驱动程序是通过测试用例来驱动被测单元，以便于观察测试用例执行 结果，查找缺陷的代码段。利用已有的测试用例，接受测试数据；将测试数据传递给被测单元；输出测试用例的执行结果;记录测试执行的有关信息；自动检查测试用例的通过情况测试驱动程序是对单元测试进行自动化测试吗？ P220为什么说独立测试是相对

11、较好的一种单元测试策略？ P214独立测试策略易于操作，可达到较高的结果覆盖率，是纯粹的单元测试， 自顶向下和自底向上的策略是单元测试和集成测试的混合，所以独立测试时相对 最好的一种单元测试策略。第七章集成测试什么是集成测试？ P222集成测试时在单元测试的基础上，将所有已通过单元测试的模块按照概要 设计的要求组装为子系统或系统，进行集成测试，魔帝是确保各个单元模块组合 在一起后能够按既定意图协作运行，并确保增亮的行为正确。集成测试一般由谁完成？ P238开发人员集成测试的主要内容？ P223将各模块连接起来时，穿越模块接口的数据是否丢失个子功能组合起来能否达到预期要求的父功能一个模块的功能是

12、否会对其他模块的功能产生不利影响全家数据结构是否有问题，是否会被异常修改单个模块的误差积累起来，是否会放大到不可接受的程度成对集成的测试策略？ P224成对集成的基本思想是将每个集成测试用例限定在一对单元上，即每个集 成测试用例都是做小的集成单元，仅涉及一对调用接口邻居集成的测试策略？ P225邻居集成的基本思想是将每个集成测试用例限定在某个节点的邻居上，即 针对摸个模块的集成测试用例应同时包括该模块机器邻居自底向上的测试策略？ P230自底向上的集成是从最底层模块开始。按照调用图的结构，从下而上，逐 层将各模块组装起来功能分解的测试策略？ P236集成测试与单元测试的区别？ P222单元测试

13、主要关注模块的内部，而集成测试查看接口时主要关注穿越接口 的数据、信息是否正确，是否会丢失第八章系统测试1 .什么是系统测试？ P239系统测试时将已经过良好的集成测试的软件系统，作为整个计算机系统的 一部分，与计算机硬件、外部设备、支持软件、数据以及人员等其他系统元素结 合在一起，在实际使用环境下对计算机系统进行一系列的严格测试来发系统中的 潜在缺陷，保证系统交付给用户之后能够正常使用。系统测试一般由谁完成？系统测试的主要内容？ P242包括功能测试、性能测试、可安装测试系统测试与集成测试的区别？ P239系统测试的最终目的是保证开发方交付给用户的软件产品能够满足用户的 需求，因此系统测试份

14、额测试用例应在实际的用户使用环境下来执行，系统测试 是涉及软件、硬件、网络等多方面的因素过程。这是系统测试与集成测试、但单 元测试的最大的不同之处功能测试与界面测试的区别？ P253压力测试与负载测试的区别？ P244负载测试与压力测试的区别在于负载测试侧重于压力持续的时间，而压力 测试则更加强调施加压力的大小兼容性测试的内容？ P246。、与硬件的兼容性测试引与其他软件平台和应用程序的兼容性测试c、数据共享的兼容性测试向前兼容？向后兼容？ P247向前兼容是指被测软件应与其未来版本保持兼容向后兼容指软件应与其以前的版本兼容第九章测试用例的组织和管理测试用例的核心内容？ P262标志符（ID）

15、、测试输入、操作步骤、预期结构测试用例的执行结果一般有哪5种情况？ P263通过、失败、警告、阻塞、跳过测试用例的优先级的含义？ P263测试用例的优先级别可以笼统的分为高、中、低三个级别，优先级越高， 越应尽早执行该用例何种场合，一个文件仅写一个测试用例？ P267具有一系列行动的测试用例什么是设计良好测试用例的最重要的前提条件？ P270熟悉业务流程，熟悉产品特性测试用例的评审，为什么要开发人员和销售人员参加？ P271检查测试人员编写的测试用例是否有遗漏测试用例应写得越细越好，是这样吗？ P275不是这样，应视测试用例的人而定测试用例的设计可以一次性完成吗？ P275不行，而是应该随版本

16、的的变化及时修改和更新第十章软件缺陷的管理软件缺陷的4个属性？ P278可重现性、严重性、优先级、可修复性所有的软件缺陷都可以重现吗？原因是什么？ P278不是，受到偶然性和苛刻条件的影响，并非所有缺陷都可以重现。a、有些缺陷是具有积累效应的，有长期积累而形成的。如形态内存泄漏问题b、有些缺陷设计对日前等的处理，只有当满足特殊条件的日期出现时，才会触发缺陷，如“千年虫”问题。c、有些缺陷仅在第一次运行的时候才出现，其余时候都运行正常。严重性高的软件缺陷，其处理优先级一定也高吗？ P281严重性高的缺陷，其处理优先级不一定高。软件缺陷的基本处理流程？ P285打开-分配修复关闭由测试人员发现缺陷，提交缺陷报告（打开），项目经理负责将缺陷分配给 开发人员（分配），有开发人员