软件测试技术复习题1004.docx

1、软件测试技术复习题1004软件测试技术复习题（1004）一、基本要求1、软件测试概述（1）软件可靠性问题、软件缺陷与故障、软件缺陷产生的原因（2）软件测试基本概念（3）软件开发过程（4）软件测试过程、软件开发与软件测试的关系（5）软件质量与软件质量管理的概念2、软件测试策略与过程（1）软件测试的复杂性概念（2）软件测试方法与策略：静态测试与动态测试、黑盒测试与白盒测试（3）软件测试过程：单元测试、集成测试、确认测试、系统测试、验收测试（4）面向对象的软件测试（5）软件调试的概念、软件测试与调试的关系3、功能（黑盒）测试及其用例设计（1）黑盒测试法的概念（2）三角形问题、NextDate函数问题

2、（3）等价类划分法（4）边界值分析法 （5）因果图法 （6）决策表法 （7）黑盒测试应用案例4、结构（白盒）测试及其用例设计 （1）白盒测试法的概念 （2）控制流图、环形复杂度、图矩阵（3）覆盖测试：函数覆盖、条件覆盖、路径覆盖、面向对象的覆盖 （4）路径测试：基本路径测试方法、循环测试方法（5）白盒测试应用案例5、软件测试实际应用（1）客户机/服务器系统的软件测试：客户机/服务器系统的结构测试、网站测试 （2）面向对象的软件测试：面向对象的软件测试模型、基于类的测试（3）图形用户界面测试：窗体测试、菜单测试、数据项测试（4）实时系统性能测试（5）场景法应用案例6、软件测试管理（1）软件测试组

3、织管理（2）软件测试计划和过程管理：制定测试计划、确定测试过程、测试结果分析 （3）软件测试文档管理7、软件自动化测试 （1）软件自动化测试基础：自动化测试概念、自动化测试脚本、自动化测试生存周期（2）软件自动化测试工具：白盒测试工具、黑盒测试工具二、基本概念1、软件测试是在软件投入运行前，对软件需求分析、设计规格说明和编码实现的最终审查。软件测试所涉及的关键问题包括四个方面：测试人员、测试内容、测试时间和测试方法。2、软件测试过程中需要三类输入：软件配置、测试配置和测试工具。软件测试所涉及的关键问题包括四个方面：测试人员、测试内容、（测试时间）和测试方法。3、IEEE将软件可靠性定义为：系统

4、在特定环境下，在给定的时间内无故障运行的概率。根据软件测试的定义，软件测试是为了发现错误而执行程序的过程。4、基于 Web 的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。5、面向对象单元测试针对程序内部具体单一功能的模块进行测试。从测试的角度来看，继承提供一种机制，通过这种机制，潜在的错误能够从一个类传递到它的派生类。6、使用白盒测试工具所发现的故障可以定位到代码级。7、等价类是输入域的某个子集合，而所有等价类的并集就是整个输入域。因此，等价类的划分原则应该体现完备性和无冗余性。8、基于 Web 的系统测试重要的是，从最终用户的角度进行

5、安全性和可用性测试9、有效的Web压力测试系统的关键条件中，量级指的是尽量使单独的操作进行高强度的使用，增加操作的量级。10、对OOP的测试重点集中在类功能的实现和相应的面向对象程序架构上，主要表现之一为数据成员是否满足数据封装的要求。11、面向对象技术的特点给测试带来的新问题具体表现有多态和动态绑定增加了系统运行中可能的执行路径，而且给面向对象软件带来了严重的不确定性。对OOP的测试重点集中在类功能的实现和相应的面向对象程序架构上。12、测试大纲是软件测试的依据，包括测试项目、测试步骤、测试完成的标准。 13、动态测试工具需要实际运行被测系统，并设置断点，向代码生成的（可执行）文件中插入一些

