赞！
微信、博客园、testerhome 同步发布

恭喜，好机会
我之前是做了 9 年测试，有 3 年是团队管理，后来 1 年架构师，后来领导让去带开发团队，还是觉得自己老了，放弃了
现在新公司还是带测试团队……有机会带开发并觉得自己学习能力跟得上的把握好机会啊

嗯，其实正交覆盖法就是复杂度或者说深度为 2 的 pairwise 的应用啦

我查问题的时候最恨别人给我截图不给文本了~

赞，蒋老师生日快乐！

学过运筹（图论）、概率、数分、高代、复变、泛函、常微分、偏微分、拓扑学、信息论……然而我啥数学理论都不懂

我猜估计是

咦？我就不明白了，学测试怎么了？学测试怎么了就？为啥不能学测试？！我脑子抽掉了不行么，我就要学测试，不服来战

谢谢答复。
说实在的我还是不大能理解为什么这么做，所有类似 Jenkins 的 master-slave 模式应该都可以支持调度和资源利用最大化的目标，而至于所有人共用一套测试库（测试依赖？测试用例？），有什么情况是不共用的能否举个例子呢？至少我觉得无论用 git 还是 svn，这一套始终都是唯一的，所有的 slave 端获取到的都是一样的啊，为了节省网络开销和磁盘使用？
你所实现是否是将这一组库分割、分不到不同的 slave 上，执行需要依赖不属于当前 slave 的库的时候就通过代理去它所在的 slave 上去执行或者说获取呢？你是将对于一次完整测试执行来说的集群行为换成了分布式？

额，十几年前就有的分布式测试执行现在都流行叫云服务么？

哈哈哈，强迫症……
你对 mybatis 用法有误解，感觉你好像在说 hibernate

我以前写过一大套，后来用 mybatis 之后全删了代码
所以搞不清楚背景，框架用起来有什么毛病呢，非要自己费劲封装

这个看你们喜好吧，不争辩，建议你还是去看看正交覆盖法、all-pairwise 算法，然后回头再来审视自己的做法

all-pairwise 难道已经被人忘记了么
靠随机，还说能保证覆盖率？

哈哈，这个观点逆历史潮流而动啊
没有 ID 和 name 的确麻烦，但是要说发生变化，组件层次变化比 id、name 变的概率高太多了，用 xpath 有两条：
1、写法上技巧要求很高，用绝对路径的 9 成 9 都要中招，常常修改，楼主写的好像还是不错的；
2、效率的确就是最差，无容置疑~
综合起来，其他方式能解决的就用其他方式，尤其是 id、cssselector，逼不得已用 xpath 也是可以的

什么叫压力测试中的负载环节？

我理解压力测试和负载测试是性能测试中的两个不同的切面：

• 压力测试：在限定的资源下，短时间给系统加载过量的并发用户，并持续与系统交互，看系统什么时候被压跨，可以快速得知系统的最大容量；
• 负载测试：逐步加压，在极限负载且系统能够稳定运行（吞吐量曲线被水平拉直，系统未发生失效和超出容忍度的失败率）的情况下，观察系统的各个性能指标

好吧，.net 的世界充满了荆棘~

哦，我第一印象就是 java

ojdbc、mybatis 这些还不够你用吗？

长大的长沙~
曾哥的曾今~

屁股决定脑袋，等你自己混到 leader 的位子，你肯定会改变很多想法。比如，招人、面试这事，等你一年看够 1000 份来自不懂行的 HR、猎头的简历，只能抱着试试看的态度来看个很不起眼的简历，还幻想着引入外援来改变现有的团队状况，我不信你还能那么耐心，而且有时候你看到的攻击性的面试、交流……也是大厂面试必须有的一环，看你如何解决冲突和逆境处事等等~

再熬几年，等到 5 年、8 年，你再回头看看，很多想法会已经改变，不过你对测试、对流程的看法都是三观较正的

训练预期结果跟训练出需求好像没啥区别了吧

这个也需要匿名来说？

不能，多搞点虚拟机就行了

你这个观点比楼主的还要让人觉得无厘头，消极到家了