译书不容易，给题主点 12 个赞

逻辑通顺，回答没什么大问题，比较普适中普适，不错的，但总好又缺少些什么，如没带上具体的能力例子，能力数据等

看完楼主长文，可能原因
1、大环境原因，公司招聘需求都很谨慎；
2、楼主公作近 10 年，招入的话也不便宜，要如何放（放在什么位置）合适，会重点考虑。而如果公司所缺无需那么多技能的，会转而选择年轻，薪资少一些的；
3、跟楼主的面试内容相对比较泛，是探索性面试，即了解或流程上走一下（可能），实际需求可能在内部拿捏中。

建议：尽量走内推。另外，近 10 年了，往带团队方向考虑一下，发挥自己更大的价值

楼主表达的主要是嵌入式产品偶发 Bug 的重现，如 linux 系统嵌入式平台上，特别中下位机在资源贫乏情况下，并不一定会记，这种情况就很抓狂。

“在公司做业务测试，感觉 技术、工资都挺难有大幅提高”，对这个问题，看了楼上大家的回复，觉得楼主想表达的意思是：
1、我们公司基本全是业务测试，除了我懂一些技术，能开发工具造数提升效率，其他人都不行，更重要的是他们都没兴趣；
2、楼主觉得 自己做的造数平台工具，很多人都在用，说明好，但环境中的人只会拿来，不求学习与贡献，跟这些人一起是在拉低自己，而且工资也上不去
建议：
1、跟主管领导交流你的想法，能成为你的领导，肯定有他们的过人之处；
2、涨工资主要是靠个人的贡献度，及未来的潜在价值，看楼主应符合，所以更应该与领导谈谈；

楼主在公司的职责就是开发测试工具么？建议：
1、已开发的工具大家用得怎么样，效果是否满足预期了，有提升空间吗。例如 UI 自动化平台，多语言环境下可否适配自动化，自动化测试报告是否能自动输出，自动化测试除了效率，还可以做什么吗，如跑出数据缩小测试范围等
2、我们经常说的，不能为业务提供价值的技术都是自娱自乐，建议楼主真有空可以主动熟悉业务，例如回归业务 bug，或许过程中就能发现可以提效的需求点，例如：bug 可否自动录入，bug 与用例库的关系，与代码的关系等

赞同，这个问题很能反映出学生的动手解决问题的能力，包括找资料，找人，方法，主动性，结果等。其实，对于社招也同样重要，只是问法可能不同，通常会切到项目的具体问题中吧。

在问题的后面，其实是面试官想通过这个开放性的问题，进入候选人的业务场景中，特别是想找到类似自己或优于自己的人出来。

是这样，我觉得每个测试人员都有编程的基础，当工作需要时，可以助力，如：有时需从代码提取测试点，有时需二次开发或新造轮子生成想要的测试工作。因为工作效能的提升是一个永恒的话题，测试需要自动化的点无所不在，只要你能发现并去行动。

1、首先楼主初中毕业，后来能折腾不断学习，进取心，行动力，毅力值得肯定，给你点赞！
2、据你的陈述，你的理科基础，计算机基础要补的不少，也可能也是导致你 “ testhome 潜水那么多年，我认真的看了 @ 孙高飞 @ 在路上 @ 刘晓光 的很多文章。还是不知道怎么把别人分享的学习经验用在自己身上” 的主要原因，因为可能没有真正理解，在工作中找不到切入点，结合不起来用。此时，建议你在工作中找标杆，与更了解你的人交流，判断真正的问题是什么
3、如果楼主缺的知识不少，建议一步一步来，先把门槛低一些的功能测试做好，精通业务后，再做一些测试开发的工作，没必要狠狠逼自己（焦虑过渡睡不着等）。正如前面的回答，没有人定义一定要成为大牛，其实大牛的也有多种多样。
4、考虑女生 28 岁，找工作是一个尴尬的年齢，建议此阶段重视个人问题。来日方长，换一种生活方式，或许是另一片天空。

关于测试思维的提升，建议看下《软测之魂》第 2 章，找 Bug 的核心思维与境界，微信读书上有电子书。

建议，
1、回答问题前，先琢磨面试官的意思，第一个问题是常见的，无论在哪都会遇到，个人理解是想了解应聘者的反思能力，这种能力很重要，是能否不断给业务，团队增值的素质之一
2、此问题可能是面试官遇到的现实问题，在问应聘者的解决方案或想法。也是功能测试以外必须要考虑的面对产品的不同的用户群体，体验或易用性要求不同，测试需开展的专项测试，通过竞品分析，公司内同类优秀产品分析，部门专家经验积累等，形成易用性测试 checklist，可以一定程度上解决实际问题

建议：
1、简历上可把现在的最高学历写上（没毕业证，面试时有需要说明一下），因为学历主要是 HR 那边要，对于业务部门更重是硬能力
2、核心竞争力，可以是多方面的，与个人有关，可以是业务分析方向，也可以是测试开发方向，也可以是测试管理方向。例如：你的 bug 敏感度高，同样时间，你的产出就是其他同事的几倍，这后面可能是你对于业务分析能力领悟力强。也可以是测试开发方向，同样一个模块，你可以很快找到一个方法或开发一个小工具，解决自己及团队的工作效率问题。

每天忙于工作，很正常的。“局限在点点点中”，我们能否点得更快，或点出更多 bug 出来呢，这些都需要测试思维的提升。
或者发一个贴，你在点什么，要怎么样才能更快，也是一种思考呢

