一个过来人带你看《软件测试高薪指南》
学最硬核的性能技术，跳出面试官的坑1495年，天才人物达芬奇为米兰公爵工作了将近17年，公爵想要让达芬奇把最后的晚餐中耶稣及其门徒以画作的形式呈现出来，于是达芬奇便随了公爵的心愿，下定决心要创作这样的一幅画，并打算卖个好价钱。
然而天生拖延的达芬奇并没有按时积极投入画作中来，最后米兰公爵忍无可忍，威胁达芬奇再不交稿便要缩减他的报酬，穷困的达芬奇被吓到了，在这样的压力下，《之后的晚餐》终于在1498年完成。
如果你觉得3年时间不够长，那么达芬奇的《岩间圣母》则磨唧了13年。
想到这个有趣的故事，是因为我的一个学生。
一个运气无比背的学生，面试了很多家公司才拿到offer，经常找我诉苦，每次都是痛下决心要辞职，我说既然你这么纠结，那就辞职重新找吧。
但是呢，他又给我分析，他说自己一把岁数了，工作中干了那么多杂活累活，压力比谁大，薪水还不如小年轻的高，如果跳槽的话，有些技能欠缺实战经验，对于面试，自己又不善表达，担心面试中那些难逃的劫数会重新上演。。。
我总结了一下他的困惑：活多钱少，拿着卖白菜的钱，操着卖白粉的心。
我给他讲了这样一个道理：大多数人入职是因势而来，出于理性；因人而去，出于感性，看看自己离职后，能否解决现在工作中的矛盾即可。
他说，老师我知道怎么做了。
后来我们没有联系，不知道结果。
但是我的直觉是他肯定不会离职，因为他还会继续拖着。
这就是我们身边人的拖延症，达芬奇拖延症虽然严重，但是拖到最后，还是一幅幅旷世名作。那我们的拖延症拖到最后会怎样？
可能是止步不前，青春不在。。。
作者作品：《Load Runner性能测试0基础入门》（链接：http://www.atstudy.com/course/2211）
「原创声明：保留所有权利，禁止转载」
2009年参加工作，那时候做的软件开发，转正工资3200，实习打8折，这个工资在当时已经很不错了，是一家外企。一年之后公司给我涨到了4200，再提涨薪水他们就不乐意了。
后来跳槽过几次，工资涨的还不错的是一份性能测试的offer。
从8500涨到了12000，2017年9月份的那场面试。
当时除了开心，并没有觉得很意外，因为工作了这么多年，技能齐全，这个薪资是完全可以拿到的。所以纠结了一下：这也是个合理的价钱，后面再多面几家，可能工资更高呢，要不要去呢？
随后秒回，感谢贵公司，准时报到~
因为对于性能测试这一块，一是熟悉，二是兴趣。
带着兴趣赚钱，何乐而不为呢？
想要技能傍身，最快的方法就是学习。学无止境，当有天你停止了学习的脚步，说明你的价值也到头了，相反，如果你感觉还有各种东西要去学习，说明你离赚大钱不远了。
有人问：
这次疫情中哪部分人最难受呢，我觉得是除了被感染的人，再有就是没有存款的人。房贷，车贷，网贷样样等着工资，然而疫情的到来，让我们的固定收入变得不可预期。这个时候，如果有个大笔存款，那倒也是可以安安心心修行了。
赚大钱除了通过中大奖，还有一个方法就是沉淀下来，投入学习，等待收益，不管何时何地。
1348年，意大利佛罗伦萨瘟疫流行期间，10名男女到一所乡村别墅避难，为了打发无聊的时间，在10天里每人每天讲一个故事。
然后惊现了《十日谈》这样一部世界巨著。
我们不需要有十日谈的成就，但是同样可以利用空闲时间，日积月累，把自己变得更强。
2020伊始，新冠肺炎，一场灾难，我们居家隔离，集体修行。
抗击疫情期间，根据个人习惯，每天晚上12点睡觉，早上6点起床，喜欢的节奏，做规划好的事情。
根据统计看，有意义的事情到目前为止完成了很多，远远超过预期。当然这个事情，如果我没有规划，可能每天做的最多就是吃吃睡睡看看电视，陪女儿~玩玩这个玩玩那个，忙的不得了。。。
我喜欢从日计划开始罗列一天要做的事情
当然也可以按照事情的轻重缓急进行分级别列出：
还有碎片时间，月计划，长期计划等等，根据自身的情况做规划，每一天都可以安排的明明白白。
11年的工作经验，做过的性能项目确实蛮多，所以后来跳槽，想换个方向，都在金钱的诱惑，妥协了。
学软件，做测试，挑个赚钱的技能学学倒是不亏。
接下来就来说说性能测试的必备技能及面试技巧。
66666666 感谢分享 ***必备技能***
为方便大家理解，我们以loadrunner自带的webTours订票网为项目背景。
项目流程如下：
即整个订票流程可以简化为：登录->选票->选择航班->支付->生成发票。
来学习性能测试不得不提的几个知识点。
【并发数】
概念解释
同一个时刻，n多人在做同一件事情，那么n则为这个事件的并发数。
场景举例
疫情期间，很多app开放了抢口罩的入口。比如某东，当20点时，【开始抢购】按钮变为可用，即在晚上20点这个瞬间，大家会狂点【开始抢购】按钮进行口罩购买，这时候所有点击这个按钮的总人数就是抢购这个动作的“并发数”。
项目应用
在订票网站中，可以在登录的时候设置并发数，即200个用户同时登录系统。这时候关注系统能否正常运行，以及前后台各个指标的状态。
【业务建模】
概念解释
根据业务的重要流程分析出具体需要测试的场景。
场景举例
在一般项目中，流程都相当复杂，大家可以参考下淘宝，京东这样的购物网站，这样的网站如果进行性能测试，从哪个业务下手，很显然，我们不能胡乱抓，需要我们对重要业务进行分类梳理，形成明确的测试业务流程，可能是多条分支，多个脚本。
项目应用
比如，订票网站中，业务建模大概可以这样去梳理：
①、open_index 打开webTours网站的首页面。
②、Login 进入到登录接面。
③、goto_flights 进入到选票页面。
④、Choose_city 选择城市，包含出发城市和到达城市。
⑤、Choose_flights 选择航班。
⑥、Pay 生成订单，支付。
⑦、Sign_off 退出系统。
根据上述的业务建模，
新建action，取对应的名字，结果如下：
【三大组件】
概念解释
LR三大组件在项目中如何配合使用
学习性能测试，必备技能三大组件。
1、Virtual user generator【虚拟用户生成器】
2、Controller【控制器】
3、Analysis【结果分析器】
场景举例
如果需要对订票网站进行200个用户并发登录系统，且这两个用户每10秒增加6个用户登录系统，在所有用户登陆完成后，需要查看服务器的承压情况，这样的一套测试工作如何完成？请使用3大组件。
项目应用
那就是LoadRunner的项目实战部分了，当我们把这三个组件熟练之后，LR基本掌握了。
***面试技巧***
前后矛盾的回答，让面试官哭笑不得
面试官：你最大的优点是什么？
求职者：表达能力强
面试官：你最大的缺点是什么？
求职者：害羞
★ 这样回答试试
很显然，如果你的缺点是害羞，那你的表达能力是如何体现出来的呢？
这是某个学员出去面试后带回来的面试录音，在后来面试技巧的课上给某个班级学生讲过这个段子，全班哄堂大笑，我也没忍住再次一次。
在旁人看来好笑，但是对于应聘者来说，可就不是一件可乐的事情了，面试官会觉得此人回答问题，前后矛盾，逻辑混乱，不严谨不靠谱，想到哪儿说到哪儿，那么你接下来所有的回答都可能招到质疑，大家觉得此番分析有没有点道理？
面试官在问我们优点的时候，建议要说一个他面试过程中看不出来的，比如说喜欢安静的思考，喜欢帮助同事解决工作中的问题等等。
你以为回答的完美无瑕，其实你又中招了
面试官：你有哪些兴趣？
求职者：看书，看电影儿，运动。。。
面试官：。。。
★ 这样回答试试
有人认为这是一道送分题。
试问大家，一部你喜爱的电影，喜欢的书，你有没有兴趣看？很久没活动了，周末约个朋友，爬个山跑个步，惬不惬意？
答案是显然的，那么当面试官问你有什么兴趣时，你给出这些答案的时候，其实就等于告诉面试官，我没有兴趣。
因为大家都喜欢这些，压根算不上你的兴趣。
那我们该如何拿到这道夺命题的分呢？
记住一点，当面试官问我们兴趣的时候，不要回答兴趣，而要回答特长，与工作相关的特长！比如，我的兴趣是喜欢将新学到的技能写成文章，我的兴趣是从研究业务，找别人找不到的问题。。。
听起来有点假，但是说到了面试官心坎里。
你嚼着天衣无缝，我说你已经out了
面试官：未来的职业规划？
求职者：我觉得做软件测试，功能测试是基础，打好基础之后，后面肯定要学习性能，安全、自动化等高阶段的测试技能
面试官：我们没有自动化，一直做功能你愿意吗？
求职者：眼前做功能没有问题的，但是后面还是会学自动化的。
★ 这样回答试试
这个回答看起来完美，没毛病，但是仔细品一下，可不可以理解为：你在我们公司先做一段时间的功能测试，如果外面有机会，那么你会离开去开始你的自动化职业生涯了。如此不稳定的员工我为什么要投入精力培养呢？
建议回答，如果面试的项目组只是做功能测试，只回答一句：没有扎实的功能测试功底，其他任何类型的测试都做不好。
其他不要再废话了。
装逼过了？无需装！
面试官：我看您的年龄也不小了，还愿意做基础的测试工作？
求职者：是的，因为我从事这个工作年限不长。
面试官：会不会担心跟小年轻共事没有话语权，或者没有威信？
求职者：不会，我的目标是在适合的机会多学习往上爬，毕竟岁数大了，以前也有管理经验，还是要当个领导啥子的
★ 这样回答试试
我要是面试官，我也会选其他人，一个摆明了要往上爬的人，万一爬到自己头上呢，所以此题也是一个巨坑，那么巧妙一点如何作答呢？
您好，面试官，我觉得一个人在团队中的威信取决于专业，而不是权力。我相信，只要我技能过关，迟早会赢得同事们的认可。
我有面试宝典，背的这么熟还不让过？
面试官：你们性能测试，一般测哪些指标，指标值分别为多少？
求职者：开始背诵：
面试官：确定指标范围这么精确？
求职者：安！
★ 这样回答试试
性能测试，最难回答的问题就是指标相关的，一个数据离谱，瞬间倒台。
这样的问题，回答技巧性极大，首先把答案放到项目中去，让面试官在不了解你的项目前提下，回答指标问题，比如，在我们做的物流那个项目里，客户要求cpu是绝对不可以超过80%，再有一个小项目XX，性能一共就测了3轮，事务成功率要求也不高，不低于80%就行了，不同的项目，不同的客户要求不一样。。。
当然更多的指标回答要整理出一套完整的说词。这就需要完整的学习一下性能测试了。
有些面试问题确实是没有技巧的，比如说，性能测试你是如何测的，遇到这样的问题，就不能靠打哑谜，那还得自己学习一遍才能说得清楚。
包含性能测试的必备技能以及面试技巧，在《Load Runner性能测试0基础入门》这门课（链接：http://www.atstudy.com/course/2211）中有时长4.5小时的课程详解，从学员角度授课，从面试官角度提问及解答。
心一狠，脚一跺，往上又是一个台阶，风景也更好哦~
这种长篇的输出厉害了。也学习了。
页:
[1]
