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

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

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

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

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

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

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

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

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

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

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

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

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