赞同楼上匿名的第一点，在这看你得到的是不是高于你失去的
另外 6：1 实在是太低了，除非开发都很 low，我们这是 3：1 到 4：1，还算比较正常
质量、进度在这种不能同时保证的情况下只能谈了，找 pm 谈，权衡一个大家都可接受的标准~

#14 楼 @anonymous
eBay 的几个 topic 不是假大空的东西，相对而言干货还是有的。移动测试框架的设计可能跟 eBay 本身的团队组成有一定关系，机器学习有技术含量，实际价值不好评论。

#4 楼 @csbaixiaosheng 那你要看单元测试是谁写了。

好点的开发一般都是自己先单元测试再往测试丢的。
如果开发不做，发现问题，正常提缺陷就可以了，如果影响项目正常进度的话，及时通知相关领导就好了，没必要太纠结这块

1. 我觉得工作看三个方面： 前途，钱途和开心。 自己衡量下，如果都没有就闪人。
2. 大家都忙成狗，如果你是开发，你会帮助去测试么? 如果帮助了，自己测试的模块出问题了，谁的责任，人其实是自私的动物，只能在一定程度内大公无私。
3. 真的不能招人了么？真的尽力和上级沟通了吗？
4. 在这里吐槽其实用处不大，找老大吐槽，PM 对自己的功能不负责，开发测试比例过高，没自动化走什么敏捷。。。 朝老大吐槽，如果老大都不帮你，你还待着干嘛啊？

提高自己的地位、话语权，然后强制他必须做单元测试

没有自动化的敏捷都是假敏捷. 谁在最后环节就坑谁.
敏捷只是一种工作流程和沟通方式, 不解决实际质量问题.
想提升质量就得好好把关, 推动研发走单测. 自己做接口测试, 然后把用例描述清楚, 分摊出去.

没有单元自测持续集成的敏捷那就是逗比。。并且这个团队我不建议久待，因为你们的开发实在是 Low 的不行，对于这样的团队直接问题全暴露出来，我不信你们 CTO 只找你的事

测不完就把难题说出来，不可能一切都是测试来背锅。开发如果经常犯低级错误，可以先沟通让他们自检，再不改，就直接捅到顶级上司那去。 该做的事情，做好；做不完，那就坦然说我已经尽力了。 如果整个团队都不自省和改进，那就闪人呗。

你见过 10:1 的么？你见过 10:1 还要写自动化的么？你见过 10:1 测试还要做单元测试的么？
等你见过你就明白了，也就那么回事。
开发觉得质量要改需要自测才行，开发不改不自测，指望测试就是个很扯淡的事情。
PS：转型做开发呗，既然这比例明显重开发轻测试，与其受气不如自己写代码，谁写的出问题自己背锅去。~

#4 楼 @anonymous 才发了段子去洗澡，要命哦，现在去加班你来陪我战斗到天亮嘛~~~~

#3 楼 @anikikun 段子王！。话说。。你应该刚去加班才对啊

你这个并不是敏捷啊。。。

要看 1000W 占多少啊，如果是 20% 的话，估计就有 5000W。5000W 一般 B 轮左右的金额吧（都算大的了），要看项目

视频观看地址:http://v.qq.com/vplus/9ad6ae45c28d69ce

PPT 下载 ：http://pan.baidu.com/s/1hqpWYdI
Video：请关注 小贝爱测试公众号.. 都有推送，直接可以看

上家公司第二轮 2000w 美刀，用户数过 5000w

eBay 的性能测试好在什么地方? 我翻了一下 PPT, 都是贴图, 砸概念, 一些很空的东西

都没机会去！

诶 同样 报名没有得到参加的机会

再感谢一下 @tobecrazy 转让的票，自己报名没选上，前一天晚上 11 点得到转让，TesterHome 好人多啊~~

觉得 OpenStack 的主题最有意思，每次看到大型开源项目的案例，都要赞叹一下远超多数企业的协作水平。
Ebay 在 Android 上是 cucumber + espresso ，不是 calabash 咯。

觉得可以让参会人员提前下载 ppt ，看不清的时候可以在自己手机上看，没接触过的东西提前做下准备也不至于完全听不懂。

早早报名都没机会去的，泪流满面泪奔中。。。

泪流满面泪奔中。。。

#4 楼 @anonymous 匿名模块。。。

如何发匿名贴呢，我的怎么显示名字了？