bug 又不是测试创造出来的，测试只是做了人家的本职工作，至于说话不清楚头脑不清楚的人不分岗位都很想吐槽好不好。。

就需求不明确的时候共同吐槽产品就好啦

看过

666666

日常问开发 写了一天 bug 累了吧

我半兼职服务端开发不少时间了，但从没你这个心态，有 bug 我自己感觉很惭愧，我都尽可能的自测，以保证没有 bug

我都是统一测完反馈。和开发和平得很

什么，我的代码肯定不会有问题的。
肯定是你个 2b 不会弄，每天应付这些 2b 测试真是烦死了。。。

即便你现在转开发了，测试依然可以鄙视你的代码。不信，贴你代码，让测试同学看看！

不要一换岗位，就诋毁原先的岗位的人

话说我转过来依然还是干着开发的活

所以，不仅仅是工作中，生活中与人交往也是一样，多换位思考，设身处地的考虑对方的感受~

能把问题简单说清楚的，都很欢迎啊，实际是减少出问题的情况啊。
碰到半天说不清楚问题，还吐槽你不理他的，浪费彼此时间，可以跟你领导吐槽一下。。。

提 BUG 的基本要素，这是最最基础的岗位技能啊～

哈哈,现在理解开发们的感受了吧

相煎何太急

鸡肋是不存在的，只能说是成本和收益的对比，成本>收益那就是鸡肋了，收益>成本 那就是测试过程中的必不可少的助力了。

说白了，我还没看懂这个问题

其实最讨厌这种自以为是的笔试题，有些题目写的可能连作者自己都不知道答案，也不知道想要测试应聘者哪方面的能力，反正就是搞一个虎头蛇尾的题目摆在那。...

等你先搞清楚自动化测试的概念再来发牢骚吧！

你是中专到研究生吧

我连谁在提问都没搞明白，"anonymous" 这个人怎么说了这么多

好复杂 name 自定义？返回 userid?
redis 自增加规则就好了。然后先把信息放到 redis 异步同步数据库 15k 并发 眼睛都不眨 并发再多就奇读偶写交替 优化序列化方式 速度起飞

大致看了下没很明白，一般自动化接口测试，不都是要考虑数据初始化，然后查表比较返回么（比较这边加上特有的业务逻辑），然后再来个数据清理么。。。；楼主是要考察这点么？纯探讨，说错见谅