冒烟测试的概念: 版权声明:本文为博主原创文章,未经博主允许不得转载. 冒烟测试既是对软件基本的功能进行测试,测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本的功能正常,保证软件系统能够跑起来,从而能够进行后续深入的正式的测试工作,如果基本的测试都是有问题的,比如说软件的安装卸载,更新都出现了问题,就直接打回开发部了,不需要进行进一步缜密的测试工作. 冒烟测试目标:确认系统或模块能正常运行,可以进行测试.冒烟测试内容: 系统是否能够正确安装卸载更新:             …

鉴于之前跟开发提到提测前需要进行冒烟测试,然后几个开发一脸迷茫的问我:什么叫冒烟测试?所以我准备跟大家从以下几个方面简单的分享一下什么是冒烟测试. 一.软件测试的分类 二.冒烟测试(Smoke Testing)的概念 Smoke Testing 的概念最早源于制造业,用于测试管道.测试时,用鼓风机往管道里灌烟,看管壁外面是否有烟冒出来,以便检验管道是否有缝隙.这一测试显然比较初级,更深层一点的测试至少要进行渗油测试.带压测试等等.Smoke Testing 只是一种初级.直观的测试. 软件测试中…

“冒烟测试”(也可称为showcase)这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程. 冒烟测试(smoke test)在测试中发现问题,找到了一个Bug,然后开发人员会来修复这个Bug.这时想知道这次修复是否真的解决了程序的Bug,或者是否会对其它模块造成影响,就需要针对此问题进行专门测试,这个过程就被称为Smoke Test. 冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作. 在很多情况下,做Smok…

Smoke Testing 的概念最早源于制造业,用于测试管道.测试时,用鼓风机往管道里灌烟,看管壁外面是否有烟冒出来,以便检验管道是否有缝隙.这一测试显然比较初级,更深层一点的测试至少要进行渗油测试.带压测试等等.Smoke Testing 只是一种初级.直观的测试. 软件测试中的 Smoke Testing 实际上用的是其引申含义,而且是引申了不止一道的含义,在这里,Smoke Testing 其实是个俚语——就跟很多其他源于美国软件行业的名词一样. 以前我并不知道 Smoke Testin…

冒烟测试,它和回归测试的性质一样--只是一个测试活动,并不是一个测试阶段.冒烟测试贯穿于测试的任何一个阶段,单元测试.集成测试.系统测试里都有冒烟测试. 冒烟测试和其他所有的测试活动的目的不一样,它不是为了证明程序存在BUG,而是为了证明程序的基本功能.核心功能没有问题.   当冒烟测试发生在集成测试的子系统间集成和系统测试的时候,这时,常把冒烟测试等同为BVT(Build Verification Testing),也就是所谓的小版本验证测试.   冒烟测试一般是由程序员来执行:冒烟测试带有一…

1.易用性定义: 易用性测试是指测试用户使用软件时是否感觉方便,是否能保证用户使用的测试类型2.本地化测试: ·定义:针对软件的本地化版本实施的针对性测试 ·测试内容: (1)语言,书写习惯 (2)时区.日期格式.货币 (3)当地风俗,法律法规 (4)政治铭感内容3.部署测试: ·定义:也称安装测试,主要验证系统部署过程,并确保软件经过安装测试后可正常使用 ·测试内容: (1)在不用环境下的部署验证 (2)参照部署文档执行过程合理正确性 (3)基础数据4.无障碍测试: ·定义:Accessibi…

冒烟测试(smoke testing),就是开发人员在个人版本的软件上执行目前的冒烟测试项目,确定新的程序代码不出故障.冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作.冒烟测试的执行者是版本编译人员. 回归测试是软件测试的一种,旨在检验软件原有功能在修改后是否保持完整. 测试驱动开发(Test-driven development,缩写为TDD)是一种软件开发过程中的应用方法,倡导先写测试程序,然后编码实现其功能得名. 测试驱动开发是…

[BVT的释义] BVT的全称是Build Verification Test.可以说这个全称就是BVT的定义了. BVT只验证build构建的成功与失败,不深入测试构建好的build的功能.性能等等. BVT是在所有开发工程师都已经检入自己的代码,项目组编译生成当天的版本之后进行,主要目的是验证最新生成的软件版本在功能上是否完整,主要的软件特性是否正确.如无大的问题,就可以进行相应的功能测试.BVT优点是时间短,验证了软件的基本功能.缺点是该种测试的覆盖率很低.因为运行时间短,不可能把所有的情…