6、监测代码。14、C/S体系结构的软件测试通常是从单个客户端开始，然后再逐步集成客户端、服务器和网络系统进行集成测试，最后进行系统的整体测试。15、静态测试分析主要集中在需求文档、设计文档以及程序结构方面。16、对Web网站测试所采用的测试方法与策略除了黑盒测试、白盒测试、静态测试和动态测试都有可能用到外，还会包括面向对象测试技术的运用。17、软件可靠性是对软件在设计、开发以及所预定的环境下具有能力的置信度的一个度量，是衡量软件质量的主要参数之一。18、按照软件测试的策略和过程分类，软件测试可分为单元测试、集成测试、系统测试、验证测试和确认测试。在软件测试中，对已测试过的模块进行组装，目的在于检

7、验与软件设计相关的程序结构问题的测试称为集成测试。19、实时系统测试的一般步骤：任务测试、行为测试、任务间测试和系统测试。20、为了达到100的基于状态的上下文覆盖，例行程序必须在每个适当的上下文内被执行。三、简答题1、应用条件/判定覆盖进行路径测试可能发现的错误。针对判定和条件覆盖，测试用例可能发现如下错误： （1）不同数据类型的比较；（2）不正确的逻辑操作或优先级；（3）应当相等的地方由于精确度的错误而不能相等；（4）不正确的判定或不正确的变量；（5）不正确的或不存在的循环终止；（6）当遇到分支循环时不能退出；不适当地修改循环变量。2、简述软件测试报告的内容。 软件测试报告是软件测试过程中

8、最重要的文档，它的内容包括：（1）记录问题发生的环境 （2）记录问题的再现步骤（3）记录问题性质的说明（4）记录问题的处理进程3、测试过程中必需的基本测试活动有哪些。（1）拟定软件测试计划 （2）编制软件测试大纲 （3）设计和生成测试用例 （4）实施测试 （5）生成软件测试报告4、确定软件测试策略时的参考原则。（1）在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强。（2）必要时采用等价类划分法补充测试用例。（3）采用错误推断法再追加测试用例。（4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖 程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例。（5

9、）如果程序的功能说明中含有输入条件的组合情况，则应一开始就选用因果图法。5、简述软件自动化测试中的脚本技术脚本是一组测试工具执行的指令集合，也是计算机程序的一种形式。脚本可以通过录制测试的操作产生，然后再做修改，这样可以减少脚本编程的工作量。当然，也可以直接用脚本语言编写脚本。脚本技术可以分为以下几类： 线性脚本是录制手工执行的测试用例得到的脚本。结构化脚本类似于结构化程序设计，具有各种逻辑结构（顺序、分支、循环），而且具有函数调用功能。共享脚本是指某个脚本可被多个测试用例使用，即脚本语言允许一个脚本调用另一个脚本。数据驱动脚本将测试输入存储在独立的数据文件中。关键字驱动脚本是数据驱动脚本的逻

10、辑扩展。6、在单元测试时，如果模块不是独立的程序，需要设置一些辅助测试模块。简述两种辅助测试模块的作用。驱动模块：用来模拟被测试模块的上一级模块，相当于被测模块的主程序。它接收数据，将相关数据传送给被测模块，启动被测模块，并打印出相应的结果。桩模块：用来模拟被测模块工作过程中所调用的模块。它们一般只进行很少的数据处理。7、简述由面向对象技术的特点给测试带来的新问题。封装把数据及对数据的操作封装在一起，限制了对象属性对外的透明性和外界对它的操作权限，在某种程度上避免了对数据的非法操作，有效防止了故障的扩散。但同时，封装机制也给测试数据的生成、测试路径的选取以及测试结构的分析带来了困难。继承实现了

