可以跟帖表达一下玻璃心么

建议多了解下需求，我也碰到过这样的问题。下放任务的时候需求描述不清晰，导致员工一脸为难的看着我，也说过：这个很简单，你想的太复杂了。手把手带他做了开头之后，后面工作开展就没问题了。

这种事情应该要跟你们的开发人员多沟通啊~

额， 需求和我们这里如此相近。 我也是在人工智能公司。 讲道理做机器学习相关的测试人员， 造数是绕不过去的。 而且一造可能就是很大的数据， 数以百 G 甚至数 T 的那么造。 为此我还专门写过造数工具， 利用 spark 把任务提交到 hadoop 上去用分布式技术来加速造数任务。 我曾经写 spark 的系列帖子的时候写过怎么造数的，楼主可以去翻一翻。

不过同样讲道理， 对于没接触过大数据生态的 QA 来说， 这个任务确实偏难。 你们领导应该让懂这方面的人来做。 否则自己学习踩坑真的需要花很长时间的。

怼他就是了兄弟，省着他干嘛！

可能就是为了开了你

真正做事的都难。
不过怎么说呢，啥都没做就说难，还是不太好。做了有阶段结果再说难吧。

是找个借口开了你？

既然他说简单，那就让他指导一下，应该通过什么方法来造符合要求的数据。

反了。。。

那同样的产出是不是加班时间更少的得绩效 A

这种东西一般公司不会放到台面上说，但是私底下恐怕都有小算盘，俩人纸面上产出差不多，绩效 A 就一个名额，给谁不给谁呢？就看这些东西，看加班时间，看出勤率呗

目前的公司没有这种指标，之前提过一个指标，外部 bug 占比。

我靠 还有这种奇葩。。。倒数那几个兄弟有点老实啊

每个步骤写一条 ，就说冒烟

我们也是哈哈哈哈哈按写用例数，执行用例数算每个月的绩效来评最佳，绩效倒数的几位没有年终奖

不懂技术还做什么领导！

是的，真正的测开要对公司业务熟悉，技术栈熟悉，快速定位问题，挖掘潜藏的 bug。并通过现有技术栈去搭建、开发提升测试效率和质量的产品，同时有能力对整个技术栈提出优化建议。高效的学习能力、快速上手实践。

只是你们公司没有或者你没见过而已

任何给人看的数据都是可以带有欺骗性的。所以你要去度量什么，就会得到什么。大家都不傻，越是寻求客观的去统计数据，得到的数据就越不客观。

你没听懂，通常情况下，只有所谓的奋斗逼的大厂测试才比较有价值。
比如这次疫情，开发可以通过远程写代码体现价值，对于一般公司，流程都不完善，测试是真的难。
你可以看看有几个国企社招招测试的。你有选择的权力，别人也有选择你的权力。

nonono，你搞清楚，奋斗比自然有他们的战场，我只是不想和这样的人一起共事而已。

这种公司，不是外行管理内行，就是管理层技穷了

你想多了，大家都想着生活和工作能 banlance。这种如果需要人员紧缩的时候，技术也一般优先动测试。
只有大厂测试价值才高一点。
比如现在的小团队，测试测 BUG，完全没有能部署外部环境、解决现场问题的测试价值大。

以前在苏宁，专门弄了个目录，偶尔没任务的安排在那个目录里随便写，不编译。
没人是傻子，上有政策下有对策。
一个月没产出，怎么回事大家其实也都有数。