1022,写给30岁的自己

果然是人生匆匆,而立之年。 工作七年三个月,现在的我,成家立业,能养活自己,也能养活妻儿,安居乐业,也算是“而立”了吧。 一直以来自己的“运气值”一向都是负数,但是在大的选择上,总感觉受到上帝的眷顾,选择的“幸运儿”。 从小的梦想是当一名画家,意外的错过了考试,误打误撞选了计算机专业,误打误撞进了IT行业,又误打误撞的做了“测试工程师”,直到现在的“测试开发工程师”。的确很庆幸当初选择了计算机专业,的确是没想到如今IT行业会火成这样,也因为这样的选择,如今过的还不错。

Lego测试平台05-网站篇

内部版:https://wiki.sankuai.com/x/Q0eYOg 本章开始介绍Lego网站部分的内容。 1. 组成 在“脚本篇”中,我贴出了一张目前Lego组成的图: 目前Lego由五个不同的项目组成,分别是“测试脚本”、“Lego-web页面项目”、“用于执行接口测试的base包”、“小工具集合Lego-kit”和“lego-job”,通过上图可以看出各项目间的依赖关系。 细化各个项目的功能,就是下图:

Lego测试平台04-用例篇

内部版:https://wiki.sankuai.com/x/PQcBOQ 1. 概述 我做自动化测试也好几年了,从 Robot 到 QTP,从 UFT 到 Selenium,从WebDriver 到 Appium ,从UI自动化到接口自动化,基本都玩了一遍,大大小小的文章也写了一些。 简单的说,自动化测试大致就是这个流程: 在测试圈里,看到很多同学对自动化也有很多的误区,比如说到自动化,谈的基本都是自动化测试工具,很少谈如何针对现有公司项目进行自动化,也很少谈及在公司最后落地的情况。

Lego测试平台01-介绍篇

接下来的几篇文章,我将介绍一下我在2016年,我在美团点评独立开发的一个工具平台,我起名为“Lego平台”。 简单的来说,这是一套关于接口测试的自动化测试解决方案,简单、轻量、灵活是它最大的优点,下面我将划分多个篇章,对“Lego平台”进行介绍,算是对这个项目做一个完整的总结。 有些部分可能不适合对外公开,所以文章将会有两个版本出现,一个版本是针对外部同学进行分享,将在公众号和我的个人网站同步更新;另一个版本是针对公司内同学进行分享,会发布在公司wiki上。 内部wiki版入口:https://wiki.sankuai.com/x/Vu6sNg 好,废话不多说,直接切入主题。

2016年度总结

看来这是delay最长的一次年度总结了,硬生生地拖到了第二年的四月。 期间强迫症又犯了,一直想等着自己的网站重新规划和设计好后再开始写文,但是网站一拖再拖,最后还是到了3月,才算重新弄好。 惯例还是先记录一下2016年大事件: 2015.12,负责双旦大促活动用户线与交易线压测与容量评估。 2016.01,GA打点自动化项目。 感觉像是做失败了的项目,虽然设计的很好,但是公司对打点的方案变化太快,最后虽然工具设计的很好,但是感觉并没有发挥想要的作用。姑且自认为是个失败的项目。 2016.02,Appium自动化项目。 啥也不多说了,UI果然还是有很多坑,APP UI更是深坑。 2016.03, […]

2015-拥抱变化

还没用习惯2015这个年份的数字,一年又将过去。 原本应该在12月初就写完的2015年度总结却也一直写到了今天才写完。又是超级忙碌的一年,这两天回看了一下我去年和前年的年度总结,越来越感概一年一年过的真快。按照惯例,先记录一下2015年一年的流水:

2014-忙碌的一年

2014年的总结已经在电脑里放了一个多月了,一直没放出来,细数下来,从2012年到现在,这是第三次写一年总结。匆匆忙忙的一年,2014年注定着这是一个非常繁忙的一年。首先码一些这一年的流水。 2013年11月,在做了去年的总计《2013》后,去了趟成都,散散心,五天时间匆匆而过,有时间,还是应该导出走走的。

罗永浩王自如对质观后感

很耐心的把一部长达近三个小时的“辩论”(《互联网史上第一约架 罗永浩对话王自如完整版》)看完了,先不谈内容本身,但从“对话”的角度来说,老罗是占尽了上风,推论的逻辑明确,有理有据,相比之下,只有论点而提供不了论据的自如就显得像是在狡辩了。   而且老罗本身就是有备而来,根据自如的T1评测视频,做足了功课,而对自如来说,老罗会说什么会问什么,都是未知数,所以本身就变的有所不公平。就算数据公平,自如肯定也说不过有讲师和相声功底的老罗。   两人的很大分歧很大程度上在这个评测标准上,根据经验和总结得出的是一套标准,根据国家是一套标准,用于工业制造验收的又是一套标准,原本这就是不一 […]

