因为之前接触的都是手动和自动化测试，所以在性能测试这一块儿有很大的确实。最近一直想要自学Loadrunner,希望学好了之后可以对公司现在做的项目有所帮助。但是我感觉学了好久还是停留在一个初步的阶段，只是会进行录制，设置事务、检查点、参数啥的。对于场景的设计和结果的分析一点都没有学到，去网上找视频也没找到相关的，也是无语了，不晓得怎么继续下去了。真心觉得自己还是挺喜欢测
此前Bird一篇文章提到，设备的碎片化为移动应用的测试带来了极大挑战。有挑战就有机会，不仅仅是TestBird，包括BAT在内的互联网巨头们都在布局移动测试业务。但是，单一的测试服务是不能完全满足开发者需求的。因此我们一直在开始思考，什么样的测试模式才是未来移动测试的方向。 自动化测试是否能完全解决人们的需求呢？ 我想不是的，虽然移动设备严重的碎片化，使得开发者不可能手动测试所
今天在有书上面看了一篇文章“我努力，是为了让我的本事配上我的情怀”，主要从一个小姑娘的角度写一个比她大4岁的知己姐姐对于自己的梦想的奋斗史。 看完有几点收获： 1：有些人活在你的身边，就是一堂生动的人生课程，不需要任何导师，也无需教材，她的经历与成长不动声色地会让你懂得那些原来
原型要烂熟于心 对原型我们要做到心中有一个蓝图，提到某一个页面就能知道这个页面中的关键元素。 这个对我们理解系统和后面的详细分析很有帮助。这个过程我们不必考虑实现只需要脑子里有这么一个结构就行啦。 对类图查漏补缺 前面我们已经抽取过了主流程图以及核心业务对象，但是我们没有细扣原型中的每一个元素的来龙去脉，这个步骤就是做这件事，从一下两个方式去做： 1.根据页面的所有名词去找类图上对应的类
2016-02-03
思想有多远，你就能走多远 同样一个公司，同样是在一块测试，为什么3年、5年、10年之后却变得不同了呢。有的走向管理岗位，有的成为核心员工，有的成为技术大牛，有的，除了资历老了，工作经验多了几年，但其他都没有变化，还是老样子，这是为什么呢？ 有人可能说，是因为有的人本来能力就强，有的人本来就是名牌学校毕业的，有的人说自己没有别人命好，有的说自己没有跟对领导，有的说自己不会溜
来到现在的公司有半年时间了，说说我学到了什么东西。首先我在项目还没有启动开发的时候就写好了测试计划、测试方案等等文档内容。后来应领导要求，学习了关于产品方面的知识，去用软件给项目绘制原型，深挖需求。再后来，又被派去跟外包商谈需求。现在跟开发对接需求。我感觉我都要成为一个需求分析师了。可是我不是测试么？我的本质工作是测试，其实我知道了解需求对于我们
tools>adbremounttools>adbshell#su#cdsystem/sd/data//进入系统内指定文件夹#ls//列表显示当前文件夹内容#rm-rxxx//删除名字为xxx的文件夹及其里面的所有文件#rmxxx//删除文件xxx#rmdirxxx
传统的个人开发者，要想开发出一个完美的APP要经过以下几个过程：搭建开发环境，写代码，写统计系统，开发即将完成后，要购买服务器，然后把程序布置到服务器上进行测试，接着是对APP做手机适配性测试，需要借很多手机进行测试，测试完毕后，上线，和很多渠道商合作，然后发布上百个渠道等，后续还可能涉及到很多复杂的运营工作，如要赚钱，同时还面临着一系列的山寨盗版问题，还要面临着存储速度、还要找广告商等等一系列的
测试周期测试周期一般为2~3天，根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管或产品经理确认项目排期。测试资源app测试任务开始前，检查各项测试资源。产品功能需求文档、概要设计文档（包含非本期开发的产品功能部分）产品原型图（包含非本期开发的产品功能部分）产品效果图（包含非本期开发的产品功能部分）测试用例（包含非本期开发
