作为一名互联网it狗，工作忙是肯定的，但为了家人的健康，我已经坚持自制早餐快一年了。言归正传，出于职业病，心血来潮的我今天要和大家通过聊如何能吃上一顿美好的早餐来浅侃软件测试。
早餐吃点啥
每日享受完早餐后都会和家人商量第二天的吃什么，如果答案是不知道，那就只能任我发挥了(ง•̀_•́)ง)，结果可能是惊喜也可能是惊吓。
在产品刚立项进行需求确认的时候，测试人员就必须参与分析需求，和各方一起沟通达成一致。需求是否完整无误没有漏洞，隐性需求是否理清都是至关重要的。对于需求方暂时也不能确认的需求，那么就在不影响主要功能的情况下，简化处理。这个环节如果把握的好，项目的整体效率就会大大提高，毕竟谁也不愿意被中途告知需求理解有问题！
合理安排工作流程和时间
不少小伙伴问我，做这么丰盛的早餐，你要几点睡觉几点起床啊？我基本上10点睡觉6点左右起床，家人7点肯定能吃上早饭。通常在上下班地铁上我会考虑下怎么处理次日早餐食材，并做简要记录。比如面包，可在二发整形后发酵到8成左右丢冰箱冷藏一夜再烤十五分钟即可；馄饨，买好皮包上提前拌好的冷藏肉馅煮就行啊。这样烤或煮的过程中，又可以腾出手去准备其他的，一切按部就班。
当测试需求量多时间紧时，我们可能一不留神就会手忙脚乱。这时就必须依照整个项目的重点来排列测试点的优先级，包括测试用例和测试脚本的调整等，切忌盲目的一盘抓。对于粒度大的需求，如果时间关系，不写测试用例并不一定能给你带来效率，你可以尽量简化用例，比如利用xmind来简单记录一下你的思路，也可以直接在产品开给开发的task下面列出你的测试点，让开发自测。对于常用主流程可以通过执行自动化回归测试脚本一气呵成，在必要时甚至可以把一些自动化测试代码丢给开发自测。
合理利用工具
大清早的晒各种花式面包让很多小伙伴心疼我的手，这该多累啊，都要揉断了啊！事实上我并没有亲自动手，不管是面包还是馒头包子，揉面发面这种事我都丢给了面包机！还有很多需要蒸熟的食材，比如土豆泥啊糯米粉之类的，用保鲜膜戳洞封好微波炉高火转几分钟即可。
单纯的手工测试，已经远远满足不了互联网软件开发的快速迭代模式了。测试人员必须合理的选择一些测试工具，比如selenium/testNG/Junit/Jmeter/Appium等来进行脚本的开发和编写，自动生成测试数据、执行脚本及自动生成报表等。这能极大的提高测试的效率，也能更方便的定位bug。当我们测试的模块对其他项目组的模块有依赖时，联调必不可少，但是如果对方未完成或者出现bug而不能满足需求时，等待必然不是好的选择，所以在进入测试阶段之前，如时间允许，测试人员很有必要尝试去用类似MockServer之类的工具来打桩或写测试驱动，模拟满足后续的测试需求。
搞清楚原理举一反三
为啥烤出来的泡芙是块饼啊？为啥做的面包不蓬松啊？这些都是入了烘培坑的新手常面临的问题。比如说制作泡芙和汤种面包，都有特殊的一步：烫面！为什么要烫面？我从网上搜到如下：烫熟的淀粉发生糊化作用，能吸收更多的水分，而且具有包裹住空气的特性，烘烤时，面团里水蒸汽的压力会将面皮撑开来。吸收水分的特性可以帮助面包延缓老化保持口感湿润，产生大量蒸汽压力的特性可以帮助泡芙膨胀空心，所以烫面一定要烫熟，断掉生味，你就离成功不远了！当然了，这些问题度娘可以帮你解决一半，剩下的一半还得靠自己的悟性及勤加练习。
一些测试业务的新手可能会遇到其他组提供的测试数据生成流程走不通，常常硬着头皮反复的找人查看原因，根本问题在于盲目的copy别人提供的sql／job来执行一下就算了，连每一步含义都不清楚，一旦遇到执行失败就没辙了。我建议还是自己把依赖模块的sql/job的意义及大致业务逻辑搞清楚吧！这样才可以随机应变。还有些刚入测试坑的小伙伴很不屑于从事手工测试，希望一开始就着手自动化测试的工作。作为过来人，我想说如果基本的功能测试都没有经历过，就直接做自动化测试或性能，这有点像纸上谈兵，测试的敏锐嗅觉往往来自于扎实的手工测试经验。
善于寻找根源
自从知道在饺子起锅前放点水淀粉和油可以煎出漂亮的冰花后，我接二连三的如法炮制了冰花锅贴，水煎包，大虾饺。这些普通的食物因为冰花的形成变的格外的漂亮。
很多初级的测试人员一发现bug后就写ticket丢给开发，ticket里如果把测试数据、重现步骤及期望结果和实际结果等都写的非常清楚了就算完了吗？其实，如果我们能仔细分析一下问题产生的原因，能把问题的病根定位出来才是最好！比如有些软件里边可能有一些接口，表面上没有什么问题，但它是有隐患的，大量复杂的sql拼接降低了代码的可读性和执行性能，可能会导致突然性生产问题；又比如有的接口不稳定，当传不同参数时，它有不同的错误表现，必须准备各类的测试数据，考虑错误注入，归纳总结之后再找开发修复。查看程序执行的日志及代码去追踪bug产生的根源也是很有必要的，可以帮我们分析有些不同的bug它们产生的原因是否相同，从而避免duplicated bug，也能帮助开发更快速的定位bug。测试结束后我们最好能分析和识别各阶段的薄弱环节，如何避免问题再次发生，在测试报告里让大家参考借鉴。
多学习新知识、勤记笔记
目前我做了不少品种的点心可以达到一个月不重样！但也经常在地铁上翻翻那些人气超高的达人食谱，他们总会有各种创新，层出不穷的网红美食非常吸睛。谁还不想尝个鲜了哈哈，必须跟随潮流！知识要点的记录整理是一项非常好的习惯。比如我会记录好吃又常用的面包蛋糕方子，做面包或包子馒头面粉和水及酵母的比例等。
科技在不断的交替更新变幻莫测，诺基亚的衰败是最好的警钟！做测试这么多年，前端后端我都测过，单元测试集成测试系统测试等统统测了个遍，操作系统从最初的windows到linux/unix再到macOs, 编程语言从c++到c#再到python,java等；测试工具从winRunner,QTP，C++ Test到后来的Selenium, SoapUI, TestNG, Junit，Jmeter等等都有涉略，随着项目的不同需要，不停的学习积累各方面知识点，努力前行！如果停滞不前，只能说不差钱或者懒！
合作
有时候想当天烤个面包，又不至于太仓促，我会把前面发面的步骤写好交给给家人来执行，下班回去就可以整形二发烤起来了。但如果家人不小心多放了什么材料，而我却不知道，那么可能面包就会失败了。
软件开发工作中，多方合作时一定要及时互通有无。如果产品或者开发方一旦有什么改动，测试人员必须及时做出调整。这里也非常有必要提到测试工作中的人际关系小技巧。
☺ 和开发人员沟通时，切记大家都是同一条船上的人，发现了bug不要以炫耀的姿态和对方沟通。提交的bug要简洁明了、清晰易懂。
☺ 和产品人员沟通时，一定要表现出自己是站在用户的角度，客观的说明自己的想法来要求产品进行修改
☺ 和上级领导的沟通时要有大局观，不能只考虑自己的情况。有不同意见时，应先给予认可，再阐述自己的想法。少抱怨，讲点事实就行，用商量的口气和他说话。
☺ 在集体会议中不要一味的突出自己的个人能力，可以适当的提出一些自己的见解，有助于让大家更加重视你的存在。切忌在众人面前指责别人。
☺ 与下级人员沟通时不要摆架子，让人产生反感，应多为其解决问题，人缘好才能更好的产生凝聚力。
今日推荐
