以“提效保量”为核心的测试晋升之路 -- 解密大厂软件测试发展方向

大家好，我是风落。可能有些小伙伴还记得我，看过我写的一些专栏或者学习过我的一些课程，今天想跟大家聊回我的老本行：软件测试。其实在互联网里，就行业领域是隐隐有一条鄙视链的，类似于： 研发>产品=PM≈BA>运维>测试一个不留神测试就坠入了鄙视链的底端，甚至在很多公司里都觉得测试不过是点点点操作，哪怕有一些自动化、性能的技术，也不过是为点点点服务的，创造不了太高的价值。所以很多测试同学陷入了沉思：当我们学习了自动化、性能这些技术，应该怎么样更深入的应用？学完了这些技术，后续的上升空间在哪儿？如果想要进入大厂，升职加薪，在测试的道路上走的更远一点，还有什么方向？这些算是很多人的心声了。小小的风落当然改变不了整个行业里的风向，但是好在随着互联网的发展，互联网事故的频发，比如早年间华为因为生产问题导致了几百个亿的重大损失，阿里云因为自身容灾没有测试好导致断网几小时等等，“测试”开始逐步受到了重视，软件质量成为了互联网和软件公司不得不直视的问题，测试人员的生存现状已经相比十年前五年前好了很多。同样的，

DNS中的正向解析与反向解析

正向解析：通过域名查找ip；反向解析：通过ip查找域名； 域名是为了方便记忆而专门建立的一套地址转换系统，要访问一台互联网上的服务器，最终还必须通过IP地址来实现，域名解析就是将域名重新转换为IP地址的过程。这一过程通过域名解析系统DNS来完成。 正向解析：通过主机名获取其对应的广域网IP地址； 同时通过主机名名称查看正向解析信息：     命令行输入 nslookup domain.     从返回的信息中您可以看到正向解析的结果。 C:\>nslookup www.google.com Server:  zj-ns1.cableplus.com.cn Address:  219.233.241.166    ------DNS名字服务器信息 Non-authoritative answer: Name:    www.google.com Addresses:  2404:6800:4005:c00::63           74.125.128.106           74.125.128

论测试环境的搭建

测试进行软件测试之前，需要搭建好测试环境，那什么是测试环境呢？简单的说就是软件运行的平台，即软件、硬件和网络三种环境的合集，也就是说：测试环境=软件+硬件+网络硬件：包括PC机、笔记本、服务器、各种终端等。例如要测试PS软件，是要在PC机上测，还是笔记本上测？是在cpu为酷睿的计算机上测，还是要在炫龙的cpu上测？不同的硬件环境PS的处理速度是不一样的。软件：这里主要是指软件运行的操作系统。例如测试ps，是指windows xp下测试还是在vista下测试？可能会有兼容性问题。软件环境还包括与其他各类软件共存同一系统时的兼容性问题。网络：主要针对的是C/S结构和B/S结构的软件。比如我现在测试的软甲，客户的网络环境是千兆以太网，而我们的网络环境还是百兆以太网，而且还是闲时才能达到百兆的速度。这样的环境要是很精确的的测试响应时间，还是很伤脑筋的。上面介绍了什么是测试环境，那么如何搭建测试环境呢？搭建良好的测试环境是执行测试用例的前提，也是完成测试任务顺利完成的保证。测试环境大体可以分为硬件环境和软件环境，硬件

常见adb命令

1. 显示系统中全部设备： adb devices 2.开启ADB服务： adb start-server 3.关闭ADB服务： adb kill-server 停止 adb 服务4.连接设备： adb connect 192.168.1.66  5.断开设备： adb disconnect 192.168.1.666.安装一个apk adb install -r (APK路径) 7.直接卸载： adb uninstall （apk包名） 8.列出手机装的所有app的包名： adb shell pm list packages9.清除应用数据与缓存： adb shell pm clear （apk包名）10.启动应用 adb shell am start -n com.helloshan.demo/.MianActivity 11

面对职场的“裁员潮”，“抢功劳”，“瞎指挥”，“薪资倒挂”，程序员们何去何从

写在前边的话每次提起程序员的“情商”，大家脑海里想到的故事都是这样的：或者是这样的：看到这样的故事和这样的调侃，我都有一点奇怪：我们程序员啊，或许情商不太高，但是也并不是智障好不好。至少像这样故事中“退化”到这种程度的程序员，我在工作这么多年以来，从来没有见过，这样的“情商故事”更多是杜撰出来的玩笑而已，而且仔细想想吧，这玩笑的杜撰者或许大概还必须自己得是个程序员。所以，我们来聊一聊在我身边比较典型的“情商不足”的人。浅谈情商先来说说我们生活中见过比较多的一种类型：过于自信，目空一切。很肯定的是，程序员本来就是非常非常有自信的一种职业，我也不例外。我会对我自己写的每一行代码都爱不释手，鄙视一切其他人的代码甚至是自己过去的代码。其实这并不要紧，但是把这份自信无限制的放大到职场中，就适得其反了。职场有规则与价值观，放飞自我的任性，要出现在适合的地方。我有一个前同事，技术能力非常出色，只是脾气非常火爆，经常称自己性子直，无论是领导还是同事，一言不合便“喷”了起来。开始还是以居高临下的姿态面对别人，最喜欢对别的程序