11、共享父类中定义的数据和操作，同时也可定义新的特征。子类是在新的环境中存在，所以父类的正确性不能保证子类的正确性。继承使代码的重用率得到了提高，但同时也使故障的传播几率增加。多态和动态绑定增加了系统运行中可能的执行路径，而且给面向对象软件带来了严重的不确定性，给测试覆盖率的活动带来新的困难。8、Web压力测试的意义及有效的压力测试系统的关键条件。（1）Web压力测试的意义压力测试是系统测试的一部分，通过应用很大的工作负载来使软件超负荷运转，其目的是要弄清楚被测试的Web服务是不是不仅能做预期应能做的事，而且在被施加了某些高强度压力的情况下仍能继续正常运行。如果压力测试通过对软件保持高强度的使用（

12、不超过性能统计数字确定的限制）能够有效执行，那么它就经常能够发现许多其它测试无法发现的隐蔽错误。（2）有效的压力测试系统的关键条件 重复：就是一遍又一遍地执行某个操作或功能。并发：就是在同一时间内执行多个操作。量级：尽量使单独的操作进行高强度的使用，增加操作的量级。随机变化：随机使用前面条件中的无数变化形式，就能够在每次测试运行时应用许多不同的代码路径。9、如何根据等价类的划分确定测试用例。（1）首先为等价类表中的每一个等价类分别规定一个唯一的编号。（2）设计一个新的测试用例，使它能够尽量覆盖尚未覆盖的有效等价类。重复这个步骤，直到所有的有效等价类均被测试用例所覆盖。（3）设计一个新的测试用例

13、，使它仅覆盖一个尚未覆盖的无效等价类。重复这一步骤，直到所有的无效等价类均被测试用例所覆盖。10、简述软件自动化测试中的“捕获-回放”技术（1）捕获：将用户每一步操作都记录下来。这种记录的方式有两种：程序用户界面的像素坐标或程序显示对象（窗口、按钮、滚动条等）的位置，以及相对应的操作、状态变化或是属性变化。所有的记录转换为一种脚本语言所描述的过程，以模拟用户的操作。 （2）回放：将脚本语言所描述的过程转换为屏幕上的操作，然后将被测系统的输出记录下来同预先给定的标准结果比较。这可以大大减轻黑盒测试的工作量，在迭代开发的过程中，能够很好地进行回归测试。 四、分析题1、阅读下面的问题说明：现在的软件

14、系统几乎都是用事件触发来控制程序流程的。事件触发时的情景便形成了场景，而同一事件不用的触发顺序和处理结果就形成了事件流。事件流分为基本流和备选流，基本流是经过测试用例的从开始到结束的最简单、无差错的路径，备选流可以从基本流开始，也可以从另外的备选流开始，在某个特定条件下执行。根据问题的描述确定程序的基本流和备选流，然后由基本流和备选流形成不同的场景，对每一个场景生成相应的测试用例。这就是应用场景法进行测试用例设计的基本思想。 下面是对某ATM机应用系统的存款操作的基本流和备选流的描述。基本流A：序号业务名称业务描述1准备存款客户将银行卡插入ATM机2验证银行卡ATM机从读入的银行卡中读取账户代

15、码，并检查它是否属于可接收的银行卡3输入密码ATM机要求客户输入6位密码4验证帐号和密码ATM机通过验证客户的帐号和密码，决定客户的合法性5ATM机屏幕选项ATM机显示在本机上可用的屏幕选项6输入金额从ATM机显示屏幕中选取金额7授权ATM机将整体操作作为事务提交银行系统8入钞客户向ATM机提供现金，ATM机验钞9验钞确认ATM机屏幕中显示存款金额10返回银行卡银行卡被返还11打印收据提供客户打印收据功能备选流：序号业务名称业务描述B银行卡无效在基本流A2过程中，该卡不能够识别或是非本机可以使用的银行卡，ATM机退卡，并退出基本流C密码有误ATM机提示密码不正确，客户有三次机会重输，重新加入基

