我要顶一下，特别声明

薪水都是可以谈的，面试优秀的，股权也是可以谈的（转正即兑现，不是期权）

进程和线程的主要差别在于它们是不同的操作系统资源管理方式。进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。如果有兴趣深入的话，我建议你们看看《现代操作系统》或者《操作系统的设计与实现》。对就个问题说得比较清楚。

http://www.cnblogs.com/lmule/archive/2010/08/18/1802774.html

利用率不高的问题很好解决，while(i<100000000000000) {i++;}

如果 PC 的主板总线给 USB 分配的带宽有限，那就尝试多 PC 组网，分布式控制手机：
弄一个 master 控制 PC-A、PC-B……
PC-A 控制手机 1~10
PC-B 控制手机 11~20
……
你看过 jenkins 的 M-S 模式么，命令分发即可

你在这里讨论破解，是否有失厚道？

好吧，你乐意手动就手动吧

这……这可是 50 台机器，别闹了好么……楼主很明显想做测试实验室

如果 http 服务好的，但是应用卡死了，该如何操作？
如果 http 服务无响应，但是测试仍在进行，该如何操作？
如果索性死机了，怎么检测，怎么操作？
都要拆电池装继电器来控制么？

皮下测试，通过发请求，模拟接口测试，直接调 controller

公钥免密登录、crontab 配置（如定期的 workspace 冗余文件清理等）、awk/grep 等日志搜查等等等等

蒋老师不必担心，很多人在默默关注，只不过个人或者团队能力暂时达不到，所以无法得以实施而已
像我，就在默默的关注你的帖子，真心是获益匪浅，多谢

喜欢安逸不上进就去外企，其余的不多说了
另外，喜欢敲错字的测试不是好测试，尤其是自己比较擅长的领域，对某些关键字应该很敏感才对

linux 系列最先上手的不应该是学会 sudo 怎么配，sysinit 怎么玩么？

平安之后的第二份工作了

谢谢，有心了

对，首席吐槽师跳槽了

有意向可以小窗，或者直接发简历也可以

谢谢，已更正，写完了自己也觉得怪怪的，好像短了点

天行者？阿纳肯？

要不要测试拿一个 8 拍对面的人，然后通过 8 的 AR 来解锁 X？

• 覆盖率本身不重要，100% 的覆盖率也不意味着没问题，环境、配置集成的问题占比不在少数
• 非要看覆盖率，变更覆盖率才稍显更有价值一点，扫变更集，svn、git 都支持拉变更文件清单
• 覆盖率只要环境能允许，java 的用 sonarqube 或者 jacoco（推荐），手动自动都可以看

顶高 P 光哥，找工作关键是跟对人，跟着光哥混，前途钱途都有~

如果数据量不大，可以用 System.setProperty，报告里面取就好了
或者维护一个 hashmap 之类的在内村里，声称报告的时候取

谢谢恒温邀请，问题太抽象，我不善于导人从 0 向 1 的发展，倒是比较擅长在现有的能力中找闪光点以谋发展
我还是用一张 PPT 来说吧：

• 能力和价值对等逐层上升。
• 学一些经典理论，温习和梳理你在学校里学习的那些基础课，对你的工作有非常大的意义，至少不会让你的工作流于做苦力，能让你自己知道自己做的事情有什么意义和价值，背后是什么方法论在支撑，你应该怎样丰富这些方法论的实际应用。
• 我的理解里没有把自动化和性能测试作为发展的必由之路，当然你要做，还是要多看看文章、帖子，你该明白，自动化也好，性能也好，都只是质量的一个方面，我看到的为此而随大流的现象，大多是为了迎合一些懵懂的老板的某些无知趣味而已，看清背后的东西更重要。
• 落地非常重要，空想没有用，文章只看不实践也没有用，好的 team 有天然的，也有你自己打造的，如果你能通过自己的努力将这些事情做好，比你进一个天然好的 team 的履历要有价值的多，等待领导首肯或者授意，这跟我等着被 boss 升为 CIO 来实施自己的抱负一样……这特么的是一句废话鸡汤 仅作用于暂时没有条件进入一个好的 team 的时候，我自己也宁愿进一个好 team
• 心急、浮躁是大忌，比薪水神马的 LOW 爆了，我面试遇到要求专职做自动化或者性能的人，我一般直接 PASS 掉，一方面我们没有这样不需要关注业务的岗位，一方面我会觉得这样的人视野太有限、看问题太片面，以至于以后发展的路太窄，我也不希望我带出来这样的人，呵呵。

只有 2 年经验还能达到要求的人，够可以的了，25K*13 能招到估计比较难