估计你没仔细看帖子，extentreports 我这里没写，估计就是你说的所谓 extendreport 吧
帖子里有 reportng 和 realtime-report 两个，一个是事后汇总，一个是实时输出
回帖的人基本都在说 extentreports 如何优秀，然鹅，你们看不到 realtime 这个词么

优点：我格局高、见识多、善规划
缺陷：我说的这些我都不会啊，你可以请人来做

我是真不懂……因为我从来没有碰过移动端测试，图里面的点点点除外，所以我还是更欣赏这个图

• mybatis 不是 mybetis
• 路走歪了，你用 RF、JMeter 做都可以原谅，用 JUnit、TestNG+httpclient 封装来做更好，尤其是 testNG 的报告和日志做的很棒，你自己搭个 SSM 专门来展示报告，未免有点杀鸡用牛刀的感觉……除非你想做个平台出来

这个问题我拒绝回答，我只欣赏这张图……

今日最佳~

不会搜索？

1、那叫 extentreports
2、extentreports 是否支持实时报告，这个我没研究过，帮忙解答一下呗，如果也支持，那我就直接上 extentreports 了

第二图不是详情么？
莫非你要的是这种：

贴出来的异常都是现成封装好的 jar 里的代码，自己的代码一句也看不到，能分析出来的都是超神，经验帝~

我虽然没有 5 年，但是也有 2 年了，今年上半年税后亏十几万，去年一年也是亏十几万……算下来欲哭无泪，曾经有一辆 3 系宝马摆在我的面前，我没有好好珍惜……

具备易于查看、管理的日志、报告（乃至实时报告）、数据管理、适配性 API 二次封装，平台的集成接口灵活，高效的性能和良好的设计思路（而不是学我这种半吊子式的继承、继承再继承 ）

因为我关注了你，你回的帖子，我都能收到信息提示……这 featrue，可以的

为啥回复这个帖子，提示我被艾特，实际上好像并没有啊

原来是老师傅，哈哈，技术神宅啊

我一般都是在服务器上直接追踪，用 sar -n DEV……等等，逼格高吧

我要顶一下，特别声明

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

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

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 服务无响应，但是测试仍在进行，该如何操作？
如果索性死机了，怎么检测，怎么操作？
都要拆电池装继电器来控制么？