白盒测试策略-软件测试面试必备

上传人:飞*** 文档编号:5493438 上传时间:2017-09-06 格式:DOC 页数:8 大小:44KB
返回 下载 相关 举报
白盒测试策略-软件测试面试必备_第1页
第1页 / 共8页
白盒测试策略-软件测试面试必备_第2页
第2页 / 共8页
白盒测试策略-软件测试面试必备_第3页
第3页 / 共8页
白盒测试策略-软件测试面试必备_第4页
第4页 / 共8页
白盒测试策略-软件测试面试必备_第5页
第5页 / 共8页
点击查看更多>>
资源描述

《白盒测试策略-软件测试面试必备》由会员分享,可在线阅读,更多相关《白盒测试策略-软件测试面试必备(8页珍藏版)》请在金锄头文库上搜索。

1、_软件测试面试必备白盒测试策略由安博测试空间技术中心 http:/ 2 页 共 8 页目 录1 白盒测试 .31.1 概念 .31.2 描述 .31.3 目的 .32 白盒测试策略 .32.1 桌前检查 .32.2 单元测试 .32.3 代码评审 .42.4 同行评审 .42.5 代码走查 .52.6 静态分析 .5白盒测试策略第 3 页 共 8 页1 白盒测试1.1 概念白盒测试又称结构测试,透明盒测试、逻辑驱动测试或基于代码的测试。1.2 描述白盒测试是测试被测单元内部如何工作的一种方法。1.3 目的通过检查软件内部的逻辑结构,对软件中的逻辑路径进行覆盖测试;在程序不同地方设立检查点,检查

2、程序的状态,以确定实际运行状态与预期状态是否一致。它允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例,对程序的逻辑进行测试,提高代码质量。2 白盒测试策略在软件过程的不同阶段,研发组都可能需要进行白盒测试。根据团队实际情况的不同,有选择的使用下面的策略:2.1 桌前检查 简述:程序员实现制定功能后,进行单元测试之前,对源代码进行的初步检查。 重点:编码规范、语句的使用等是否符合编码规范,并根据编码规范调整自己的代码以符合编码规范的要求。 参与人员:开发人员。2.2 单元测试 简述:又称模块测试。传统结构化编程中,以一个函数、过程为一个单元;在面向对象的编程中一般把类作为单元进行测试

3、。 重点:采用白盒测试和黑盒测试方法相结合。 参与人员:专门的白盒测试人员。白盒测试策略第 4 页 共 8 页2.3 代码评审 简述:在编码初期或编写过程中采用一种有同行参与的评审活动。 重点:通过组织或其他程序员共同查看程序,可以找出问题,使大家的代码风格一致或遵守编码规范。 方法:通过大家共同阅读代码或由程序编写者讲解代码,其他同行边听边分析问题的方法。 参与人员:全体开发小组。2.4 同行评审 简述:引用 CMM(能力成熟度模型)中的术语,如用在评审源代码上,就使代码评审;在同行评审中,由软件工作产品创建者的同行们检查该工作的产品,识别产品的缺陷,改进产品的不足。 目的:1. 检验工作产

4、品是否正确的满足了以往的工作产品中建立的规范,如需求或设计文档;2. 识别工作产品相对于标准的偏差,包括可能影响软件可维护性的问题;3. 向创建者提出改进建议;4. 促进参与者之间的技术交流和学习。 参与人员:程序员、设计师、单元测试工程师、维护者、需求分析师、编码标准专家(此为 CMM标准中提出的参与角色,可根据实际情况调整,至少需要开发人员、测试人员、设计师参与) 。2.5 代码走查 简述:由测试小组组织或者专门的代码走查小组进行代码走查,这时需要开发人员提交有关的资料文档和源代码给走查人员,并进行必要的讲解。代码走查往往根据代码检查单来进行,代码检查单常常是根据编码规范总结出来的一些条目

5、,目的是检查代码是否按照编码规范来编写的。当然,代码走查的最终目的还是为了发现代码中潜在的错误和缺陷。白盒测试策略第 5 页 共 8 页 重点:1. 把材料(需求描述文档 、 程序设计文档 、 程序的源代码清单 、 代码编码标准 、 代码缺陷检查表等)发给走查小组每个成员,让他们认真研究程序;2. 开会,让与会者“充当”计算机,让测试用例沿程序的逻辑运行一遍,随时记录程序的踪迹,供分析和讨论,发现更多的问题。 参与人员:测试人员(一般不让代码的创建者参与) 。 代码检查速度建议:汇编代码与 C 代码 150 行/小时,C+/Java 200-300 行/小时。2.6 静态分析 简述:由测试小组