前言:之前有一段时间一直用 Python Uittest做自动化测试,觉得Uittest组织冒烟用例比较繁琐,后来康哥提示我使用pytest.mark来组织冒烟用例 本文讲述以下几个内容: 1.Unittest 如何组织冒烟用例 2.Pytest 组织冒烟测试 3.Pytest 执行unittest冒烟用例 环境准备: Python 3.64 Pytest 5.01 项目目录: smoke_testing_demo test_case __init__.py test_case_with_uni…

注:以下内容来自网络: 一.手机APP测试类型 1.1 接口协议测试 在APP客户端开发设计时,一般服务端会提供相应的接口协议文档,接口协议文档的质量,决定了APP的开发进度.此部分的测试,应首先检测接口的完整性, 根据APP需求,检查是否所有数据都有相应的接口返回:其次正确性验证,验证返回的接口信息是否正确,提示代码是否符合要求:第三:可采用Postman 等工具,对设计的测试用例进行测试. 1.2 易用性测试 易用性测试可分为UI原型和高保正图检测和APP测试.UI原型和高保真图可通过评审会…

BVT & BAT 版权声明:本文为博主原创文章,未经博主允许不得转载. 一.BVT: (Build Verification Test ) BVT的概念: BVT(版本验证测试)是在所有开发工程师都已经checkin完自己的代码,并编译完成,生成当天的版本之后进行,主要目的是验证最新生成的软件build版本功能的完整性,主要的软件特性的正确性.如无大的问题,就可以进行相应的BAT测试. BVT优点是时间短,验证了软件的基本功能. 缺点是该种测试的覆盖率很低.因为运行时间短,不可能把所有的情况都…

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57ee0934b690d84c3188d7c7 Dev Club 是一个交流移动开发技术,结交朋友,扩展人脉的社群,成员都是经过审核的移动开发工程师.每周都会举行嘉宾分享,话题讨论等活动. 本期,我们邀请了 TesterHome 测试技术社区联合创始人"陈晔",为大家分享<移动互联网测试到质量的转变>. 分享内容简介: 在移动互联网越来越快的迭代项目中,很…

自动化测试模型 一个自动化测试框架就是一个集成体系,在这一体系中包含测试功能的函数库.测试数据源.测试对象识别标准,以及种可重用的模块. 自动化测试框架在发展的过程中,不断有新的模型(概念)被提出,目前经历了几个阶段:模块驱动测试.数据驱动测试.对象驱动测试. 自动化测试模型是自动化测试架构的基础. 线性测试 通过录制或编写脚本,一个脚本完成一个场景(一组完整功能操作) ,通过对脚本的回放来进行自动化测试: 优势就是每一个脚本都是独立的,任何一个脚本文件拿出来就能单独运行: 缺点也很明显,用例的…

