软件测试技术基础课后习题复习资料.docx

第1章 软件测试概述1. 简述软件测试的意义。解：随着计算机技术的迅速开展和广泛深入的应用，软件质量问题已成为开发和使用软件人员关注的焦点。而由于软件本身的特性，软件中的错误是不开防止的。不断改良的开发技术和工具只能减少错误的发生，但是却不可能完全防止错误。因此为了保证软件质量，必须对软件进展测试。软件测试是软件开发中必不可少的环节，是最有效的排除和防治软件缺陷的手段，是保证软件质量、提高软件可靠性的最重要手段。2. 什么是软件缺陷？它的表现形式有哪些？解：从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需实现的某种功能的失效或违背。它的表现形式主要有以下几种：1软件未到达产品说明书中已经标明的功能；2软件出现了产品说明书中指明不会出现的错误；3软件未到达产品说明书中虽未指出但应当到达的目标；4软件功能超出了产品说明书中指出的范围；5软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。 3. 简单分析软件缺陷产生的原因，其中那个阶段引入的缺陷最多，修复本钱又最低？解：软件缺陷产生的主要原因有：需求规格说明错误；设计错误；程序代码有误；其他。其中在需求分析阶段引入的缺陷最多，修复的本钱又最低。4. 当用户登录某网站购物完毕并退出后，突然想查查购物时付账的总金额，于是按了浏览器左上角的“退回按钮，就又回到了退出前的网页，你认为该购物软件有缺陷吗？如果有，属于哪一类？解：有缺陷。其所属类别及软件产品说明书的要求有关。5. 什么是软件测试？简述其目的及原那么。解：软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期，对软件产品包括阶段性产品进展验证和确认的活动过程。测试目的：1证明：获取系统在可承受风险范围内可用的信心；尝试在非正常情况和条件下的功能和特性；保证一个工作产品是完整的并且可用或可被集成。 2检测：发现缺陷、错误和系统缺乏；定义系统的能力和局限性；提供组件、工作产品和系统的质量信息。 3预防：澄清系统的规格和性能；提供预防或减少可能制造错误的信息；在过程中尽早检测错误；确认问题和风险，并且提前确认解决这些问题和风险的途径。测试过程中应注意和遵循的原那么：1测试不是为了证明程序的正确性，而是为了证明程序不能工作。2测试应当有重点。3事先定义好产品的质量标准。4软件工程一启动，软件测试也就开场，而不是等到程序写完才开场进展测试。5穷举测试是不可能的。6第三方进展测试会更客观，更有效。7软件测试方案是做好软件测试工作的前提。8测试用例是设计出来的，不是写出来的。9对发现错误较多的程序段，应进展更深入的测试。10重视文档，妥善保存一切测试过程文档。6. 件测试阶段是如何划分的？解：软件测试的阶段划分为：规格说明书审查；系统和程序设计审查；单元测试；集成测试；确认测试；系统测试；验收测试。7. 简述软件开发的几个模式，并说明每种模式对软件测试的影响。解：大棒模式简单，方案、进度安排和正规开发过程几乎没有，其开发过程是非工程化的。大棒模式的软件测试通常在开发任务完成后进展，很难回头修复存在的问题，测试工作只是向客户报告软件经过测试后发现的情况。边写边改模式通常最初只有粗略的想法就进展简单的设计，然后开场较长的反复编写、测试和修复过程，在认为无法更精细地描述软件产品要求时就发布产品。该模式下，软件测试人员将和程序员一起陷入可能是长期的循环往复过程。瀑布模式将软件生命周期的各项活动规定为按照固定顺序相连的假设干个阶段性工作，形如瀑布流水，最终得到软件产品。软件测试在后期展开，使得开发中出现的问题直到开发后期才显露，失去了及早纠正的时机。快速原型模式首先构造一个功能简单的原型系统，然后通过对原型系统逐步求精，不断扩大完善得到最终的软件系统。原型系统在扩大完善过程中不断被检查、测试和修改。螺旋模式是瀑布模式及边写边改模式演化结合的形式，并参加了风险评估所建立的软件开发模式，其主要思想是在开场时不必详细定义所有细节，而是从小开场，定义重要功能，尽量实现，承受客户反应，进入下一阶段并重复上述过程，直到获得最终产品。测试在每个阶段都要进展，并从最初就参及。8. 简述软件测试过程。解：软件测试过程主要包括如下6个活动：测试方案；测试需求分析；测试设计；测试规程实现；测试执行；总结生成报告。9. “软件测试能够保证软件的质量这句话对吗？软件测试和软件质量之间是什么关系？解：不对。软件测试是保障软件质量的手段之一，但不是唯一手段。测试是产品高质量的必要非充分条件，软件测试不能决定软件质量。10. 判断以下说法是否正确。1软件测试和软件调试是同一回事。2软件测试是可以无穷尽的。3测试是为了证明软件的正确性。4测试过程中应重视测试的执行，可以轻视测试的设计。5测试不能修复所有的软件故障。6因为测试工作简单，对软件产品影响不大，所以可以把测试作为新员工的一个过渡工作，或安排不合格的开发人员做测试。解：12346错误，5正确。11. 简述软件开发进程及测试进程的关系。解：软件测试是一个贯穿软件开发生命周期的活动，它可以是一个及开发并行的过程，也可以是在开发完成某个阶段任务之后的活动。第2章 软件测试方法及过程1对软件测试的复杂性进展归纳分析。解：软件测试的复杂性在于：无法对程序进展完全的测试；测试无法保证被测程序中无遗留错误；不能修复所有的软件故障。2分别解释什么是静态测试、动态测试、黑盒测试、白盒测试、人工测试和自动化测试。解：所谓静态测试是指不运行被测软件，仅通过分析或检查等其他手段到达检测的目的。所谓动态测试是指通过运行被测软件，检查运行结果及预期结果的差异，并分析运行效率和强健性等性能。黑盒测试是指在对程序进展的功能抽象的根底上，将程序划分成功能单元，然后对每个功能单元生成测试数据进展测试。用这种方法进展测试时，被测程序被当作打不开的黑盒，因而无法了解其内部构造，因此又称为功能测试。白盒测试又称为构造测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进展，按照程序内部的构造测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。广义上，人工测试是人为测试和手工测试的统称。人为测试的主要方法有桌前检查，代码审查和走查。手工测试指的是在测试过程中，按测试方案一步一步执行程序，得出测试结果并进展分析的测试行为。自动化测试指的是利用测试工具来执行测试，并进展测试结果分析的测试行为。3如果没有软件规格说明或需求文档，可以进展动态黑盒测试吗？为什么？解：不行。因为黑盒测试是基于软件规格说明的测试。4在单元测试中，所谓单元是如何划分的？解：单元测试的对象通常是软件设计的最小逻辑单元，单元的划分在面向过程的构造化程序中一般是函数或子过程，在面向对象的程序中可以是类或类的成员函数。5简述单元测试的主要任务。解：单元测试的主要任务是：模块接口测试；局部数据构造测试；路径测试；错误处理测试；边界测试。6如果开发时间紧迫，是否可以跳过单元测试而直接进展集成测试？为什么？解：不可以。因为没有经过单元测试的模块会遗留大量的缺陷到集成测试阶段，而在集成测试阶段对这些缺陷定位困难，导致后续工作展开困难，修复缺陷本钱成指数级增长。7什么是驱动模块和桩模块？为下面的函数构造一个驱动模块。int divide(int a, int b) int c; if (b=0) printf("除数不能为0"); return 0; c=a/b; return c;解：驱动模块是用以模拟被测模块的上级模块，它接收测试数据，传送数据给被测模块，启动被测模块，最后输出实测结果。桩模块用以模拟被测模块工作过程中所调用的子模块。函数驱动模块：void main( ) int x,y,z; scanf(“%d%d,&x,&y); z=divide(x,y); printf(“%d,z);8什么是回归测试？什么时候进展回归测试？解：回归测试就是重新运行现有测试用例测试原有功能，以便确定变更是否到达了预期的目的，检查变更是否损害了原有的正常功能。每当软件发生变化时就应进展回归测试。9集成测试有哪些不同的集成方法？简述不同方法的特点。解：集成测试通常有一次性集成、自顶向下集成、自底向上集成和混合集成4种集成方法。一次性集成方法需要的测试用例数目少，测试方法简单、易行。但是由于不可防止存在模块间接口、全局数据构造等方面的问题，所以一次运行成功的可能性不大；如果一次集成的模块数量多，集成测试后可能会出现大量的错误，给程序的错误定位及修改带来很大的麻烦；即使集成测试通过，也会遗漏很多错误进入系统测试。自顶向下集成在测试的过程中，可以较早地验证主要的控制和判断点；一般不需要驱动程序，减少了测试驱动程序开发和维护的费用；可以和开发设计工作一起并行执行集成测试，能够灵活的适应目标环境；容易进展故障隔离和错误定位。但是在测试时需要为每个模块的下层模块提供桩模块，桩模块的开发和维护费用大；桩模块不能反映真实情况，重要数据不能及时回送到上层模块，导致测试不充分；涉及复杂算法和真正I/O的底层模块最易出问题，在后期才遇到导致过多的回归测试。自底向上集成可以尽早的验证底层模块的行为；提高了测试效率；一般不需要桩模块；容易对错误进展定位。但是直到最后一个模块加进去之后才能看到整个系统的框架；驱动模块的设计工作量大；不能及时发现高层模块设计上的错误。混合集成具有自顶向下和自底向上两种集成策略的优点，但是在被集成之前，中间层不能尽早得到充分的测试。10系统测试主要包括哪些内容？解：系统测试主要包括强度测试、性能测试、恢复测试、平安测试、可靠性测试、安装测试、容量测试和文档测试。11验收测试是由谁完成的？通常包含哪些过程？解：验收测试是以用户为主的测试，软件开发人员和QA质量保证人员也应参加。通常包含测试和测试过程。12分析比拟面向对象的软件测试及传统的软件测试的异同。解：传统的单元测试的对象是软件设计的最小单位模块。当考虑面向对象软件时，单元的概念发生了变化，此时最小的可测试单位是封装的类或对象，而不再是个体的模块。传统单元测试主要关注模块的算法实现和模块接口间数据的传递，而面向对象的单元测试主要考察封装在一个类中的方法和类的状态行为。面向对象软件没有层次的控制构造，因此传统的自顶向下和自底向上集成策略就不再适合，它主要有以下两种集成策略： 基于类间协作关系的横向测试；基于类间继承关系的纵向测试。系统测试一般不考虑内部构造和中间结果，因此面向对象软件系统测试及传统的系统测试差异不大。面向对象软件测试的整体目标和传统软件测试的目标是一致的，即以最小的工作量发现尽可能多的错误，但是面向对象测试的策略和战术有很大不同。测试的视角扩大到包括复审分析和设计模型，此外，测试的焦点从过程构件(模块)移向了类。第3章 黑盒测试1分析黑盒测试方法的特点。解：黑盒测试又称为功能测试或数据驱动测试，主要针对软件界面、软件功能、外部数据库访问以及软件初始化等方面进展测试。优点：1比拟简单，不需要了解程序内部的代码及实现；2及软件的内部实现无关；3从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；4基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；5在做软件自动化测试时较为方便。缺点：1不可能覆盖所有的代码，覆盖率较低，大概只能到达总代码量的30%；2自动化测试的复用性较低。2强健等价类测试及标准等价类测试的主要区别是什么？解：主要区别在于强健等价类测试在标准等价类的根底上还要进展有效取值范围之外的输入无效输入的测试。3试用等价分类法测试党政管理系统中党员出生年月的输入设计是否符合要求，假设出生年月格式为yyyymmdd。解：输入数据无效等价类有效等价类出生年月日8位数字字符有非数字字符 少于8个数字符 多于8个数字符 对应数值在19091之间 <19090101 >19900101 月份对应数值在1-12之间 等于"00 " >12 日期对应值1,3,5,7,8,10,12月在1-31之间4,6,9,11月在1-30之间闰年2月在1-29之间非闰年2月在1-28之间等于"00 ">312,4,6,9,11月等于"31 "2月等于"30 "非闰年2月等于"29"4找零钱最正确组合：假设商店货品价格(R)皆不大于100元且为整数，假设顾客付款在100元内(P)，求找给顾客之最少货币个张数？货币面值50元(N50)，10元(N10)，5元(N5)，1元(N1)四种。试根据边界值法设计测试用例。解：1分析输入的边界情况：R > 100 0 < R < = 100R <= 0 P > 100 R<= P <= 100P < R2分析零钱最正确组合的输出情况：N50 = 1N50 = 0 4>N10>= 1 N10 = 0 N5 = 1 N5 = 0 4>N1>= 1 N1 = 03分析规格中每一决策点之情形，以RR1,RR2,RR3表示计算要找50,10,5元货币数时的剩余金额。R > 100R <= 0 P > 100P < RRR1 >= 50RR2 >= 10RR3 >= 5 4根据上述的输入/输出条件组合出可能的情况：R > 100R <= 0 0 < R <= 100, P > 1000 < R <= 100, P < R0 < R <= 100, R <= P <= 100, RR = 500 < R <= 100, R <= P <= 100, RR = 490 < R <= 100, R <= P <= 100, RR = 100 < R <= 100, R <= P <= 100, RR = 90 < R <= 100, R <= P <= 100, RR = 50 < R <= 100, R <= P <= 100, RR = 40 < R <= 100, R <= P <= 100, RR = 10 < R <= 100, R <= P <= 100, RR = 0 5为满足以上各种情形，测试用例设计如下：测试用例货品价格R付款金额Ptest1101-test20-test3-1-test4100101test510099test650100test751100test890100test991100test1095100test1196100test1299100test131001005试为三角形问题中的直角三角形开发一个决策表和相应的测试用例。注意，会有等腰直角三角形。解：判断构成的是否为直角三角形的问题的决策表设计如下：c1:a<b+c?FTTTTTTTTTTc2:b<a+c?-FTTTTTTTTTc3:c<a+b?-FTTTTTTTTc4:a2+b2=c2?-TTTTFFFFc5: a2+c2=b2?-TTFFTTFFc6: b2+c2=a2?-TFTFTFTFa1:非三角形XXXa2:直角三角形XXXa3:非直角三角形Xa4:不可能XXXX根据该决策表设计测试用例如下：用例IDabc预期输出DT1412非三角形DT2142非三角形DT3124非三角形DT4?不可能DT5?不可能DT6?不可能DT7345直角三角形DT8?不可能DT9354直角三角形DT10534直角三角形DT11234非直角三角形6现有一个学生标准化考试批阅试卷，产生成绩报告的程序。其规格说明如下：程序的输入文件由一些有80个字符的记录组成，所有记录分为3组，如图：1标题：该组只有一个记录，其内容是成绩报告的名字。2各题的标准答案：每个记录均在第80个字符处标以数字2。该组的记录：第一个记录：第13个字符为试题数1999。第1059个字符是150题的标准答案每个合法字符表示一个答案。第二个记录：是第51100题的标准答案。3学生的答案：每个记录均在第80个字符处标以数字3。每个学生的答卷在假设干个记录中给出。学号：19个字符150题的答案：1059。当大于50题时，在第二、三、个记录中给出。学生人数不超过200，试题数不超过999。程序的输出有4个报告：a)按学号排列的成绩单，列出每个学生的成绩、名次。b)按学生成绩排序的成绩单。c)平均分数及标准偏差的报告d)试题分析报告。按试题号排序，列出各题学生答对的百分比。采用边界值分析方法，分析和设计测试用例。分别考虑输入条件和输出条件，以及边界条件。采用错误推测法补充设计一些测试用例。解：输入条件及相应的测试用例如下：输出条件及相应的测试用例表如下：采用错误推测法还可补充设计一些测试用例： 程序是否把空格作为答复 在答复记录中混有标准答案记录 除了标题记录外，还有一些的记录最后一个字符即不是2也不是3 有两个学生的学号一样 试题数是负数第4章 白盒测试方法1简述白盒测试用例的设计方法，并进展分析总结。解：白盒测试用例设计方法主要有逻辑覆盖和独立路径测试。从覆盖源程序语句的详尽程度分析，逻辑覆盖主要有以下不同的覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。实际工程中，由于程序内部的逻辑存在不确定性和无穷性，尤其对于大规模复杂软件，不必采用所有的覆盖指标，而应根据实际情况选择适宜的覆盖指标。独立路径测试是在程序控制流图的根底上，通过分析控制构造的环路复杂性，导出可执行的独立路径集合，从而设计出相应的测试用例。设计出的测试用例要保证被测程序的每条可执行的独立路径至少被执行一次。独立路径测试给出了满足路径覆盖指标所需测试用例的下限，同时给出了语句覆盖的上限，它可以确保对所有相互独立的决策结果进展测试。2分析归纳逻辑覆盖的各种策略，并比拟每种覆盖的特点，分析在怎样的情况下采用何种覆盖方式。解：语句覆盖是选择足够多的测试数据，使被测程序中每个语句至少执行一次。语句覆盖是最弱的逻辑覆盖标准。判定覆盖又叫分支覆盖，它不仅每个语句必须至少执行一次，而且每个判定表达式的每种可能的结果都应该至少执行一次。判定条件覆盖比语句覆盖强，但是对程序逻辑的覆盖程度仍然不高。条件覆盖的含义是，使判定表达式中的每个条件都取到各种可能的结果。条件覆盖通常比判定覆盖强，但是也可能有相反的情况：虽然每个条件都取到了两个不同的结果，判定表达式却始终只取一个值。判定/条件覆盖的含义是，选取足够多的测试数据，使得判定表达式中的每个条件都取到各种可能的值，而且每个判定表达式也都取到各种可能的结果。但有时判定/条件覆盖也并不比条件覆盖更强。条件组合覆盖是更强的逻辑覆盖标准，它要求选取足够的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。满足条件组合覆盖标准的测试数据，也一定满足判定覆盖、条件覆盖和判定/条件覆盖标准。因此，条件组合覆盖是前述几种覆盖标准中最强的。但是，满足条件组合覆盖标准的测试数据并不一定能使程序中的每一条路径都执行到。路径覆盖的定义是选取足够多测试数据，使程序的每一条可能路径都至少执行一次。但在实际问题中，一个不太复杂的程序，其路径数都可能是一个庞大的数字，以致要在测试中覆盖所有的路径是不可能实现的。即使对于路径数有限的程序做到了路径覆盖，也不能保证被测程序的正确性。3对图所示程序段进展语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖方法进展测试用例设计。图4.14 练习题3解：语句覆盖：x=90,y=90 x=79,y=90 x=70,y=60判定覆盖：同上条件覆盖：同上判定/条件覆盖：同上条件组合覆盖：I x>=80,y>=80 II x>=80,y<80 III x<80,y>=80 IV x<80,y<80 V x>=90,y>=90,x+y>=140 VI x>=90,y<90,x+y>=140 VII x<90,y>=90,x+y>=140 VIII x<90,y<90,x+y>=140 IX x>=90,y>=90,x+y<140 不存在 X x>=90,y<90,x+y<140 XI x<90,y>=90,x+y<140 XII x<90,y<90,x+y<140x=90,y=90x=90,y=70x=70,y=90x=70,y=70x=100,y=30x=30,y=100x=80,y=50路径覆盖：同语句覆盖4请下述语句按照各种覆盖方法设计测试用例。if (a>2 && b<3 && (c>4 | d<5)statement;elsestatement;解：语句覆盖：a=3,b=2,c=5,d=5 a=2,b=2,c=5,d=5判定覆盖：同上条件覆盖：a=3,b=2,c=5,d=5 a=2,b=4,c=3,d=4判定/条件覆盖：同条件覆盖条件组合覆盖：I a>2,b<3,c>4,d<5 II a>2,b<3,c>4,d>=5 III a>2,b<3,c<=4,d<5 IV a>2,b<3,c<=4,d>=5 V a>2,b>=3,c>4,d<5 VI a>2,b>=3, c>4,d>=5 VII a>2,b>=3, c<=4,d<5 VIII a>2,b>=3, c<=4,d>=5 IX a<=2,b<3,c>4,d<5 X a<=2, b<3,c>4,d>=5 XI a<=2, b<3,c<=4,d<5 XII a<=2, b<3,c<=4,d>=5 XIII a<=2, b>=3,c>4,d<5 XIV a<=2, b>=3, c>4,d>=5 XV a<=2, b>=3, c<=4,d<5 XVI a<=2, b>=3, c<=4,d>=5 测试数据略5针对test函数按照根本路径测试方法设计测试用例。   int Test(int i_count, int i_flag)                        int i_temp = 0;              while (i_count>0)                                if (0 = i_flag)                                        i_temp = i_count + 100;                      break;                                  else                                      if (1 = i_flag)                                              i_temp = i_temp + 10;                                          else                                             i_temp = i_temp + 20;                                                       i_count-;                          return i_temp;         解：int Test(int i_count, int i_flag)1 int i_temp=0;2 while (i_count>0)3 If (0=i_flag)4 i_temp=i_count+100;5 break;6 else7 If (1=i_flag)8 i_temp=i_temp+10;9 else10 i_temp=i_temp+20;11 i_count-;12 return i_temp;程序控制流图：134,56,789,1011122程序环路复杂度：CC=4根本路径集：path1 1-2-3-6-7-8-11-2-12 Path2 1-2-12 Path3 1-2-3-4-5-12 Path4 1-2-3-6-7-9-10-11-2-12设计测试用例：用例IDi_counti_flag预期输出test11110test 2020test 320102test 41320pgqmnabchYNNNNYYYYNf6对如图4.15所示的N-S图，计算所需的最少测试用例数。 图4.15 练习题6解：2+2*2*2=12 第 15 页