测试相关的选题

测试基础,测试策略与方法(转载)

今天说的是测试的策略与方法,首先看一下什么事策略和方法,这个就有点像军事上的战略和战术,一个是宏观的,一个是微观的。

由此来看,软件测试策略就是在一定的软件测试标准、测试规范的指导下,依据测试项目的特定环境约束而规定的软件测试的原则、方式、方法的集合。这个测试原则、方式、方法的集合可以帮助我们对测试进行全局的分析。

当我们拿到一个软件准备测试时,首先要从宏观上把握。宏观上基本就是我们常说的5个W:when、where、who、what、how。When就是把握测试的进度,where就是测试的场地,who就是团队建设,what就是要测什么,how就是怎么测。我们的策略应该就是how,怎么测。

那么就来看一下我们的测试策略的种类吧。

1、  白盒测试、灰盒测试和黑盒测试

黑盒测试:又称为功能测试、数据驱动测试或者基于规格说明书的测试,注重测试软件的功能需求。测试人员不关心程序具体如何实现,根据软件的规格对软件进行各种输入,观察软件的各种输出结果,发现软件的缺陷。因为这类测试不考虑软件的内部运作原理,因此软件对用户来说就像一个黑盒子。例如计算器程序,输入2+2只要结果是4,那么就说明功能是正确的,而不必去关心内部是2*2还是2+2,只注重它的输出结果是不是我们的预期结果。

白盒测试:又称结构测试、逻辑驱动测试或基于程序代码的测试。根据软件内部的工作原理分析来进行测试,测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量。这种测试就要关心它的内部实现了,还是我们的计算器,计算2+2,我们就要看它的内部实现了应该是2+2,而不是2*2。

灰盒测试:是介于黑盒测试与白盒测试之间的测试方法,在执行白盒测试的时候考虑使用黑盒测试的方法

2、手工测试与自动化测试

手工测试:顾名思义就是手工执行软件来发现缺陷而不依赖于其他自动化工具。

自动化测试就是依赖自动化工具来辅助测试,常见的自动化工具比如QTP、LoadRunner、Robot等。

3、静态测试与动态测试

静态测试是不运行被测程序本身而寻找程序中可能存在的错误或评估程序代码的过程。主要是检查代码文档这些。静态测试既可以手工检查也可以使用自动化工具,如检查代码的Jtest、C++ Test等。动态测试就是执行程序来检查是否存在缺陷。

4、功能测试与性能测试

功能测试:根据产品特征、操作描述和用户方案,测试一个产品的特性和可操作行为以确定它们满足设计需求。

性能测试:评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

5、冒烟测试

冒烟测试又称为版本验证测试。主要是验证软件的基本功能是否正常。当我们拿到一个软件时首先要进行的是冒烟测试,如果冒烟测试不通过那么下面就可以不用测了。比如我们测试搜狗输入法时,它不能正确地安装,那么接下来的功能就可以不用测了。

6、回归测试

回归测试是对软件新版本的测试,当拿到一个新版本测试时首先要重复执行上一个版本的用例(或一部分用例)。

7、随机测试

又称为猴子测试,就是没有指定的用例,完全根据测试员的经验来测试。

OK,今天就介绍这些了,今天的重点要掌握这些常见的测试策略了。明天会继续给大家介绍测试方法,从明天开始我会用一些小项目来帮助大家学习,并增加经验。

英语单词:

因果图:cause-effect graph 代码覆盖:code coverage 条件测试:condition testing 配置管理:configuration management

时间: 2024-10-13 00:03:24

测试相关的选题的相关文章

[Test]测试相关资料

一些资料收集测试相关,开发离不开测试. Python书籍 Testing Python  python测试,比较全面的介绍python测试的书籍 Test-Driven Web Development with Python 这是一本电子书,只看到有网页版本. 从django的视角一步步教你TDD 本文出自 "orangleliu笔记本"博客,请务必保留此出处http://blog.csdn.net/orangleliu/article/details/39559843

