感谢高飞,
我也面临着测试技术类型产品的情况
能请教下你们是怎么确定需求的呢?比如哪些情况需要支持,哪些情况不需要支持?
还有同类型的团队之间, 是如何协作的呢?怎么确定范围边界呢?都靠接口文档来约束吗?

其他的不好说， 你这肯定跟硬件测试不沾边了，没啥软硬结合的部分， 纯软件测试。
硬件测试要直接跟硬件打交道的，焊引脚，换芯片，做高低温测试这些。

有探索就有希望, 加油

为你的心态点赞, 我如果 2 个月没有拿到面试结果肯定是没有勇气写这篇文章的,加油

请问一下飞哥, 知识库怎么累积呢?只要把测试用例和需求都放进去, 然后写一些注释,分类索引一下?
有什么技巧吗?

早日转行,远离 IT,这行对于普通测试人员发展空间已经到头了

https://testerhome.com/topics/43303
看这个帖主的贴

不是所有的 ToB/G 项目都这样, 但是定制化高的项目尽量还是少待,只有做产品的公司才容易学到东西
如果你想在测试这方面发展,早点换互联网 ToC 的公司吧,你的时间比那点差价工资更值钱

理论上是不合理的, 毕竟压测就是要越贴近真实场景越好
鬼知道这些新建的数据在内存, 数据库, 中间件是怎么做生命周期管理的,万一哪个环节就是用名称或者名称的 md5 做 key 来更新呢?这样一个 insert 操作可能就变成了命中缓存.

实际上看给多少测试时间, 比如就给个 1 天, 连架构图都没时间分析, 那顶多在测试报告里面写一下由于时间有限, 使用的测试策略的局限性
相同的数据哐哐发, 早点下班就完事了

嵌入式主要还是看业务吧
普遍来说比纯软件钱少,而且可能要出差

接触一下挺好的, 技多不压身,不喜欢下一份再找纯软就好了

早点跑路，虽然大部分工作都很烂，但是你这个也属于烂的里面的奇葩了

企业就算了,早点跑才是王道.
工作内容就是楼上说的,写文档,对接,伺候领导.
研究所才值得考虑一下留不留

不喜欢.
主要还是工作方式比较别扭:

1. 在不同的团队, 很多东西都不受自己控制, 需求人员和开发人员的水平,基础设施的建设水平,对自己的工作产出影响很大
2. 不管是重视程度还是钱,都比开发岗少,不是核心岗位但是是背锅位

这家公司最起码招了 2 年的人了, 是流动性太高吗?

不用怀疑,老哥,就是走错了
如果钱不是特别多,还是赶紧转行吧

优化流程应该是从需求开始
不过既然老板认为产品部门不重要,那就没戏了,趁早跑路才是王道
不然你推动到后面就发现, 所谓的流程问题, 其实都是成本问题, 老板不想招人, 再优化, 再讨论也是白搭
事情要么空着, 要么你自己来做

老哥太强了,据说新西兰找工作是地狱级,这都能找到工作,牛

报表这个概念也太宽泛了,报表只是前端,是数据展示的最终一环,这个问题就像问页面怎么测试一样
业务复杂的话, 需要团队引入数据分析师做数据的逻辑梳理,才能进行开发和测试
从数据源,数据清洗,合并的逻辑, 数据处理的每一个步骤, 都需要做不同类型的测试
具体你看报表对应后端逻辑的复杂度了

我用的 windows 的 UI Automation,做得比较浅
比较好奇 Squish 和 CukeTest 怎么收费,有试用过的能说下费用问题吗?

请问"4.1.1 功能测试阶段"中的
"配置数据模版并生成测试用例",
一般在哪一层应用呢?
DW 层的复杂逻辑 SQL 也可以生成吗?

楼主语言状况怎么样?
测试比开发需要更强的口语交流能力吗?

跟楼上关注一样的问题,基于 pywinauto 或者 Windows UIAutomation?还是其他的方式啊?

不知道给啥建议,即使是 985,没大厂经历,过了 35 岁都很难.早点筹备转行才是王道
唯一能给的建议就是性能没必要学,专心学好 python 搞自动化就行了

高飞老师的回答总是很谦虚,总是说自己运气好, 我觉得你真是勤奋到了极致了.
想问一下老师的时间是怎么安排的, 在加班比较频繁的时候怎么保持学习的动力呢?

我反倒觉得这是难得的机会:
0.C++ 没有 35 岁焦虑
1.remote 的测试岗位也不多,反倒是开发有更多选择
2.不知道编译器测试的技术栈是什么,不过 C++ 开发明显是一个值得积累的职业路径,web 的泡沫破了,C++ 受影响相对来说小很多
3.不把鸡蛋放在一个篮子里,多一门技能压身,35 以后失业的风险小很多