一
卡诺模型
基本型需求
期望型需求
兴奋型需求
二
模型分析
1、对于软件测试工程师来说，需要明确划分自己的三种产品需求
2、确定需求之后，测试优先级划分：基本性需求>期望型需求>兴奋型需求
3、测试产品的竞争：主要靠兴奋型需求及期望型需求
三
职业技能之简历编写
简历编写（即可参考卡诺模型的三个方面）
写简历的关键点：保障基本需求、突出期望需求
1、基本（需要掌握的技能）：测试工程师、测试应用的编辑、bug的提交、相关工具的使用（在招聘网站上通常看到的要求即基本需求，刚刚工作与工作三五年的都可参照）
2、期望型需求（针对要投的不同公司的不同要求—亮点）：有心去准备的点编写进去（能够满足此需求的简历，有可能就会进入筛选匹配度相对高，若企业的期望型需求得不到满足，在同等满足基础需求的条件下，筛选的条件就有可能是随机或学历、工作背景等等）
3、兴奋型需求需要在简历上出现吗？
个人不建议编写。简历上面体现期望型需求能够入职即可，入职成功后在工作中表现自己的兴奋型需求则更容易在工作中被提拔、重用，试用期减短等，此时企业的满意度得到提升，更容易加薪；若将自己的全部技能填写进去，前期企业期望值过高，工作中稍有表现失常，那么满意度会降低，就有可能试用期被终止，得不偿失。
四
需求模型的迭代转换
除基本需求不变外，其他模型都在变。工作一段时间后，所期望的技能变为固有的基本素养。软件行业同样，整个人才市场对人才的需求越来越高，曾经的期望需求变为现在的基本需求，曾经的兴奋型需求变为现在的期望型需求。这也是兴奋型需求不建议在简历上出现的原因之一。
职场处世方式之一：兴奋型技能不宜过早拿出来，在工作一段时间之后，在企业有需要时恰到好处地展现出来。
五
关于模型迭代的延申
基于模型指导自己的职业发展
基本型需求的最核心点：有参照物。对于职业发展而言，将自己的技能发展为行业中没有参照物的技能，即本身特有的技能。为防止过快迭代，选取出自己稀有的技能，细化垂直领域的方向更容易突出自己。
从企业选人角度看面试与职场
从企业/领导如何选人角度，谈求职者如何选择公司/岗位
一
企业选人的核心理念
意念度、匹配度
二
求职者如何选择公司和岗位
1、意愿度
意愿比能力、学历更重要。
求职者：首先主动表明有很强的意愿度，然后对企业进行充分了解（知己知彼）
2、匹配度
选人要看匹配度，因事设岗。
求职者：明确企业的发展与是否是个人岗位发展规划的一环、企业处在什么样的发展阶段
，要和公司的文化匹配，根据岗位匹配度决定是否求职。
新人（0-2年）：成熟点的公司
熟练（3-5年）：中型公司
大牛、大拿（8-10年）：顶级公司、有发展的创业型公司
如何判断公司：①成立年限②股东信息③业务范围④APP里面查公司产品
如何编写高质量简历
简历概述：
简历，即一个微缩的经历描述。
一个HR留意一份简历的时间：20秒左右
尽量描述在一张纸上，页面简洁
以产品的思维编写简历
01
项目的需求（对照客户）
需求：找工作、找什么工作、工作做什么、岗位内容、岗位技能要求
客户：HR（关键词：行业公共关键词、企业岗位特定关键词）技术经理
行业公共关键词：（在招聘平台搜关键词，比如：软件测试，会出现相关的岗位信息。找大概10家左右一线城市，岗位信息中重复出现的次数最多的关键词就是行业普遍要求的。）
①根据需求文档，编写测试用例；
②搭建测试环境（禅道、项目环境）；
③缺陷发现定位与提交；
④测试理论方法-测试流程、用例设计方法等；
⑤APP测试web测试、接口测试；
⑥工具：postman、jmeter、selenium…
⑦Linux、数据库、计算机网络相关、软件工程
企业岗位特定关键词：各个公司特定领域，ERP、互联网金融、游戏等
02
内容
在关键词的基础上进行优化，对关键词进行具体化。
自我评价参考：
①擅长项目需求的分析与分解，快速提取测试点，并且熟练设计测试用例；
②熟练基于Tomcat的系统环境搭建；擅长测试管理软件的搭建；
③熟悉缺陷管理的整个流程，熟练掌握基于风险的缺陷提交技术，并对缺陷进行分析；
④全程参与软件测试活动，熟练掌握软件测试方法，并且根据不同的测试特征选择不同的测试类型与方法；
⑤APP测试web测试、接口测试；
⑥Jmeter：熟练使用Jmeter对系统进行负载、压力、极限等测试，并且根据Jmeter提供的测试结果对系统进行性能分析；
⑦擅长Linux/MySQL系统及其命令的使用，并结合开展软件测试问题的定位。
简历内容：（想突出的内容可排在靠前位置）
基本信息：姓名、性别、年龄、籍贯（建议写）、联系方式、e-mail、毕业学校、居住地
求职意向：软件测试工程师
专业技能：即上述自我评价内容
教育背景：想突出教育经历的可放在前面位置，反之放在最后
项目经验：项目的时间不建议编写；项目名称编写时，对于测试经验不丰富的人，可将形目名称拆开多个方向写；项目描述内容宜通俗易懂；担任职位描述尽量不要定级别；职责描述内容根据项目描述的功能点描述。
03
执行（投递）
所有招聘app 网站 全面铺开 如果有微信群，QQ群也可以留意下群招聘信息
04
反馈
面试流程
面试流程：
准备简历>投递简历>面试（可能会有几轮，可能包含笔记）>入职准备（体检/背景调查等）>南里入职>入职培训>试用期>转正
01
面试前准备——自我分析
自我评估、提前规划、找准目标、优势、劣势
①自身的优势；②用人单位的需求；③人、岗匹配（80%以上的匹配度，被邀约面试的几率就更大）
02
面试前准备——提前规划、明确目标
从招聘需求中设定目标
①从岗位职责中了解自己是否愿意做、适合做；
②从技能要求中了解自己是否可以做；
③如果拥有行业知识（金融专业毕业、电子信息工程、会计、土木等），优先考虑在本行业背景前提下有无招软件测试岗位的，充分挖掘背景往业务上面靠 ；
④软件测试工程师：业务技能、IT技能
面试前准备——建立注意事项：在写之前确定身高、体重等这些信息能否带来加分，不然不如不写。写自己擅长的技能。写在简历里面的内容，自己要有把握，避免出现错别字等。
03
面试前准备——提前熟悉应聘的公司
不建议海投（除非你已经离职了，容易匹配到自家公司…）、简历设置隐身、一家公司建议投一个岗位
①对方公司所在的行业：互联网、通信、金融、信息化系统、教育、医疗、物联网等；
②对方公司官网/APP等；
③如果可以，提前熟悉该公司的产品（如果可以发现bug就更好）；④通过各类渠道了解公司和产品的特征
04
选择求职平台
招聘门户网站、招聘APP、社区、人才市场、熟人推荐等
05
简历投递
在投不同公司不同工作岗位的时候选取不同的技能和精力
①根据岗位技能要求准备简历；
②根据岗位要求，投递不同版本的简历；
③投递之前先对公司做初步的了解
06
面试中
①注意面试礼仪（着装偏职业、举止等）；
②简历里的内容自己要烂熟于心，涉及的问题自己都要事先准备好；
③面试当中通过公司部门组织结构，了解自己的职业发展；
④面试当中通过公司部门人员分工，了解自己可以接触的知识面；
⑤面试结束前询问对方对自己的印象和评价。
面试技巧
职业发展规划
面试技巧——如何更好表达面试法则（STAR）：
即Situation、Target、Action、Result
解释：在某个事件过程中，当时的情况如何（S）、目的为何（T）、为达到这个目标采取了哪些行动（A）、结果如何（R）
Q
你是如何快速地熟悉一个项目的/描述一下你是怎样快速熟悉一个项目？
S：当我加入项目组的时候，项目已经开展了一段时间的测试了，项目需求文档不全面
T要尽快熟悉项目的业务流程，并且开展系统测试
A：
①把能找到的文档都收集起来，快速地过一遍，对文档的需求有个大概的了解；
②我安装部署被测软件，将自己转变为一名用户，以用户的思维和角度去使用本软件，在使用的过程中，提出疑问，并且找项目模块的开发或同事进行沟通。梳理用户核心场景，并关注各类异常的情况；
③查看之前的测试用例，以便对当前系统有更深的了解；
④查看之前的bug，以便对当前系统的缺陷部分有理解和掌握；
⑤尽早和开发交流，对于后续版本的需求分析和评审持续关注和参与；
⑥对于版本已有功能开展回归测试，对于新功能开展测试设计等。
R：我在1个月内就上手了项目的测试，可以独立完成系统已有的老功能的系统测试呢，和对新功能进行测试设计，融入整个团队。
面试技巧——如何引导面试官提问：引导面试官对你进行提问。有两个方法，一个是前面提到的用简历引导；另一个就是在你回答某问题的时候故意遗漏一些，细化其他部分，当面试官追问你的时候再细化地描述遗漏的部分，职业可以将问题更多的控制在自己掌握的范围内。
Q
提过bug吗？
答：——提过
参考：提过，我是基于优先级和风险对当前项目进行测试，在测试过程当中，按照前面划分的优先级进行测试，这样可以优先发现严重和紧急的bug，一旦发现不过，我通常会记录当前的测试环境，系统截图，重现步骤，如果功能复杂，会及时联系开发，保留环境。并且提交到bug管理系统，跟踪直到问题得到解决。
Q
写过用例吗？
答：——写过
参考：写过，我是根据用户场景来设计编写用例的，因为我测试的系统挺复杂的，使用用户场景方法设计的话可以优先保障用户最关心、最频繁使用的个功能不会出错，在时间充裕的条件下，对于关键的功能点和操作输入相关的，进行各种异常情形的测试。当完成功能性用例的编写后，会进一步考虑非功能性，比如兼容性、可移植性、可靠性、性能等地测试用例设计与编写。
面试后：及时总结不足，及时复习充电；不要惦记结果，义无反顾地准备下一场面试。
通过面试后：接到offer给自己尽量争取一定的间歇性，准备入职。（在职的注意职业素养，前份工作的交接；若离职状态，尽量争取时间，要到对方联系方式）
常见问题：年前找工作好还是年后找工作好？
准备好了有机会是随时可以上岗。
软件测试面试真题讲解
主题：软件测试面试真题分析与讲解
适合人群：软件测试初学者、软件测试从业者、即将面试求职者
收获：
1、理解面试官提问背后地思维方式
2、掌握高效回答面试问题的方法
3、企业高频面试题的解答思路与参考
4、软件测试经验交流与分享
面试求职流程：（一家公司多个岗位只投一个岗位，拒绝海投）
一个中心，四个基本点：中心即技能
1、投简历 求职者选择公司：有的放矢（出现公司岗位招聘的关键词尽可能匹配）
2、筛选简历 公司选择员工：投其所好
3、面试通知 约起来：知己知彼（知己：自己简历里边的内容首先自己要懂，知彼：了解面试的公司的地点，联系方式，了解公司产品等）
4、参加面试 单刀赴会：胸有成竹
面试真题摘录：
1、谈谈你做的项目？
从行业背景讲起，然后从软件硬件环境讲，再从业务流程规范功能方面来讲，接下来讲在项目中自己分担的角色
2、你的期望薪资是多少？
首先对岗位级别进行了解：岗位在公司的级别决定了所在的薪资范围。
看年限匹配
不要急于回答自己的答案，反问公司的薪资结构组成，以免所做的决策信息量不够
在与HR交谈中看对方的反馈程度说自己的期望薪资
3、职业规划是怎样的？
反问HR假如我加入本公司，那这个岗位以后的发展方向是什么样的？
4、怎么样看待加班的问题？
对于加班不反感，根据公司的安排，如果项目紧愿意配合公司加班，提问加班有无工资，调休等…
5、深层次bug定位，最深刻的bug?（考查项目经验）
平时多积累，没有什么积累的话可以借鉴其他人的。
6、测试中用到什么工具？
建议在简历中写到这些工具：Jmeter、Selenium、Python、fiddler、postman、禅道、Linux等
7、你跟开发产生矛盾的时候如何处理？
对事不对人，先沟通好问题。站在客户、项目、企业的角度讨论问题
8、对于上家公司的看法，好的，和不好的？
尽量不要去点评，个人发展方面，居住地、生活等方面
9、没有需求，如何开展测试工作？
前期尽可能多的沟通，从源头上面规范化
10、解释什么是内存泄漏？如何测试？
内存泄漏（性能测试用的比较多）：程序申请的内存不断的申请，不释放，代码错误。
用内存泄漏检测工具可检测出来。
11、如何搭建测试环境？
测试环境有两种：一种是测试管理环境禅道；另一种是开发提供安装包，安装文档，通过这些来搭建
12、测试覆盖率：
参考：基于风险的优先级划分（先测风险最大的）
13、jmeter做接口测试，如何看上一条接口数据？
参考：监听
14、一个空白页面，你要怎么排查？
参考：空白页面说明页面刷新失败，查看是网络原因还是服务器没有把网络传过来、抓包等，，，
15、什么是并发
同一个时间点，n多人同时去使用一个或不多的功能。比如淘宝网的秒杀
16、脑子里没有概念
参考：产品到手上首先作为用户去体验，这是测试最初步的体验
17、发现一个bug，研发人经常要重现
参考：能重现就重现给他，不能重现就先放一放，等条件允许了再重现给他。一般重现不了的问题是很难修的，
18、想知道测试工作会不会很枯燥？
自己再从中找到乐趣，觉得业务比较繁琐可以深入行业背景去了解
软件测试工程师的一天
一
软件测试工程师的一天
1、查看邮件
项目会议：需求评审、测试计划评审、用例评审、bug过会、总结会等
2、环境搭建：
①测试项目安装：找项目安装手册（安装手册本身也可能时测试对象之一）
②测试管理工具的安装：禅道、testlink，
③测试工具的安装与应用，APPSCAN，
用例设计：功能性用例、非功能用例（用不同浏览器打开、APP安装在不同的手机，性能）
需求à思维导图提取测试带你à标题（步骤，期望结果）
场景法：按照优先级，开展测试
3、测试执行：
按照风险级别划分优先级，补充之前的测试用例
4、Bug定位分析提交等
思路：①怀疑-是不是操作失误，看错了，环境有问题；②控制变量法；③日志log；④到系统bug库里面，按照关键词搜索看看，之前有没有同事已经提交了；⑤提交一个bug；⑥跟踪
5、Bug验证
分析bug出现的原因
6、回归测试
7、测试报告
①测试设计；②执行情况；③bug情况；④项目质量描述
8、总结:日报、周报等
二
问题解答
1、bug发现数量不够，怎么办？
公司一般不会确定要求发现数量
2、测试行业学历很重要吗？
软件行业通常来说大专以上学历，在行业中工作几年之后学历分量就越来愈低
3、接口测试实际工作中怎么安排的？
接口文档、参数、地址、返回值、工具
4、30岁后转行测试的，有什么职业发展建议吗？
业务功能理解，熟练
技术：自动化、性能、测试开发
业务：业务专家（ERP行业、通信行业）
管理：项目经理、产品经理
培训讲师
5、前几天面试个招测试开发的，基本上问的都是自动化方面的，我们在做的接口和性能算他们所需求的自动化吗？
在做性能的时候属于性能自动化，在做界面或接口方面的时候属于功能自动化。
新人快速开展工作的秘籍
一
如何参与一个新项目，如何开展测试？
对于一个新项目：首先站在用户的角度了解产品；有可能的话，成为一个用户，以自己的账号或个人数据去使用产品；努力使自己经历完整的用户体验，一旦有自己的真实数据在里面，对一个产品的期待会彻底改变。
具备用户心态之后，做以下事情：从头到尾理解产品，不管是整体的设计文档还是主要功能的设计文档。在消化之后，开始关注项目的状态，特别是质量状态。了解bug数量，分布状态，bug类型，最长时间未处理的bug，发现-修复比例等。
检查应用的代码库。对每一个大一点的类，寻找关联的单元测试，并且运行这些测试查看是否能够通过。这些测试是否有效？是否完整？有集成或端到端的测试用例吗？他们仍然通过吗？历史的通过率是多少？
评审所有自动化测试，看完所有文档后，与开发团队沟通。了解开发做到哪些程度，询问他们对测试的期望，帮助发现团队没有测试过的内容。
侦察结束，第一件事是把应用分解为合理的功能模块，有了功能模块，就可以排列测试的优先级了。
再次检查bug库，这次按模块对bug进行分组，这将加快已有bug的查找，减少重复的bug,更容易暴露不断重现的问题。
接下来，按照优先级顺序更加细致地遍历所有模块，创建用户故事（用例）。
有了测试集合，接下来通过再次检查bug和应用来寻找覆盖度上的不足。
基于前面的基础材料，工作通常只是维护和更新：更新测试用例，增加新特性的文档，更新变化了的模块的截屏或视频
最后，观察那些bug遗漏到了生产环境，会告诉我们测试覆盖上的不足。
二
如何代表用户呢？
1、把自己变为用户
2、测试要清楚地指出当做之事。
三
如何判断测试可以结束了？
1、通常有发布日期决定，而不是根据自我判断
2、测试的推出标准应该是：你有足够的信心，剩下的bug’都属于哪些使用率较低、出问题之后对用户影响也较低的模块，
3、按照一定的优先级处理应用地各种功能和环境支持
四
如何推动bug得到修复？
不断的跟新特性开发抢时间，要求开发人员去修复bug，用户反馈是一种很有力的论据。
一个bug带来的用户抱怨越多，就越能证明修复问题而非开发新特性的时间不会白费。
五
如何判断产品是否可以发布？
从用户产生的角度来说明
没有需求文档该如何开展测试
主题：没有需求文档，如何开展测试工作？
适合人群：软件测试初学者、软件测试从业者、公司项目不规范、不知如何开展工作
软件需求文档概述
定义用户对软件的期望
01
需求文档不足的可能原因：
①客户-开发者沟通不足；
②客户不明确自己的需求；
③项目组不重视文档；
④历史原因
02
需求文档不足，测试工程师怎么办？
①站在用户的角度运行软件
②基于用户场景开展测试
③基于历史经验
④对比同行产品,积累测试点
⑤采用探索式测试方法
举例：网站测试
①UI界面测试：
链接、图片、文字、内容 超链接测试工具：XENU
②根据优先级划分：优先考虑最常见的。完全测试是不可能的，根据风险划分优先级，采用用户场景法进行设计和执行
通过浏览器打开平台兼容性：云测试—testin
APP端
③互相比对，相互验证，APP端和web端比对，缺乏XX功能，评价功能，建议开发添加
搜索引擎 SEO（网站优化）à产品设计师
需求完善类型bug
功能à性能
1、不要被浏览器欺骗，浏览器有缓存（删除缓存）
2、访问量 1àN Jmeter
如果对软件测试、接口测试、自动化测试、技术同行、持续集成、面试经验交流。感兴趣可以进到 902061117，群内会有不定期的分享测试资料。
如果文章对你有帮助，麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。
好文推荐
2021软件测试工程师面试题汇总（内含答案）-看完BATJ面试官对你竖起大拇指！
1227
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
