不是所有的 ToB/G 项目都这样, 但是定制化高的项目尽量还是少待,只有做产品的公司才容易学到东西
如果你想在测试这方面发展,早点换互联网 ToC 的公司吧,你的时间比那点差价工资更值钱
理论上是不合理的, 毕竟压测就是要越贴近真实场景越好
鬼知道这些新建的数据在内存, 数据库, 中间件是怎么做生命周期管理的,万一哪个环节就是用名称或者名称的 md5 做 key 来更新呢?这样一个 insert 操作可能就变成了命中缓存.
实际上看给多少测试时间, 比如就给个 1 天, 连架构图都没时间分析, 那顶多在测试报告里面写一下由于时间有限, 使用的测试策略的局限性
相同的数据哐哐发, 早点下班就完事了
嵌入式主要还是看业务吧
普遍来说比纯软件钱少,而且可能要出差
接触一下挺好的, 技多不压身,不喜欢下一份再找纯软就好了
早点跑路,虽然大部分工作都很烂,但是你这个也属于烂的里面的奇葩了
企业就算了,早点跑才是王道.
工作内容就是楼上说的,写文档,对接,伺候领导.
研究所才值得考虑一下留不留
不喜欢.
主要还是工作方式比较别扭:
这家公司最起码招了 2 年的人了, 是流动性太高吗?
不用怀疑,老哥,就是走错了
如果钱不是特别多,还是赶紧转行吧
优化流程应该是从需求开始
不过既然老板认为产品部门不重要,那就没戏了,趁早跑路才是王道
不然你推动到后面就发现, 所谓的流程问题, 其实都是成本问题, 老板不想招人, 再优化, 再讨论也是白搭
事情要么空着, 要么你自己来做
老哥太强了,据说新西兰找工作是地狱级,这都能找到工作,牛