6、来进行,静态分析通常需要辅助工具支持,通过提取代码信息,进行统计,根据统计结果对源代码进行质量评估。代码规则检查也是静态分析的一个方面。 人员:测试小组。 工具介绍:1. PC-Lint:支持 C/C+语言;优点:工具简单实用,可以选择编码规范标准,数据检查技术;缺点:不是图形用户界面,危险的用法,C/C+的兼容性问题。2. CodeWizard:支持 C/C+语言;优点:图形用户界面,方便规则定制;缺点:分析速度慢。3. Logiscope:支持 C/C+语言;优点:图形界面,可以生成代码质量报告;白盒测试策略第 6 页 共 8 页缺点:规则不是特别多;Logiscope 是面向源代码进行工

7、作的,贯穿于软件开发、代码评审、单元测试、集成测试、系统测试、以及软件维护阶段。也是中小型公司常用的代码静态分析工具。4. Testbed:支持 C 语言;优点:规则特别多;缺点:规则定制比较麻烦,时常可能误报,需要人工判断。5. QAC/QAC+:版本决定支持那种语言,一般以 C/C+为主;优点:规则检查自动化,规则多,速度快,可以定制规则。6. C+Test:支持 C+;优点:C+Test 主要是对指针的保护、越界,数组的越界,变量的越界等很有用,对于数学运算等函数,可以明确知道返回值的,可以设置预期的返回值,来检查算法是否正确。C+Test 测试用例可以控制 7 种类型的变量条件(取决于

8、被测函数用了多少):. 参数(Arguments ): 函数的入口参数。. 参数出口条件(Arguments Post) : 函数执行完成时入口参数的状态。. 返回值(Return): 函数的返回值。. 对象前置条件(Pre Conditions This): 测试开始前对象的条件。. 对象后置条件(Post Conditions This): 测试执行后对象的条件。. 前置条件(Pre Conditions Externals): 测试开始前全局变量的条件。. 后置条件(Post Conditions Externals): 测试执行后全局变量的条件。缺点:速度慢,耗系统资源,测试执行效率低

9、。关于 java 代码的质量相关,和静态工具使用,请先参照:Java 代码质量专题 ;白盒测试策略第 7 页 共 8 页追求代码质量 监视圈复杂度 ;追求代码质量 软件架构的代码质量 ;追求代码质量 用代码度量进行重构 ;初用 FindBugs - 耐心愉悦 - CSDNBlog ;FindBugs,第 1 部分 提高代码质量 。这里面 FindBugs 是 java 静态分析工具。白盒测试策略第 8 页 共 8 页桌面检查、代码走查、代码审查同时属于代码检查的方式。代码检查是发现错误缺陷最有效的手段之一,通常能发现 30%-70%的逻辑设计和编码缺陷。可以发现的问题:声明或引用错误、函数/方

10、法参数错误、语句不可达错误、数组越界错误、控制流错误、界面错误和输入/输出流错误等。以上的测试策略,可能会因为项目不同导致取舍不同,组织形式和参加人员也可能不同,但白盒测试不会超出这些范畴。_软件测试面试必备北京测试空间科技发展有限公司是注册于北京市海淀区高新技术园的软件企业,目前主要业务范围包括软件测试管理工具研发、软件测试项目外包和软件测试专业技术人才培养及派遣。在软件测试管理工具研发领域已成功开发具有自主知识产权的 STMP 管理软件。在软件测试项目外包领域已建立广泛的业务渠道,服务客户包括北大软件工程中心、东软股份、海辉高科、用友软件、莱博智科技、电子部 5 所、11 所,航天 704 所、中国金融认证管理中心、国安创想、清华同方、中软融鑫、长峰科技等 100 余家企业,项目覆盖行业包括军工、航天、金融、通信等领域。由安博测试空间技术中心 http:/ 40 号大唐电信测试空间楼联系电话:010-62303223 62303260 62303230

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号