看了你的介绍，初步分析你的优劣势
优：
1、年龄小（20 出头），
2、已有 1 年多工作经验，
3、主动学习意愿强，有行动
劣：
1、学历大专，自研公司/好公司/大厂，可能性小
2、累积的经验不多
3、工作核心竞争力不突出

建议：
1、因年青，时间多，考虑长远发展，提升学历（本科甚至研究生，选择名校，找好的资源）
2、实在找不到自研产品公司，找外包业务前景不错的公司，积累业务知识，此时间不能太长（如 2-3 年）
3、学历提升后，加上业务上、技术上的积累，3-5 年内转好的自研公司

看是否可帮到你

感谢分享，丰富的经历本身就是一种财富啊。

“近期我开发了两个产品，一个叫作 OneMusic，这是一个复古的音乐播放器工具，与 Apple Music、Spotify 连接，功能是将历史上的播放器还原到软件上。第二个是之前做的产品，叫作 OneWidget”，楼主是生活或工作中遇到什么问题或商机，然后就动手么，还是

测试工具解决业务问题的思路清晰，对业务测试提效肯定是有帮助的。有一点没看太明白：
“作为基础数据进行预期结果计算，用支付结果作为实际运行结果，两者进行比对。如果一致则校验通过，反之则校验失败”，工具中的 “预期结果计算” 是预先预埋了与业务中一样的计算公式么（包括抽佣，线下折扣，小数点精度等）

楼上答得比较全了，补充 3 点建议：
1、用户场景分析：点赞数，用户会怎么用它，如：点赞后，会做什么，增加/取消，上下滚信息，再如点赞数量达到 1W 后，是否后面的数字已不太重要，需要改变显示为 1 万 +，小数点如何取舍，达到 10 万后呢，这些其实与用户需求息息相关。如果需求没有考虑到，测试需提出来。
2、设计实现分析：分析一下点赞统计的逻辑，如：软件在设计实现上定义了一个什么数据类型的变量保存此数据，最大值可能是什么？最大值出现的可能性有多大，出现最大值时，对界面显示是否有影响。
3、相关影响分析：点赞数据，除了贴子的当前页显示，是否还有其他地方用到它呢，怎么用呢

压测报告出来了，可以分享一下如何分析这些指标么

1、非常好奇：“前几天有个开发想推一下 metersphere”，开发人员为啥要推 meterphere 呢，测试用例是测试内部的事，应由测试来考虑，包括评价。
2、建议：测试分析时用脑图，但细化用例时，需转化，体现关键信息，包括预设、操作步骤、预期结果，便于测试过程管理（充分性度量，与需求、代码的追溯等）
3、此处的开发，是指管理测试组的开发领导么？

建议：
1、分析一下要招人公司的 JD，有些是招聘主管（非 HR）直接联系的，特别是更新时间在 1 周之内的，这种一般比较急。如果自已条件合适，主动发起沟通，一般会收到回复，例如：BOSS 上直聊
2、分析一下自己的简历，是否有亮点，是否做到比较精准的投简历（海投一般比较难中）
3、简历如上有其他疑问，可以发出来到社区，让大家帮你看看

祝，求职顺利

” Deployment 会新建一个 ReplicaSet 去增加 Pod 的数量，并减少旧 ReplicaSet Pod 的数量。

这个增减的过程会保持总数恒定在 Replicas 的值，也就是我们的滚动更新。

旧的 ReplicaSet 缩减完毕后，并不会删除，方便做回滚。“

有以下几个问题没太明白：
1、图中的虚框想表达什么意思呢，例如：是 POD 节点有问题了，如重启了，实际上可能不存在么
2、“Deployment 会新建一个 ReplicaSet ” ,Deployment 在什么情况下会新建 ReplicaSet
3、如果所有的 POD 都失效了，ReplicaSet 会自动检测到，然后值为 0 么

从上文理解，在 Deployment 与 POD 之间增加 ReplicaSet 就是为了灵活管理 POD，从而使云存储的选择更灵活，对用户来说更可靠，也更快。

@ 蟹黄小龙宝 #3 楼 的回复比较清楚了，楼主的事后复盘建议：

1、站在测试角度，目前是哪个环节出了问题，如测试流程或方法或其他，如方法上：只关注了功能，没关注数据融合的正确性，或关注了没关注全，是测试方法上存在问题，那么固化有效的方法，规避同样的问题二次踩坑
2、往前看，在开发设计的哪个环节可以得到控制，需要怎样做，测试可以推动做些什么

1、首先，先解决问题，如找替代方案，安抚客户；
2、分析、定位问题，目前的产品设计下雨天，某些地方（模块）呲水是否符合预期，为什么
3、若不符合预期，如何改进（流程或技术等）

赞，很全了。
但，“充分的用例场景是质量保障的基石。” 在测试分析的思维导图中没有体现呢
进一步的建议：测试分析与测试实践中的测试点如何对应起来呢

“建立起用例和代码的有效关联关系，作为后面进一步的 基于变更内容推荐所需的回归用例集 的基石”，这个思路是很好的，目前业界经常讲的 “精准测试” 便是如此，这需要另外的工具支持，不知大家是否有这方面的实践，类以精准测试中的 “数字滤波器”，如果能有一个系统（软件工具）当遇到代码变更，及时提示影响到的用例，会是一个好的方式。这个没试过。有实践过的同学，可分享一下哈。