首先我还是同意楼主的观点的
同时呢我觉得他们还是新手他们必须要经过这么一个阶段以后才能够成长所以我还是能够容忍这样的帖子发出来了，每个人都是从新手过来的我们现在要做的就是建立规范

#3 楼 @ycwdaaaa 用例管理主要的目的是为了跟踪管理，让不熟悉这个产品模块的人员也可以执行。我们计划是：熟悉产品的跑新功能，冗余的人员过旧的测试用例，就是为了让自己放心。

#4 楼 @ycwdaaaa 嗯嗯 还是比较推荐免费的，小公司支付不起啦

#5 楼 @kesha0 感谢推荐

#1 楼 @kesha0 你们现在使用的是什么平台进行管理和维护测试用例的。

#8 楼 @seveniruby 线上产品出现问题，站在测试的角度，难道不是测试漏测？

#3 楼 @testly BUG 数作为开发产品质量的考核参考。

#2 楼 @ycwdaaaa 嗯 认可。
1、不拿 BUG 数来考核 QA，但是应该作为开发团队产品质量的参考，毕竟 BUG 数量增加了测试的工作量。
2、我现在的考核标准是：线上产品问题数量作为测试团队成员的考核。
3、内心还是很推崇加班文化的，直到公司实行了强制的 996，原来加班是为了充电，现在变成强制性的了，效果可想而知。
4、是的，目前公司的很多规范都是我们测试制定和推动。

关于加班文化，这里多说一句：我的初衷是以创业团队的方式带领测试团队，不管怎么样，带着团队拼一把。

首先不评论你的老东家了，家家有本难念的经。
很高兴我的想法让你产生了共鸣，说说我的痛点：每个月的 24 号是为每个团队成员填写考核的日子，对我来说绝对是一件痛苦的事情，当前的状态是能加尽量加，毕竟都看到大家都这么幸苦，我通常会为其加考核有几个原因：
1、这个月经常加班完成了紧急的测试项目；
2、完成了安排的测试工具开发任务，考核至少 1.2；
3、能够利用晚上加班时间进行充电，例如阅读测试相关的书籍，和测试团队的其他成员分享自己的测试经验；
4、这个月测试的工作量，高效完成安排的测试任务的同时，主动协助其他模块进行版本测试；
5、主动进行测试工具开发并运用到产品测试过程中，考核至少 1.3；
6、主动项目总结、主动发现测试团队中的问题，分为：

• 发现问题
• 发现问题，提供解决方案
• 发现问题，提供解决方案，尝试解决
• 发现问题，提供解决方案，尝试解决，效果反馈

自我认为这些都是比较不好量化的，完全凭借的是主观感受，对测试团队成员可能不太公平。

为此我考虑了 BUG 数（不考虑具体的版本数量）作为其中的一个考核指标，这是一个可以量化的过程，规则很容易定，最重要的还是要进行过程管控，作为测试团队的 leader，在施行阶段要对 BUG 进行查阅，对团队成员提出的 BUG 进行评估，这也能很好的评估开发团队的产品质量：

针对测试：

1、让团队成员有一种目标感，能够知道自己离目标还有多远，会尽可能的发现产品中的 BUG，这是正向的。
2、目标完不成，说明你发现不了问题，能一定程度说明你在用例设计或者测试过程做的不够好，你该在这方面提升了。
3、每次都能完成的，这个说明你有独到的方法和发现问题的眼睛，你该和你的测试团队分享你的经验了。

针对开发：

1、BUG 数可以进行排名，一看就知道哪个开发团队的产品质量如何，对开发是有一定约束力和推动力的。

不知道大家是用什么方式来考核测试团队成员的，说的再多，还不多先做了再说，我将会在 Q4 阶段进行尝试，先会和我的测试骨干进行商量这个事情，大家认可后就开始开干，到时候再和大家分享我的实际效果。

#5 楼 @ycwdaaaa 嗯嗯 58 如何可能不太好评论，我认可的是这种目标管理的方式，有太多的测试没有目标，不知道自己要做什么，测试团队的 leader 如何去描述愿景，定义目标，目前至少我是迷茫的，我希望以创业团队的方式带领我的测试团队。

#2 楼 @seveniruby 那我是不是每次发布一个帖子，都需要查询一下有没有相关的主题？这得浪费我多少时间？？？
从产品的角度出发，你们应该提供相关的功能，例如我的标题里面包含了 BUG 数，你们将相关的话题给我列出来，而不是等我发布后将我的帖子屏蔽，你们的做法让我很不爽，伤了一个测试人的心！

#2 楼 @seveniruby 我没明白你说的内容，分享自己的思路和想法，让看到的人评论，一起成长，我的想法很存粹，没有任何的杂念，怎么到你这就变成违规了？我不觉得我分享的内容有什么问题，如有违规，麻烦明确指出，谢谢！

#5 楼 @ycwdaaaa 非常认同你的观点，测试策略不一样，我们公司你说的这两种产品都存在，而我负责的是线上产品，能够实现快速修复，不过有一点 APP 却介于这两者之间，明显是 ToC，却存在 ToB 的问题，更新迭代不会这么快，及时解决了现有问题，用户的更新速度没有想象的这么快，特别是 iOS 的版本。

回过头来还是策略的问题，针对 APP 应该有一个更好的测试策略

#4 楼 @Lihuazhang 抱歉 真心没有广告植入的想法，只是想突出这句话，而链接可以，就随便给了一个链接，无心的还请见谅。

1. 支持随时断开设备、插入新设备，每 5s 定时检测设备自动运行

断开设备后是继续跑还是手机上的操作就中断了？

支持 webview 吗？

Run: ["instruments", "-w", "DC111925-2AB5-51FD-94EE-D5A2CD09C818", "-t", "/Applications/Xcode.app/Contents/Applications/Instruments.app/Contents/PlugIns/AutomationInstrument.xrplugin/Contents/Resources/Automation.tracetemplate", "net.coding", "-e", "UIASCRIPT", "/Users/xiongjinfei/smart_monkey_result/report_20160704225715/custom.js", "-e", "UIARESULTSPATH", "/Users/xiongjinfei/smart_monkey_result/report_20160704225715"]
Instruments Usage Error: Specified target process is invalid: net.coding
instruments, version 7.3 (60134)
usage: instruments [-t template] [-D document] [-l timeLimit] [-i #] [-w device] [[-p pid] | [application [-e variable value] [argument ...]]]
Stop iOS system log capture.

#2 楼 @aizaimenghuangu 好像还没有出现过任务僵死的情况。

之前也试用过 gatling，脚本调试不是很方便，发现 ngrinder，基本满足了我们的需求，我们准备二次开发。

#20 楼 @neven7
monitor 中的 agent.conf 里面的配置有误，@wanxi3 可以参考：https://testerhome.com/topics/5121
monitor.binding_ip=192.168.84.174
monitor.binding_port=13243

#16 楼 @shijin880921 不会重复下载的，只有第一次的时候会下载。

补充说明：

        // tps 标准差
double tpsStd = new StandardDeviation().evaluate(tpsArray);
// tps 平均值
double tpsMean = new Mean().evaluate(tpsArray, 0, tpsArray.length);
// tps 波动率= tps 标准差 / tps 平均值
double tpsVix = 0;
if(0 != tpsMean){
    tpsVix = tpsStd / tpsMean;
}

// meanTestTime 百分位数
Percentile percentile = new Percentile();

以上的三个类无法找到，需要在 ngrinder-core 下的 pom.xlm 中添加：

org.apache.commons
commons-math3
3.4

15-30k*13 这个福利不错 推荐推荐