职场情商-我们面临的困境，往往不是“程序问题”

大家好，我是风落，目前在蚂蚁金服工作。今天这个话题我其实想聊很久了。如果要对我过去的工作内容进行一个总结的话，那么我大概会这样归纳：我是一个撸过代码、做过测试、运维过服务器、当过项目经理的“全占工程师”。如果让我对过去的职业发展说点什么，我应该会说：经历过外包、国企、外企的风风雨雨，现在终于进入了互联网的大风大浪。如果还要给自己多加一点戏的话，那么我应该还是一个有着多年经验的讲师，兼职负责学员们的“心理顾问”，听大家倾诉工作、生活里各种不为人知的故事。按照“久病成医”的指导思想，我大概可以算作三分之一个“职场心理治疗师”，差的那三分之二，我觉得主要是因为我不收费。当然，不收费就有不收费的好处，很多同学都愿意跟我聊聊心理话，我呢也不太会把大家当作学生或者客户，大多数时候该怼就怼，当骂则骂。或许大概因此吓跑了不少人，不过留下了更多的朋友，也获得了很多不太属于我的经历和故事。前段时间，我耐下性子把最近两三年的问题整理了一下。除了那些技术方向的问题，被问到最多的问题是这类：风落，我该怎么学习和努力才能进BAT、拿高

断点续传教学例子