16、本流A3，或选择退卡D验钞不符系统判断存款金额与入钞数目不符，重新加入基本流A8，或选择退卡试求：（1）设计场景（基本流用字母A表示，备选流用题干中描述的相应字母表示）。 场景格式示例如下：场景ID场景描述场景过程1密码有误A、B、C（2）设计测试用例场景矩阵 测试用例矩阵格式示例如下：测试用例ID场景账号密码输入金额ATM机确认金额预期结果11VV V n/a退卡V表示有效数据元素，I表示无效数据元素，n/a表示不可用（3）假设本系统开发人员在开发过程中通过测试发现了20个错误，独立的测试组通过上述测试用例发现了80个软件错误，系统在上线后，用户反馈了10个错误，请计算缺陷探测率(DDP)。

17、（1）设计场景场景ID场景描述场景流程1成功存款A2银行卡无效A、B3密码有误A、C4验钞不符A、D（2）设计测试用例场景矩阵测试用例ID场景账号密码输入金额ATM机确认金额预期结果11VV V V成功存款22I n/an/an/a退卡33VI n/a n/a 重输或退卡44VV V I 重输或退卡 （3）计算缺陷探测率(DDP) DDP=Bugstester（Bugstester+ Bugscustomer）=（20+80）（20+80+10）=90%（0.9）其中，Bugstester为测试者发现的错误数；Bugscustomer为客户发现并反馈技术支持人员进行修复的错误数。五、设计题1、

18、NextDate函数问题说明：输入一个日期，求从输入日期算起的第三天日期。例如，输入为2008年8月8日，则该程序的输出为2008年8月10日。NextDate函数包含三个整数变量month、day和year，并且满足下列条件：1 month 12和1 day 31。 （1）分析各种输入情况，列出为输入变量month、day、year划分的有效等价类 等价类划分格式示例如下：输入ID有效等价类day11 day31 （2）根据划分的等价类，再考虑month边界值，设计健壮等价类测试用例。 测试用例格式示例如下：用例IDdaymonthyear预期输出覆盖等价类1552008200805051，

19、2（1）输入等价类输入ID有效等价类day11 day262day=273day=284day=295day=306day=31month7month=4，6，9，118month=1，3，5，7，8，109month=210month=12year11闰年12非闰年 （2）设计测试用例用例IDdaymonthyear预期输出覆盖等价类1512008200801071，8，1122752008200805292，8，1132852008200805303，8，1142952009200905314，8，1253052009200906015，8，1263152009200906026，8，12

20、75-12008无效月份8522008200802071，9，1195112008200811071，7，11105122008200812071，10，11115132008无效月份2、 三角形问题说明：输入三个正整数a、b、c，分别作为三角形的三条边，现通过程序判断由三条边构成的三角形的类型是否为等边三角形、等腰三角形、直角三角形、普通三角 形以及非三角形。假设要求输入的a、b、c数据满足的条件是：a0b0c0 并且 ab+c，ba+c，ca+b 根据问题的规格说明，可从输出域划分5种等价类：R1：等边三角形 R2：等腰三角形 R3：直角三角形R4：普通三角形 R5：非三角形可由输出等价类

21、求输入等价类：例如输出的等边三角形等价类R1对应的输入等价类S1表示为R1: S1 = | a=bb=ca=ca0b0c0（1）按上述表示，将输出等价类变换为对应的输入等价类。（2）假设1a，b，c10，根据划分的等价类，设计健壮等价类测试用例，再使用必要的边界值用例补充。 测试用例格式示例如下：用例IDabc预期输出覆盖等价类1555等边三角形S1，S2（1）输入等价类R1: S1 = | a=bb=ca=ca0b0c0R2: S2 = |(a=bb=ca=c)(a+bcb+caa+cb)a0b0c0R3: S3 = | a0b0c0(a+bcb+caa+cb)(a2+b2=c2b2+c2=

22、a2a2+c2=b2) R4: S4 = |abbcaca0b0c0(a+bcb+caa+cb) R5: S5 = |(a+bcb+caa+cb)a0b0c0a0b0c0（2）设计测试用例用例IDabc预期输出覆盖等价类1555等边三角形S1，S22334等腰三角形S23345直角三角形S34465普通三角形S451067普通三角形S46246非三角形S571178非三角形S58-134非三角形S5 3、某软件规格说明书对某二位编码的定义如下：编码的第一个字符必须是A或B，第二个字符必须是一位数字，此情况下给出信息：编码正确；如果第一个字符不是A或B，则给出信息：编码错误；如果第一个字符是A或

