收到消息，年底前团队大概要裁三分之一
第一次感受到寒冬就发生在自己身边

第十二位会员。。

等我还完欠的钱，就离开互联网，扎根实业

公司辞退了几个人，都有赔偿，很羡慕。我还没有被辞退，但是在公司很煎熬

趁机增加下自己的竞争力吧

合同快到期了，不知道会不会续！！！
公司不续合同会不会有赔偿金！劳动合同就写了 2000+ 的基本工资，到时会不会按照上面的赔，这是个坑啊！

感觉说了那么多，其实解决办法么有两个，一个是改，一个是不改。改的话，就好说了。不改嘛，反正提到平台，先记录，如果需要上线时，你把这个 bug 和负责人确认需不需要修复，需要那就让上层老大去对话吧。你只要做到了发现 bug 记录 bug，而上线需不需要解决 bug，让上层老大去决定吧，因为你没这么大的权限。如果你是测试部老大，你要让他们改，那就找产品找项目管理找开发老大一起开个会呗。

不改直接警告，再不改 dismiss。

好好学习，让自己是选择别人的人，不是被选择的人

没钱怎么放假，放假在家里等死吗？

这是一个放假的好机会。

问这问题，感觉测试水平也不高阿，明显变通能力欠缺呢。
不影响接口功能，多传参数怎么了？有什么问题吗？会有什么影响吗？

他没时间就不改呗，反正又不影响，他改了你还要测一遍
我没想多传到会有什么安全，或者什么其他问题，楼上说的举个例子看看？？？？？？？

提高代码能力是关键！！除非直接走业务路线。可以关注下公众号 “诗泽园”，有一些文章，讲的比较具体。

就事论事，解决当前的问题之后再去复盘流程问题，还是应当遵从传说中的 “大处着眼，小处着手” 吧
一眼就看出流程有问题是好事，但是一开始就从流程上去改，你觉得会不会有可能触发整个流程的重构呢，这是旷日持久的战斗

问题不在于是否前端要改，而是怎么驱动前端去改
重构看不懂代码，说明交接和文档沉淀有问题
你们后端重构接口，难道直接上？没有通知接入方和测试？
流程引起的问题，应该从流程上解决，而不是 bug 推动或者撕逼

根据开发名下 bug 影响绩效

我不知道你们公司是否有开发名下的 bug
不是说后端重构一次，前端就得背个 bug 的
然后最后却是测试和前端撕逼，明显就应该建个技术需求，单独提测

应该具备实名发帖的勇气，不该匿名，哈哈

别曲解我的意思。
我说的是毕业生学习一个月就能上手正式干活了，剩下的就是对业务的熟练度了，人家可能很快就能赶上你的业务能力，所以你不学习点其他的技术怎么能和别人竞争？

所以你要提几百个 bug 吗?他们不改就拿鼠标线勒他们脖子,哈哈哈哈

你牛逼,我是怂惯了........

我觉得测试。首先需求分析，业务的敏感性，测试设计，这是基本的。先知道要测什么。然后是怎么测，可以点点点，可以用技术手段，可以用工具。你会的越多，效率越高，可选择性也越多。所以只会点点点，路比较窄。

楼主别生气，其实我是很佩服 “点点点” 的人的，其实 “点点点” 也是很有学问的，很多人点上半天也找不到一个 bug，而有些人一分钟可以点出好几个！还有楼上很多人说一个毕业生学习一个月水平就可以跟老测试一样了，这些人是真的懂 “点点点” 吗？？？？

然而重构大部分时间都是重写……

我非常赞同楼上的观点。不过当我今天再次和开发聊的时候，他告诉我，公司几乎所有的接口，都存在着冗余字段的情况时。我沉默了，也许这就是为什么我们经常重构的原因吧，人事变动频繁，新来的人根本看不懂前任留下的代码，只能重构