自动化测试，按层级对测试进行划分，测试金字塔

黑盒测试 黑盒测试把产品软件当成是一个黑箱子,只有出口和入口,测试过程中只要知道往黑盒中输入什么东西,知道黑盒会出来什么结果就可以了,不需要了解黑箱子里面是如果做的. 即测试人员不用费神去理解软件里面的具体构成和原理,只要像用户一样看待产品就可以了. 例如银行转账功能,不需要知道转账的具体实现代码是怎样工作的,只需要把自己想象成各种类型的用户,模拟多种转账情况看系统是否能正常转账即可. 但是仅仅像用户一样去测试又是不够的.如果只做黑盒测试,必然是存在一定的风险的. 例如某个安全性较高的软件系统,

我们在<Appium自动化测试系列1-Appium环境的安装和配置>里已经搭好了Appium的基本环境,这一章,我们就来真刀真枪使用一下Appium, 看看Appium是如果来实现自动化测试的.在写测试脚本之前,我们先安装几个必要的Python三方库. 1 安装Python的setuptools库 (因为安装Python的Selenium库需要用到它) 1) 下载setuptools文件并解压 https://pypi.python.org/pypi/setuptools/12.0.4#dow

测试平台:vmware centos6.5 minimal 物理卷 卷组 逻辑卷 扫描 pvscan  vgscan  lvscan 查看  pvdisplay vgdisplay  lvdisplay 新建  pvceate  vgcreate  lvcreate卸载  pvremove  vgremove  lvremove 放大   vgextend  lvextend 缩小  vgreduce  lvreduce 添加一块5G的虚拟磁盘 sdb 1.新建分区 输入:fdisk /dev/

平常我会用Visual Stuido的测试项目,写一些自动化测试,如单元测试.整合测试等等,受测的Code中有很多地方用NLog记录消息,在正试的环境,会写到数据库,但测试时我会想把消息输出到每一个测试的结果中,除了节省数据库外,也比较容易追纵错误消息. 平常我会用Visual Stuido的测试项目,写一些自动化测试,如单元测试.整合测试等等,受测的Code中有很多地方用NLog记录消息,在正试的环境,会写到数据库,但测试时我会想把消息输出到每一个测试的结果中,除了节省数据库外,也比较容易追纵

1.相同点  不管是传统行业的web测试,还是新兴的手机APP测试,都离不开测试的基础知识,即是不管怎么变,测试的原理依然会融入在这两者当中. 1)设计测试用例时,依然都是依据边界值分析法.等价类划分等: 2)多数采用黑盒的测试方法,来验证业务功能是否得到正确的应用: 3)需要检查界面的布局.风格和按钮等是否简洁美观.是否统一等: 4)测试页面载入和翻页的速度.登录时长.内存是否溢出等: 5)测试应用系统的稳定性等. 2.不同点  相对于web测试,手机软件测试,除了要考虑基本的功能测试.性能等

原文: http://blog.sina.com.cn/s/blog_6cf812be0102vctg.html 上一次分享了google测试分享-SET和TE,有一些自动化测试的细节没有说清楚,那这次会把google的分层自动化测试描述的更详细. 为了让这些blog分享更有逻辑性,我打算分几个专题来分享google测试相关的测试理念. google测试分享-SET和TE google测试分享-分层测试 google测试分享-GTA google测试分享-测试经理 google测试分享-问题和挑

测试计划方案文档 通常情况下,测试计划和测试方案可合为一个文档 文档说明: 包含文档目的和读者对象 文档目的:编写文档的目的.文档时用到的约定和文档的编排方式 读者对象:包括部门经理/高级经理.项目经理.项目组.测试人员.配置管理员及其他相关人员 术语与参考: 包含参考资料与术语解释 参考资料:填写本文档时使用的参考资料,如详细设计文档.开发文档等 术语解释:解释测试人员使用的专业术语,如集成测试.冒烟测试的含义等 测试计划概述: 包含测试系统概述.测试目标.测试方法.测试里程碑.测试系统发布及

首先必须指出:不管是传统行业的web测试,还是APP测试,都离不开测试的基础知识.即不管怎么变,测试的原理依然会融入在这两者当中. 1.Web测试和APP测试相同点 1)设计测试用例时,依然都是依据边界值分析法.等价类划分等:       2)多数采用黑盒的测试方法,来验证业务功能是否得到正确的应用:       3)需要检查界面的布局.风格和按钮等是否简洁美观.是否统一等:       4)测试页面载入和翻页的速度.登录时长.内存是否溢出等:       5)测试应用系统的稳定性等. 2.不同

作为负责人,要考虑的事情比较多,要从大局观.整体项目周期上看待问题.而测试工程师平时只要做好分配的任务就行,不需要考虑太多事情.以下是从项目各个阶段来描述作为测试负责人应该要做的工作. 一.需求阶段 要参与需求评审,了解以后要做的项目,做到心里有数 熟悉需求,并组织测试人员分析需求,把需求疑问整理文档,与产品人员讨论. 二.开发阶段 了解开发进度,主动与项目经理沟通,询问近期要提测的项目,做好测试准备工作. 如果提测有并行且人力有限的情况下,划分好优先级和重要性,根据优先级.重要性由高到低开始,

在向开发人员介绍单元测试或TDD等工程实践时,往往可以听到这样的疑问.比如: 自己写的程序,自己无法从另一个角度测出问题.写bug的时间都不够了,哪有时间来写测试?开发来写测试了,测试干什么?除了核心代码,没有什么值得测试的.-- 一个例子首先我们看一个例子. 全项目唯一的测试 不止一次,我在各种项目中看到这样的测试,往往这也是整个工程中唯一一个测试.可以看出,开发者认为编写是有必要的.所以按照"标准"的做法建立了测试目录,引入JUnit依赖.并且利用它在开发的初期来验证某些技术疑问,