1、相同点不管是传统行业的web测试，还是新兴的手机app测试，都离不开测试的基础知识，即是不管怎么变，测试的原理依然会融入在这两者当中。1）设计测试用例时，依然都是依据边界值分析法、等价类划分等；2）多数采用黑盒的测试方法，来验证业务功能是否得到正确的应用；3）需要检查界面的布局、风格和按钮等是否简洁美观、是否统一等；4）测试页面载入和翻页的速度、登录时长、内存是否溢出等；5）测试应
例子：从软件需求规格说明书中获取测试需求 （举例目的在于让新手了解写用例并不是直接复制需求说明书中的内容，而是要挖掘测试点） 假设需求规格说明书中有如下一功能需求 测试思想-文档评审需求分析和评审简述 功能描述：可以根据人名或文章、标题的内容进行搜索 功能名称 快速搜索 功能描 用户及角色 注册用户 补充说明 无 输入项：略 处理流程：略
单元测试 定义 单元测试（又称为模块测试, Unit Testing）是针对程序模块（软件设计的最小单位）来进行正确性检验的测试工作。 说明： 1、 程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法,
测试一般有2个方面 (1)验证软件是“工作的”，以正向思维方式，针对软件系统的所有功能点，逐个验证其正确性。 (2)证明软件是“不工作的”，以反向思维方式，不断思考开发人员理解的误区、不良的习惯、程序代码的边界、无效数据的输入及系统的弱点.试图破坏系统、摧毁系统，目标就是发现系统中各种各样的问题。 调软件测试人员应该站在客户的角度去进行测试，除了发现程
测试工作应该是创新的，带有思想的持续改进活动。其实，任何事情都应该这样。但是现实我们往往妥协于工作任务紧、回头思想、个人懒惰。创新更多的是在原有基础来改进一些，而不是打破重来（这个我叫它革命）。让已有的东西持续改进，例如你的测试思想、你的过程执行过程、项目的流程点，等等。（改进创新是唯一持久的进步动力） 测试的原子活动可以认为是一
测试是一个活动过程，必须有一个或多个测试的对象，这个对象平时我们叫业务或者叫需求。这个作为测试的对象你是必须了解的。（熟悉业务，知道干什么）客户对于需求都有一个预期，这个预期后期绝大部分情况下都会变化，但是我们仍然需要找客户澄清。当然作为一个项目团队，应该有一个接口人专门与客户沟通（一般是产
因为之前接触的都是手动和自动化测试，所以在性能测试这一块儿有很大的确实。最近一直想要自学Loadrunner,希望学好了之后可以对公司现在做的项目有所帮助。但是我感觉学了好久还是停留在一个初步的阶段，只是会进行录制，设置事务、检查点、参数啥的。对于场景的设计和结果的分析一点都没有学到，去网上找视频也没找到相关的，也是无语了，不晓得怎么继续下去了。真心觉得自己还是挺喜欢测
此前Bird一篇文章提到，设备的碎片化为移动应用的测试带来了极大挑战。有挑战就有机会，不仅仅是TestBird，包括BAT在内的互联网巨头们都在布局移动测试业务。但是，单一的测试服务是不能完全满足开发者需求的。因此我们一直在开始思考，什么样的测试模式才是未来移动测试的方向。 自动化测试是否能完全解决人们的需求呢？ 我想不是的，虽然移动设备严重的碎片化，使得开发者不可能手动测试所
今天在有书上面看了一篇文章“我努力，是为了让我的本事配上我的情怀”，主要从一个小姑娘的角度写一个比她大4岁的知己姐姐对于自己的梦想的奋斗史。 看完有几点收获： 1：有些人活在你的身边，就是一堂生动的人生课程，不需要任何导师，也无需教材，她的经历与成长不动声色地会让你懂得那些原来
原型要烂熟于心 对原型我们要做到心中有一个蓝图，提到某一个页面就能知道这个页面中的关键元素。 这个对我们理解系统和后面的详细分析很有帮助。这个过程我们不必考虑实现只需要脑子里有这么一个结构就行啦。 对类图查漏补缺 前面我们已经抽取过了主流程图以及核心业务对象，但是我们没有细扣原型中的每一个元素的来龙去脉，这个步骤就是做这件事，从一下两个方式去做： 1.根据页面的所有名词去找类图上对应的类
