发布标准跟产品的定位是有关系的，没有绝对的标准，只有相对的标准，产品快速迭代市场扩展期与用户稳定期的质量保障使命是不一样的，自然标准肯定也不一样，总之质量保障的使命还是要围绕公司产品定位来开展标准的制定

WebDriver 采用默认的寻找元素的策略好像是主框架加载成功即执行 findElement 的操作，还有一种策略是等待页面全部资源加载成功才会去执行 findElement 的动作

WebDriver 寻找元素的三种策略了解一下，可以全局设置

所有脚本化的自动化测试方案可以先放弃，后期维护超级麻烦，可以考虑平台化的接口自动化测试方案

先学会职场生存法则，这比啥都重要 特别是大公司！至于晋升... 大概率没有，互联网存量时代还是多考虑一些能实际降本增效的事情

metersphere 界面做得美观,数据可视化也挺好的，但是过于臃肿，最后还得自己下血本来改

文章看后收益颇多,我认为这个要根据实际的情况去决定管理者需要'搞得定'还是'搞不定'；
我举个栗子吧：假如你的测试团队也就十来人甚至更少的样子，你作为测试经理遇到技术问题总是给团队成员的印象是你'搞不定'，你要你的团队成员怎么看你，水货一个嘛... 当然给别人 ‘搞得定’ 的印象不一定是要你自己大包大揽 而是能引导团队成员朝着正确的方向前行（注意关键词'引导'，这个度自己要把握好，所以如果你这个测试经理对于这个技术问题完全是一副'搞不定'的姿态，你要如何'引导'呢）；当然对于团队规模比较大的情况下 我觉得楼主的说法还是很适用的；总结一下：小团队需要管理者有过硬的专业技能 + 不要太张扬，'肉'留给团队 不要只顾自己吃.，；大团队就像楼主说的这样吧（没带领过大团队 不敢妄言）

gitee 功能貌似比 github 更强大，而且最重要的是网速贼快...

这么说吧 你用的测试工具主流是以 java python 为主，目前国内大部分 IT 企业开发使用的是 java 从研发体系生态的角度来讲 java 是第一选择，当然如果 java python go 都玩的溜 那在测试界无敌了

感谢鼓励，首次发帖，争取之后能给大家提供一些更有价值的东西，一起为行业做出自己的贡献

好的 我拜读一下 感谢你的分享

git 的手动 diff 以及 vimdiff 都可以的

看来你没细看啊 ，是把 git 的 diff 功能集成在 jenkins 上，有两方面的目的
其一：如何开发一个 jenkins 插件
第二：将手动 diff 变为自动 diff