23、B，第二个字符不是数字，则给出信息：修改编码。（1）根据问题的规格说明，列出原因和结果。 因果表格式示例如下：ID原因（输入）ID结果（输出）a=b=cA等边三角形（2）画出因果图。 （3）将因果图转换成简化的决策表，并设计出测试用例。决策表格式示例如下：规则123n条件 （原因）Y动作 A（结果）测试用例3,3,3（1）列出原因和结果ID原因（输入）ID结果（输出）第一个字母是AA显示编码错误第一个字母是BB显示编码正确第二个字母是数字C显示修改编码（2）画出因果图 AE B C中间状态，表示已接受第一个字符。（3）将因果图转换成简化的决策表，并设计出测试用例。 规则123456 条件 （原

24、因） YY-YNYYYNNYNYYYNYNYNN-NA动作 B（结果） C不可能测试用例A3AAB6BB114、阅读下面的程序，void Test1( int n, int i )1 2 int x=0;3 int y=0;4 while ( n- 0 )5 6 if ( i=0 )7 x=y+2;8 else9 if ( i=1 )10 y=y+10;11 else12 x=y+20;13 / while14 / Test1试求：（1）画出程序的流程图及控制流图（可用语句标号表示），计算程序的环形复杂度。（2）确定程序的独立路径，并根据独立路径，设计测试用例。 测试用例格式示例如下：用例ID

25、ni预期输出x,y覆盖路径1512,51-2-3（1） 画出程序的流程图及控制流图。 计算程序的环形复杂度。V(G)=E-N+2=9-7+2=4或 V(G)=P+1=3+1=4（2）确定程序的独立路径。路径1：414 路径2：46714 路径3：46910414 路径4：46912414根据独立路径，设计测试用例。用例IDni预期输出x,y覆盖路径1000,04-142100,24-6-7-143110,104-6-9-10-4-1441220,04-6-9-12-4-145、假设某保险公司的人寿保险的保费计算方式为：投保额保险费率。其中，保险费率依点数不同而有别，具体规则见下表。年龄性别婚姻

26、点数与保险费率20-3940-59其它男M女F已婚T未婚F10点A10点B6点4点2点5点3点3点5点0.6%0.1%根据问题的规格说明，从输入条件划分等价类。 输入等价类输入ID有效等价类ID无效等价类年龄120-39岁8年龄小于1240-59岁3其它年龄性别4男性9除“M”“F”字符外5女性婚姻6已婚10除“T”、“F”字符外7未婚（1） 对每一个有效等价类，至少设计一个测试用例。（2）对每一个无效的输入, 设计一个无效等价类，并设计测试用例。 五、单选题1、对于下列描述（1）软件未达到产品说明书中已经标明的功能；（2）软件出现了产品说明书中指明不会出现的错误； （3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围。 正确的说法是A. （1）（2）（3）属于软件缺陷B. 只有（4）属于软件缺陷C. （1）（2）（3）（4）都属于软件缺陷D. 只有（1）（2）属于软件缺陷2、测试步骤详细规定了如何设置、执行、评估特定的A. 测试计划 B. 测试报告C. 测试用例 D. 测试程序3、经过测试，符合设计要求，确认系统功能和其他特性均不再做任何改变。这表示的是测试过程中的A. 程序冻结 B. 需求冻结C. 功能冻结 D. 代码冻结4、测试用例是为特定的目的而设计的一组测试