- 1、本文档共14页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
初学者测试基础
测试基础知识介绍 鲤想科技 / 王超 * 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。 通俗来说:黑盒测试不关注软件内部的实现细节。典型的黑盒测试,就是光拿着鼠标操作一下用户界面,看看功能是否满足要求。 白盒测试也称结构测试或逻辑驱动测试,它是按照程序内部的结构测试程序,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择测试用例,对程序所有逻辑路径进行测试,通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。 白盒与黑盒相反,重点关注软件内部的实现细节(举例来说:单元测试)。 灰盒测试重点关注软件系统的各个组成模块之间的互动。这里所说的互动,包括模块之间的互相调用、数据传递、同步/互斥、等等。 * 灰盒测试的特性: 1. 灰盒测试通常是在集成测试前期进行的。灰盒测试通常在程序员做完白盒测试之后,在功能测试人员进行大规模集成测试之前进行的。 2. 灰盒测试是需要了解代码实现的。 3. 灰盒测试是通过类似白盒测试的方法进行的,也就是说和白盒测试的方法是相同的,是通过编写代码,调用函数或者封装好的接口进行的。 4. 灰盒测试是由测试人员进行测试的。 灰盒测试和白盒测试的区别: 1. 测试的时段不同,白盒测试在单元测试阶段进行,灰盒测试在集成测试前期进行。 2. 测试的关注对象不同,白盒测试更关注内部实现是否按照规格说明书进行,灰盒测试除了需要关注白盒测试关注的内容还更多从业务层面去考虑问题,考虑更多的组合测试业务场景。 3. 范围不同,白盒测试更关注单个代码段,函数的正确性,灰盒测试的对象已经基本能完成一个完整的业务功能。 4. 灰盒测试的代码比较独立,不像白盒测试基本上和程序代码需要做到一一对应。 灰盒测试和白盒测试的相同点: 1. 目的相同 2. 方法相同,都是需要通过代码来实现 3. 对测试人员素质要求相同 * 灰盒测试和黑盒测试的区别: 1. 测试的方法不同。 2. 对测试人员要求不同,灰盒测试要求测试内容及逻辑有一定程度的了解。 3. 测试范围不同,关注的对象不同,黑盒测试是覆盖产品范围最广的测试,是灰盒测试无法取代的。但是灰盒测试是可以被黑盒替代的,只是代价比较大,需要很多的测试用例。 灰盒测试和黑盒测试的相同点: 1. 目的相同 2. 测试所处的时间段相近。 * * 单元测试(unit test)是开发者编写的一小段代码,用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言,一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。单元测试是由程序员自己来完成,程序员有责任编写功能代码,同时也就有责任为自己的代码编写单元测试。执行单元测试,就是为了证明这段代码的行为和我们期望的一致。 集成测试(也叫组装测试,联合测试)是单元测试的逻辑扩展。它的最简单的形式是:两个已经测试过的单元组合成一个组件,并且测试它们之间的接口。从这一层意义上讲,组件是指多个单元的集成聚合。在现实方案中,许多单元组合成组件,而这些组件又聚合成程序的更大部分。方法是测试片段的组合,并最终扩展进程,将您的模块与其他组的模块一起测试。最后,将构成进程的所有模块一起测试。 系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。(常见的联调测试)系统测试的目的是对最终软件系统进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计。 验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。 验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。 * 回归测试是指对软件的新的版本测试时,重复执行上个版本测试时的用例。回归测试可以用在任何测试阶段进行,既有黑盒测试的回归,也有白盒测试的回归。 冒烟测试是指在对一个新的版本进行系统大规模测试之前,先验证一下软件基本功能是否实现,是否具备可测性。 压力测试通过确定一个系统
您可能关注的文档
最近下载
- GB7231-2016《工业管道的基本识别色、识别符号和安全标识》 GB 7231-2003文档撰写.pptx VIP
- 八年级下册道德与法治教材课后习题参考答案(修改版).pdf VIP
- 化工公司综合应急预案.pdf
- 《中医诊断学》——四诊(课堂PPT).ppt
- 《企业架构分析》课件.ppt VIP
- TIA-604-18-2015 国外国际标准.pdf
- 运动营养学(第三版)课件全套 第1--10章 运动营养学基础、 健身运动的合理膳食营养---运动.pptx
- 钢琴谱 泰坦尼克号主题曲 原版 我心永恒 My heart will go on 五线谱 带指法.pdf VIP
- 英语说课稿(全英版)(精选范文).doc
- Lingumi单词卡level1-3(幼儿英语适合2-6岁幼儿).pdf VIP
文档评论(0)