1.冒烟测试 跟web端 的测试流程一样,你拿到一个你们开发做出来的apk首先得去冒烟,也就是保证他的稳定性,指定时间内不会崩溃.这款原生sdk自带的monkey可以当做 我们的测试工具.就跟我之前博客所说的,monkey测试模拟了用户的按键输入,触摸屏输入等等,看设备多久时间出异常.因为它得用到adb命令,那么同 学们可能还得去自学一下adb命令.如果抓到crash(比如内存溢出,空指针异常什么的),及时向你家开发及时反馈,你也可以把它看成一个性能测试工具. 2.安装,卸载测试  这项对web…

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/4996000.html 前言 前面我们已经了解Uiautomator的基本知识,并且学习了API的用法,因此对于我们来说完成一个UI自动化测试脚本并不难,但是如何将UI自动化应用在实际的项目中,帮我们提高测试的效率呢?本节我们就说说,UI自动化应该怎么去完成. 我们以微信"小视屏"这个功能为例,来完成本次自动化测试的讲解.(鉴于隐私原因,默认在执行…

1.冒烟测试 一般使用mokey或其他自动化测试工具进行测试,保证软件的健壮性和可测性. 2.安装.卸装测试 直接在真机上安装.卸装(adb install 或 adb push到手机上直接安装) 第三方软件协助安装.卸装(至少支持豌豆荚.91等主流辅助工具) 升级安装  在线升级安装 在线跨版本升级安装 3.业务功能测试 业务逻辑测试 功能点测试 关联性测试(与pc端数据交互正常) 4.稳定性及异常测试 交互性测试(客户端多种中断测试:如电话.短信.消息推送.闹钟.插拔数据线.待机.前后台切换…

◆版权声明:本文出自胖喵~的博客,转载必须注明出处. 转载请注明出处:http://www.cnblogs.com/by-dream/p/5384698.html 初衷 一直都有一个这样的想法: 虽然在我发出这个帖子之后没有人来主动和我交流,并且有人说这样的方法论会过于死板硬套,不能适用于实际复杂的业务测试中:但是我还是决定去写这样一个系列的文章,只要能够帮助到一部分的测试,哪怕不是很多,我也愿意尝试去做. 分享者简介 侯哥,4年测试开发经验,现任58同城**部门测试开发,擅长自动化测试. 这里…

1.冒烟测试 跟web端的测试流程一样,你拿到一个你们开发做出来的apk首先得去冒烟,也就是保证他的稳定性,指定时间内不会崩溃.这款原生sdk自带的monkey可以当做我们的测试工具.就跟我之前博客所说的,monkey测试模拟了用户的按键输入,触摸屏输入等等,看设备多久时间出异常.因为它得用到adb命令,那么同学们可能还得去自学一下adb命令.如果抓到crash(比如内存溢出,空指针异常什么的),及时向你家开发及时反馈,你也可以把它看成一个性能测试工具 2.安装,卸载测试 这项对web应用可能测…

在上一篇RobotFrameWork接口报文测试-----(二)demo的升级版基础上,将接口的xml的格式保存在xml文件中,然后程序如果增加一个接口,在xml文件里添加即可,无需修改自动化测试里的其他模块,然后在工具加case就可以了,但是接口取值的数据全部都是直接在case里面录入的,也就是说,每增加一条测试用例,就需要在工具内添加一条case,测试数据始终都是在工具内控制,这让以前使用excel管理过测试数据的我感觉很不爽,总感觉得把数据放到excel内,然后实现数据驱动测试. 围绕着这…

测试 1.按岗位: 黑盒测试:测试业务逻辑 白盒测试:测试逻辑方法 2.按测试粒度 方法测试 function 单元测试 unit 集成测试 integration 系统测试 system 3.按暴力程度 冒烟测试 smoke 压力测试 pressure 4.monkey测试工具使用命令行 adb shell # monkey 1000 //在手机按1000次,每个按钮都可能被按下 单元测试框架 1.建立测试项目 2.建立测试类以及测试方法 class test extends AndroidT…

android中的单位: in 英寸 pt 点距 px 像素  dp(dip) 密度无关的像素单位,自适应device屏幕的比例,通常涉及长宽高时采用 sp 与范围无关的像素单位,通常在设置字体大小时采用   测试相关:1)是否知道源代码:白盒测试:根据源代码写测试方法黑盒测试:业务场景user story 2)根据程序测试的精细度(粒度)分:单元测试:unit test 测试某个方法,模块方法测试:function test集成测试:intergation test 压力测试:pressure…

1.冒烟测试 跟web端的测试流程一样,你拿到一个你们开发做出来的apk首先得去冒烟,也就是保证他的稳定性,指定时间内不会崩溃.这款原生sdk自带的monkey可以当做我们的测试工具.就跟我之前博客所说的,monkey测试模拟了用户的按键输入,触摸屏输入等等,看设备多久时间出异常.因为它得用到adb命令,那么同学们可能还得去自学一下adb命令.如果抓到crash(比如内存溢出,空指针异常什么的),及时向你家开发及时反馈,你也可以把它看成一个性能测试工具 2.安装,卸载测试 这项对web应用可能测…

1.测试的相关概念  1.根据是否知道源代码分类: 黑盒测试: a - b - c  边值测试    白盒测试: 根据源代码写测试方法 或者 测试用例; 2.根据测试的粒度分类: 方法测试:写完一个方法后就测试    单元测试:测试一个能够独立运行的业务逻辑单元;    集成测试:整体测试项目 联调    系统测试:对整个系统进行测试 3.根据测试的暴力程度: 1.冒烟测试:高频次的点击软件    2.压力测试:使用测试工具:LoadRunner.Jmeter #2.单元测试 Junit 01_…

