呵呵

有个卵子的成就感，就是混口饭吃。。

这样搞的结果是领导把公司搞黄，拍屁股走人！

这样的老板 sb，压根不懂质量。

哪个领导啊，这是你们老板把他得罪了吧，才想出这么阴的招数

特恶心，我们公司是测出来 bug 了给测试加绩效，相应的扣开发的绩效，生产环境还会再来一轮测试，出 bug 了，扣测试环境的测试人员的绩效，还扣项目的绩效。。。月底总结的时候好艰难啊

这样真的特别恐怖了.......让领导先测一下

关键在于： 生产出故障了，利益损失谁承担？ 如果甲方乙方都不在乎用户能不能开户，那质量好不好也就没人关心了。

看的很累，写作水平有待提高

没有计划性是中小型团队效率低下最罪恶的黑手，而且往往以敏捷之名……
搞不定就给自己找个牛逼的上司来好好规划一下吧，要么滚蛋，因为：不谋万世者，不能谋一时；不谋全局者，不能谋一域~

最后一句改下标点符号吧

没事,以后你会习惯的.
就像硅谷里的那个叫啥来的,人家老把他忘了;
虽然话难听,但是就是如此,即使到了大公司,也有大公司让你觉得不舒服的地方；毕竟，测试是 0 到负无穷的过程；
不要忘记学习就好

接口没开发好可以先按照接口文旦写接口用例啊，还有功能用例

这个就说明一个问题，不够敏捷。最后一堆测试任务一起来，一个人估计就感觉很累。 如果规划的好，功能拆分的细致，可以分批提测。

能部署测试环境了么？能用打 jar 包发布了么？测试数据准备了？测试数据生成 sql 准备了么？接口测试开始做了么？性能指标了解？场景设计开始了？我觉得好多事可以做，时间根本不够用

这是项目进度把控的问题，如果提前规定的上线的 deadline，楼主要合理的把控测试的进度，尤其是质量差的情况，建议每天组织产品和开发以及相关 ld 对个进度，说明现在的情况，让大家周知一下问题卡在哪里（是开发而不是测试），说明一下由于 bug 太多已经影响了测试的进度，以及延期的风险，并且要发日报暴露问题，让相关的人员提前有个心理准备，知道问题在哪~到最后延期责任在谁一目了然啦~~

不知道该做什么的话，不如帮我解答个问题：https://testerhome.com/topics/13157

能力确实不够呀 也没什么方向

学习开发，学习运维；
然后顺便把开发、运维的事情都做了。

你可以当程序员鼓励师，让他们开发更有动力

可以捞点不是测试的活来干。比如运维或者产品的活

我们测试环境比较简单 linux tomcat+mysql+redis 测试流程的话我写好一份给研发老大看过了 基本上我这周不会有什么事情了 但是每天晚上都要开会汇报当天工作情况 轮到我说的时候就很尴尬了

测试环境管理
测试流程梳理
这些东西能比开发时间还长

有些公司就是那种大到 “不能倒闭”，平安就是其中之一，不管财报上的年利润水分多大，要相信抗壹钱包这种小公司烧钱还是不在话下的

壹钱包刚开始产品做得非常之烂，不过现在已经过去好几年了，基础也算不错了，中间在上面买过大约 1 年的理财，后面转向小赢了~