#测试相关#Getting “junit.framework.AssertionFailedError: Forked Java VM exited abnormally” Exception

编写Ant脚本进行持续测试的时候,出现了junit.framework.AssertionFailedError: Forked Java VM exited abnormally的报错,以此为关键字谷歌了很久,得到的答案几乎都是扩大内存之类,或者设置junit标签的fork为no的,试过了均是无效. 其实这个提示是不够精准的. I faced similar issue. I ran junit tests as ant task. Added showoutput="yes" an

测试相关知识点

android测试的研究方向: Android应用系统测试的设计 Android自动化测试Monkey工具环境搭建Monkey命令的使用ADB常用命令详解Robotium测试环境搭建Robotium工具的应用Android单元测试使用Junit对Android应用进行单元测试Android性能测试应用DDMS进行性能调试Android内存泄漏测试 测试相关知识点

收集与测试相关的所有工具

Logiscope:白盒测试的一个自动化工具,贯穿于软件开发.代码评审.单元/集成测试.系统测试.以及软件维护阶段.执行代码静态结构分析.SmartBits:执行网络测试.WinRunner:功能测试工具 收集与测试相关的所有工具

单体测试和结合测试相关的总结

第一次接触到Android单体测试和结合测试,查阅了相关资料,学习了很多东西,现总结如下: 单体测试就是测试代码,测试函数的实现是否正确: 单体测试按照等级分为: 1.不考虑函数逻辑,输入一个值(正确的值,临界值,错误的值),执行函数后能否输出想要的值: 2.考虑代码逻辑,其中的每个if语句,case语句,switch语句等都进行测试: 单体测试在源代码的基础上建立junit test,然后写test case: 结合测试是测试apk的: 1.需要导入源代码的R.java文件,因为需要引入源代码

测试相关知识分享(百度和其他途径查找到的)

A: 1.一套完整的测试应该由哪些阶段组成? 参考答案:测试计划.测试设计与开发.测试实施.测试评审与测试结论 2.单元测试的主要内容? 参考答案: 模块接口测试.局部数据结构测试.路径测试.错误处理测试.边界测试 3.集成测试也叫组装测试或者联合测试,请简述集成测试的主要内容? 参考答案: (1)在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失; (2)一个模块的功能是否会对另一个模块的功能产生不利的影响; (3)各个子功能组合起来,能否达到预期要求的父功能; (4)全局数据结构是否有

测试相关问题总结

1.你对测试的理解: 1)   测试开发工程师主要工作内容是根据项目特点开发测试工具,从而更有效地进行测试,提高软件产品的质量 区别于开发工程师--注重开发速度,测试开发工程师重心是更方便测试项目,保证软件质量. 2) 测试人员首先需要根据需求规格说明书进行测试分析,做测试分析的目的是根据需求和业务流程梳理清楚我对整个测试流程的总体规划, 第二就是测试用例的设计,一个测试用例涉及编号,名称,对应的需求点和业务规范等,这样不管是黑盒测试还是白盒测试都不是盲目进行. 最后还可以谈谈对APP测试过程

doctype选择和模式开启及测试相关网址资源

https://developer.mozilla.org/en/Mozilla_Quirks_Mode_Behavior   quirks模式的行为表现 https://developer.mozilla.org/en/Images,_Tables,_and_Mysterious_Gaps 几乎标准和标准模式的差别实例,以及解决办法 各种文档头详细解释,各种模式的开启条件表格 http://en.wikipedia.org/wiki/Quirks_mode   quirks 几乎标准模式 标准

测试相关理解(三)—边界值分析方法

1.边界值分析: 长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界. 从整体的角度可以分为单元测试.集成测试.系统测试.确认测试. 单元测试:是针对软件设计的最小单位-程序模块,进行正确性检验的测试工作.一般包括逻辑检查.结构检查.接口检查.出