2013-陈永达聊框架

最近很多朋友都问了我关于自动化测试框架的东西,我就用我对框架淡薄的认识,聊一下我对框架的理解,个人见解,欢迎讨论。 框架一词在自动化测试里,一直都是一个很模糊的概念,到底什么是框架?搜索一下:框架(Framework)是整个或部分系统的可重用设计,表现为一组抽象构件及构件实例间交互的方法;另一种定义认为,框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

记录一次测试失误–IE6兼容

今天上班,被告知昨日晚上上版的内容有客户反映存在问题,导致无法正常登录。只是给登录增加了个验证码而已,出现这么严重的问题,我肯定能发现啊?当时就一惊,定位问题。发现原来是IE6上兼容性的问题。 昨日版本上测试环境后,都在IE7和IE8上跑过,没有问题,手边也没有IE6环境了,也觉得IE6几乎没人用了,最后就忽略了,使得使用IE6的用户登录时,验证码被拉长(验证码非图片显示,使用的是*点阵方式显示),几乎看不出验证码内容。最后不得不使得所有网站停机维护、版本暂时回归。

2012-陈永达聊之2012总结

花了近一个月的时间,对之前的测试进行了一次总结,写了: 《陈永达聊软件测试》 《陈永达聊自动化测试》 《陈永达聊性能测试》 《陈永达聊测试团队》 总结完这一次,我觉的非常有意义,不管内容是对是错,至少在写这些的期间,对自己的软件测试生涯做了个小小的回顾。我觉的这样的总结应该每年都做一次,所以,到了2013年的10月,我会再对这4个话题进行一次总结,总结2012年10月到2013年10月这一年时间内,我所学到的、我所遇到的事。也许到了那个时候,会对软件测试又有了新的理解,会发现我以前写的东西哪些是正确的,哪些是错误的。

2012-陈永达聊测试团队

毛主席说过:“没有调查,就没有发言权。”好吧,我的确没有真正意义上的带过团队,至少我待过团队,也仔细观察过团队,所以我还是想聊一下关于测试团队,发表一下我自己的观察和简介。如果有不正确或者有争议的地方,欢迎大家留言拍砖,或者直接邮件到:cydblack@163.com。 关于团队的定义,百度百科中说到–团队(Team)是由员工和管理层组成的一个共同体,它合理利用每一个成员的知识和技能协同工作,解决问题,达到共同的目标……balabala…… 在我刚走出校园踏进公司开始正式成为一名软件测试人员的时候,我心目中的团队是:能让我学到东西的,能带我成长的,与其他组员能互相帮助的,组内的测试 […]

2012-陈永达聊性能测试

上两周一直在准备考试,就没怎么写新的东西,本周开始,又会继续更新。 说到性能测试,我真的只能算个新手,写的不对的地方,希望大家狠狠的留言指教。 我把性能测试单独列出来说了,其实,性能测试也是自动化测试的一种。 —-第一次尝试—-        记得第一次做性能测试是给公司的一个安防系统做的,只做了并发登录。当时什么也不懂,只知道有个Loadrunner软件是做性能测试用的,就装了Loadrunner做性能。由于是CS结构,使用了Socket协议进行录制,录制完了,花了好长时间才学会给Socket脚本进行参数化。搜索都搜的头都炸了,才把一堆的稀奇古怪的错误给干掉了,设完场 […]

2012-陈永达聊自动化测试

        上一回,说了关于软件测试,这次来聊一下我的自动化。        我接触自动化是在2010年,在毕业前夕,我就知道了自动化,但是,当时也只是知道而已,没有使用过,更没有在项目中投入使用过。毕业后,来到了上海,进入了第一家公司。进入了一个项目组,组内的测试人员很少,加上我才只有2个人。作为新人,便是从做手工黑盒的测试开始的。那时,开发出来的产品也比较简单,经过了几个月后,测试组的规模也慢慢的增大了,产品的功能也越来越强大,测试也变的越来越复杂,再加上有些客户反映,在长时间使用这个软件或是增加了大量的点的情况下,软件会出现一些稀奇古怪的问题时,领导决定需要增加自动化的测试,于是,我 […]

2012-陈永达聊软件测试

在做软件测试工程师的这几年,收获了不少,对软件测试这一职业的理解也随着工作经验有这更加深入的了解,在这里写一篇关于“软件测试”的小文,发表一下我个人的一些拙见,供大家探讨学习之用。 一、软件测试 什么是软件测试?其实现在很多人对软件测试这一职业不是很了解,不知到底什么是软件测试。 关于软件测试的定义有很多种,我个人觉的比较符合的是:“使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。由于现在软件发展的十分迅速,软件的复杂度也越来越高,所以软件测试现在也变的原来越重要,软件测试贯穿于整个软件生命周期,软件测试并不局限于程序测试 […]