- 1、本文档共9页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
1407040248_周立群_白盒测试试题汇编
第五章 白盒测试
一、判断分析题
语句覆盖是最弱的逻辑覆盖。(√)
语句覆盖是最强的逻辑覆盖。(X)
判定覆盖不一定包含条件覆盖。(X)
条件覆盖不一定包含判定覆盖。(√)
判定/条件覆盖能同时满足判定、条件两种覆盖标准。(√)
判定/条件覆盖指满足判定覆盖标准或条件覆盖标准。(X)
DD-路径图是一种压缩图。(X)
详细设计的目的是为软件结构图中的每一个模块确定使用的算法和块内数据结构,并用某种选定的表达工具给出清晰的描述。(X )
尽量用公共过程或子程序去代替重复的代码段。(X)
对于连锁型分支结构,若有n个判定语句,则有2n条路径。(√)
尽量采用复合的条件测试,以避免嵌套的分支结构。(√)
GOTO语句概念简单,使用方便,在某些情况下,保留GOTO语句反能使写出的程序更加简洁。(√)
二、简答题
请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
答:黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。单元测试(模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。
系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。语法分析,静态错误分析,程序插桩技术。
白盒测试有那几种方法?并简单描述各种方法的特点。
答:白盒测试方法分为两大类:静态测试方法和动态测试方法。
静态测试方法:检查软件的表示和描述是否一致,没有冲突或者没有歧义。
动态测试方法:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖。
举例说明结构性测试覆盖指标C0,C1,C1P,CMCC的区别。
答:结构性测试覆盖指标C0:所有语句。
C1:所有DD-路径(判断分支)
C1P:所有判断的每种分支CMCC:多条件覆盖1)、语句覆盖。就是选择足够的测试用例,使程序中的每个可执行语句至少执行一次。
2)、判定覆盖。就是执行足够的测试用例,使得程序中的每个判定的true和false值都至少执行一次,这种测试也称为“分支测试”。
3)、条件覆盖。执行足够的测试用例,使程序每个判定中的每个条件的true和false
值至少执行一次。
4)、判定/条件覆盖。执行足够的测试用例,使得判定中每个条件的所有可能至少出现一次,同时每个判定本身的判定结果也至少出现一次。
5)、条件组合覆盖。执行足够的测试用例,使得每个判定中条件的各种可能组合至少出现一次。
6)、路径覆盖。执行足够的测试用例,要求覆盖程序中所有可能的路径 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。逻辑覆盖包含多种:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。
语句覆盖:就是设计若干个测试用例,运行被测程序,使得每一可执行语句至少执行一次。这里的“若干个”,意味着使用测试用例越少越好。
例如上边的Coverage类代码,从path a到path c再到path e的路径就是所有可执行的语句路径,所以选择path ace路径设计测试用例即可覆盖所有可执行语句。
判定覆盖:有时也称分支覆盖,就是指设计若干测试用例,运行被测程序,使得每个判定的取真分支和取假分支至少经历一次。
例如上边的Coverage类代码,path ace,path abd,path abe,path acd 四条路径均是符合判定覆盖要求的路径。
条件覆盖:设计足够多的测试用例,使得每一判定语句中每个逻辑条件的可能取值至少满足一次。
例如上边的Coverage类代码,判定语句有两个,分别是第3行和第8行代码。根据条件覆盖的定义,则应考虑“(A1 and B==0)”和“(A==2 or X1)”两个表达式中的变量取值。 判定条件覆盖:设计足够多的测试用例,使
文档评论(0)