package net.url; import java.io.File; import java.io.FileOutputStream; import java.io.InputStream; import java.io.OutputStream; import java.io.RandomAccessFile; import java.net.HttpURLConnection; import java.net.MalformedURLException; import java.net.URL; import java.util.concurrent.TimeUnit; /** * 断点续传java例子 */ public class BreakpointResume { /** * 断点续传时每段的字节数 */ private static final long FRAGMENT_SIZE

掌握HTTP协议基础，做更有价值的IT工程师！

写在前边的话大家好，我是风落，一个“写得了代码，测得了系统，管得了服务器，怼得过产品经理”的一线资深“码农”。当慕课的编辑第一次跟我跟我聊到：风落，有没有兴趣做一个HTTP协议的实战课程啊。我下意识的感觉：HTTP协议有什么可以讲的？转念想了一下，如果让我马上说出来HTTP协议有哪些内容，我一时间又不知道从哪里说起。只是在工作中，哪里不会搜哪里。于是我真的去找了很多同事去聊天，去讨论。发现大家都对HTTP协议的系统学习有一定的需求，很想有个机会好好补补课，这里边有刚入行的年轻人，也有入行多年的老鸟，有开发、测试、运维，也有产品经理、项目经理，甚至还有架构师。为什么呢？首先，这是一个互联网的时代。互联网改变了很多事情，10 年前我们还在用 1 毛 1 条的短信互相联系、查资料还需要到图书馆里、初到陌生城市还需要先买一份地图；现在呢，有方便实时沟通的微信，有无所不知的百度，有遍及各地的地图，当然更有出门几乎不用带钱的支付宝。互联网的薪水也在水涨船高，应届生年薪几十万的新闻层出不穷。而这些，无一不依赖于互联网，而

从码农到“匠人”-论测试人的自我修养

何为优秀的测试人 经常有同学私下问我：“风落老师，什么样才能算作一个优秀的测试工程师？”即便是工作了十几年的我也很难一时之间妄下这个定义，被问的多了，最近很是认真的思考了一下。当然，作为一个还在“路上”的测试人员妄谈“什么叫优秀”似乎有点不知天高地厚，所以大家仅可当为一家之言，或者叫“风落眼中的测试人”。 聊什么是优秀，先要聊聊我们自己对测试人的定位。就像标题中写到的，如果你把自己定位成一个码农、一个屌丝程序员，那你或许奋战在IT一线，可能衣食无忧，但只是个

一个“IT小兵”的测试进阶之路

首先说明，我只算个普通的IT男，也算不上是一个成功的人，所以我的回忆也并不是什么成功学备忘录。引用不知道曾经在哪儿看到过的一句话：“活了30 多年，生活只告诉了我一件事情：我只是一个智商正常、耐力一般、身体凑合、相貌平平的最一般的人。”在这里把自己的过往做一个总结，一方面是对过去多年的梳理，另一方面也希望我的经历能够给大家带来一些参考和或许那么一丝丝帮助。大学生涯关键字：时间规划由小到大，我都是一个任性的人。小时候不太喜欢其他活动，而是喜欢在路边与大爷大叔们一起下围棋，到后来拜了师傅学了围棋还参加了不少比赛，再到大学期间建立了学校第一个棋社，名“星河棋社”，兴趣一直是支撑我自己前进的源动力。如果要准确的给大学生活一个定位的话，在当时的感受是一个字：忙，现在想来，却是两个字：精彩。希望开拓眼界，所以参加了学生会和科协；喜欢哈利波特，所以加入了英协还组织了哈利波特文化节；酷爱羽毛球和网球，所以时常在球场上看到我曾经“精瘦”的身影，还闯入了地区级网球业余比赛八强；乐于“抬杠”，所以不仅担当了校辩赛的队员，还自告奋

找寻测试的乐趣，做更好的Tester！

最近我的测试专栏也是慕课网上第一个测试专栏上线啦，偷偷瞒着编辑把一些好的东西分享给大家~~ 大家好，我是风落。目前在蚂蚁金服工作，之前也曾经在Office Depot任职，虽然职业背景很巧合的横跨了实体产业、互联网以及金融，同时自己也曾经做过开发、运维、产品经理、DBA、测试等等，只能笑称自己叫“全占工程师”，但是主要的技术方向从未改变，就是测试开发，包括功能测试、探索性测试、自动化、安全、性能等等。 我从大学开始就一直做一些技术上的探索，譬如挖比特币、汇编完成巡线机器人

LoadRunner录制打开ie浏览器卡死情况排查步骤

 更改Visual User Generator设置Run-time Settings-Browser-BrowserEmulation选项下，点击change按钮在出现的对话框中选择对应的浏览器、版本号以及操作平台。这里选的是IE浏览器，8.0版本，windows操作系统在Visual User Generator的那个界面上（见上面）按键盘ctrl+F7在弹出的提示框中选择最后一项Correlation，将Enable correlation during recording 下面的勾全去掉，有需要的再勾这一步执行完后还不行的同学请执行下面的步骤，记得每执行一步测试一步哦。1.     ie浏览器在internet选项-高级中去掉启用第三方浏览器扩展前面的钩2.     退出杀毒软件（金山、360等）3.     退出迅雷软件4.     计算机——属性——高级系统设置——性

LoadRunner 回放 HTTPS 报错解决方案

关于录制的链接为https，回放会报错，分两步解决：第一步： 修改Vuser-->Run-time Settings-->Winlnet reply instead of Sockets(Windows only)，一般就可以解决大部分Error-27778报错第二步： 修改后如果还是不能成功回放https相关脚本：这里面需要一个pem证书文件，这时候如果可能的话，最好的办法是从开发或者运维那里要来pem证书和密码（如果有的话）如果只有pfx文件，则需要通过openssl将pfx文件转化为pem文件。PS： https的请求如果录制的话，必须使用步骤2来添加证书。如果只是回放，则只配置步骤一可以解决大部分问题。再PS： HTTPS推荐还是通过手动编写更加便捷，也更准确。··················································欢迎关注课程：《编程必备基础－大话HTTP协议》

性能测试学习之我见

        从事性能测试的相关工作已经有很多年了，包括我的学生、我部门里的小朋友，在最初进行性能测试学习的时候都或多或少的存在一些迷茫，不知道该如何入手，甚至在不清楚性能测试是做什么的、该有怎么样流程的情况下贸然开始学习工具，并且开始进行性能测试。如此乱撞乱学，更多时候学到的还是一些表面的内容，我结合我自身的经验，对性能测试的学习略谈一二：       性能测试作为软件测试的一个分类，有测试的继承性，也有测试的独立性。所以首先对于性能的一些核心基础，我们是要先去理解的。这里边包括我们性能测试的概念、分类、应用场景以及性能测试的流程等。其中流程是我们学习的核心，俗话说无规矩不成方圆，一个完整的性能测试流程应该是什么样的呢？ 应该包括性能的需求分析、目标拆解、测试用例场景设计、监控方案选择、测试执行与监控、性能分析与优化、性能回归、测试总结这样几个大的步骤。    &n

不忘初心--Web自动化测试由入门到精通

        可能有很多自动化测试的初学者认为学习了selenium自动化测试，可以简单的完成自动化测试脚本设计，甚至可以实现jenkins的持续集成，就算作学会了自动化测试，掌握了如何去进行自动化测试的方法。真的是这样么？答案肯定是否定的。        回归我们做自动化的初心：我们为什么要做自动化？自动化不仅仅是编码、是工具，更重要的是为了提升我们的测试效率。那么如何提升测试效率呢？        一个好的自动化测试框架，不仅仅要能让用户方便使用，还需要符合一些基本原则。这些原则包括：可复用、易维护、定时处理、持续集成、可调试、测试结果自动通知等等。框架的概念是一系列的被事先定义好的标准和规范。在自动化测试中我们经常提到的对测试需求的解析、脚本设计、测试执行、测试报