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