日常啰嗦 看到标题你可能会问为什么这一篇会谈到代码测试,不是说代码优化么?前两篇主要是讲了程序的输出及Log4j的使用,Log能够帮助我们进行bug的定位,优化开发流程,而代码测试有什么用呢?其实测试是为了验证自己所编写的代码,及时排除错误,减少bug,所以我认为,减少错误也是优化的一个方案体现,而且如果进行了合理的单元测试,也可以帮助优化开发流程,一旦出现问题,使得bug的定位过程更加迅速. 你愿意进行单元测试吗? 其实,像第一篇文章所说的,对于打印输出信息,我们更习惯于使用System.ou…

1.测试是否知道源代码: --黑盒测试 不知道代码 --白盒测试 知道源代码 2.按照测试粒度: --方法测试 --单元测试 Junit测试 --集成测试 --系统测试 3.按照测试暴力程度 --冒烟测试  硬件 --压力测试  12306 monkey测试:adb shell下的一个测试指令 monkey -p 包名 1000 在包名所说的这个应用中狂点1000次 android单元测试: 1.写一个类继承AndroidTestCase,里面的方法可以使用Juint运行(可以直接建立一个and…

首先介绍单元测试,我在javaweb部分有详细介绍单元测试框架的一篇文章. 可以先看在javaweb中的单元测试详解篇http://blog.csdn.net/qq_32059827/article/details/51506516,再来体会android中的单元测试.做好区分.当然既然是理论,只写理论,和核心代码,后期会以代码的方式,完善初级教程. 测试 黑盒测试 测试逻辑业务 白盒测试 测试逻辑方法 根据测试粒度 方法测试:function test 单元测试:unit test 集成测试:…

LZ在一个18线小城市做测试,近来想走出自己的舒适区,去做一点不一样的测试工作. 18线地区,测试工作并不多.最好的差不多就是LZ目前待着的公司了.遂决定去魔都闯荡几年,对一个在魔都无房无车无户口的人来讲,这意味着很累,然人无远虑必有近忧.即使有一天你的城市通地铁和高铁了,来了一群优质的互联网公司,我除了离得近,有配得上的技能嘛. XX银行面试年前在BOSS直聘上投递的简历,年后约面试.我要求先电话面试一轮再去.[这里说一下有的公司招人职位要求和面试要求完全不一致,毕竟魔都里的有些远,不想浪费一…

/********************2016年5月4日 更新********************************/ 知乎:如何专业地进行黑盒测试? 之前遇到过有些黑盒测试人员,感觉他们测试发现问题后,不分轻重缓急,也不知道分析.比如,发现产品与设计图在某个按钮上颜色有出入就提 Bug,有些问题明显是同一个问题引起的,不去发现根本原因,却一直提表面现象.也有黑盒测试人员跟我说过,测试人员发现任何问题都会判定是 Bug.请问: 1. 专业的黑盒测试是如何将发现的问题归类的?Bug.…

一. Monkey测试(冒烟测试) 使用monkey测试工具进行如下操作: 1. APP的安装 2. APP随机操作测试(APP压力测试) 3. APP的卸载 二. 安装卸载测试 1. 使用测试真机进行APP的安装与卸载 2. 使用第三方软件辅助安装与卸载 三. 升级测试 1. APP的在线升级安装及使用测试 目的: 1. 验证签名是否一致 2. 跨版本升级是否正常 四. 功能测试 1. 功能逻辑测试 2. 功能点测试(单元测试) 3. 关联性测试(集成测试) 五. 自动化测试 1. monke…

根据测试重点区分 一.功能性测试 根据产品需求文档编写测试用例: 根据设计文档编写测试用例: 根据UI原型图编写测试用例 二.UI测试 原型图/效果图对比 用户体验 数据模拟:需要考虑正式环境可能的数据类型 三.兼容性适配性测试 1.兼容性测试 (1)分辨率 (2)系统版本 (3)厂商兼容 2.安装.卸载测试 (1)生成的apk文件在真机上可以安装及卸载: (2)可以通过命令行.安装工具安装: (3)覆盖安装. 3.在线升级测试 (1)验证数字签名 (2)升级后可以正常使用 (3)在线跨版本升级…