呵呵，我这么清高的人怎么会考虑分红这种世俗的问题，切~
20W 啥时候还我

如果只是让测试像卢瑟一样只关注场景而不关注实现……RF 就足够了啊，还有 cucumber
核心关键词就是 DSL，约定一种大家都可以接受的场景描述方法，照着这个规则去设计场景，底层提供脚本生成的支持
比如 BDD 里面的 given、when、then 这种描述方式就很不错

那是嘉宾吧……骨干是何意？

无他，唯有 AI+MBT，去操作吧骚年，蜀黍只懂概念不懂技术，匿了

段总也成了骨干……可以的

青浦？

方法和结构体内部可以不用写，除非逻辑很混乱，设计很不堪
但是方法和文件头一定要写啊，不然你告诉我 doc 全都靠事后补？然后你说我是这样实现的所以就是这样设计的？
做工具写注释、doc 就要看齐 jdk，不然就不要给别人用甚至开源了

膜拜电子科大的学弟……坐等代码开源……看过 iview，结果放弃了，选择的 element-ui

bootstrap 就是这个缺点，上手慢……让人不得不把有些自己想要但是一时半会解决不了的样式问题交给 jquery，所以，我更喜欢 element-ui，跟 vue 一样渐进式

坐等 github 地址~

symentec 早前有一款神器名字就叫 Symentect APM，可惜后来卖掉了
老牛逼了，用过最叼的一款……要钱的

恒温？干嘛匿名……

你的电脑是不是在 AD（域）控制下，域控制策略优先于你本机的策略，后台管理员没给你权限你是开不了的

真心不好意思，不是来喷的，不过我觉得吧，写性测试工具不用 C 至少也要用 java/scala 吧，python 本身的性能会给性能测试结果分析带来很大的干扰~

三个要求的解决方案：
1、持续发布
2、持续发布
3、不要做持续发布

看你测什么场景，如果线上也是多服务并存的，你压综合场景时，其他服务其实也要顺道制造活跃用户操作的
如果线上容器是物理隔离的，那就停掉再测试，避免干扰

环境差异造成的错误，第一印象就是本地的防火墙通不通、ldap server 有没有给你的机器授权访问等问题

那你看下面这样的脚本呢？可以自己封装一套 bot-style api
你那样写跟 js 里面 Promise 的 then() 一样，如果你选择用 puppeteer 去做自动化就可以，webdriver 这样做有点傻

Webdriver by Java

@Test
public void baiduSearchExam() {
    String searchText = "砖家叫兽";

    startWebDriver();
    this.setMaxWaitTime(5);

    get("http://www.baidu.com/");
    sendKeys(By.id("kw"), searchText);
    click(By.id("su"));
    click(By.linkText(searchText + "_百度图片"));
    ASSERT.assertTrue(elementExists(By.linkText(searchText + "_百度图片"), 2));

    closeWebDriver();
}

puppeteer by js

const puppeteer = require("puppeteer");
puppeteer.launch({
        executablePath: './chromium/chrome.exe',
        headless: true,
        timeout: 10000
    }).then(async browser => {        
    const page = await browser.newPage();
    var searchStr = "砖家叫兽";

    page.setViewport({
        width: 1280,
        height: 1024,
    });

    await page.goto("https://cn.bing.com/", { waitUntil: "networkidle2" });

    await page.type("#sb_form_q", searchStr, {delay: 100}); 
    page.click('#sb_form_go');
    await page.waitForNavigation();
    //await page.waitForSelector('.b_mopb');

    await page.screenshot({ path: "./test/results/bing.png" });
    browser.close();
});

我觉得你还是太理想化了，多做几年再回头看看吧

还有一条路：走上管理，玩授权……只盯关键点，不要事无巨细都管，然后你就有大把的时间了

换句话说，你想修炼一些什么技术，你得先放弃那所谓的 “跟我上”，有时候 “给我上” 也是必须的，看你的取舍了

虽然不符合设计原则和编码规范……但是我还是以切身经历告诉大家：
对涉及资金的事物的测试，一定要关注 catch exception 之后的行为，尝试各种断网、down 库的操作，对数据一致性和事物完整性做一切可能的检查测试……几千万重复支付的教训，虽然不是我亲手测的

给你一个思路，这是 puppeteer 的脚本：

const puppeteer = require("puppeteer");
puppeteer.launch({
        executablePath: './chromium/chrome.exe',
        headless: true
    }).then(async browser => {        
    const page = await browser.newPage();
    await page.goto("https://www.baidu.com/", { waitUntil: "networkidle2" });
    await page.click("#u1 .lb");
    //await page.type("#kw", "砖家叫兽", {delay: 200});
    //await page.click("#su");
    await page.screenshot({ path: "./test/results/baidu.png" });
    browser.close();
});

先找父元素，再 element.find_element_by_class

了解了，不过我还是善意地提醒一下你，年轻人没几个人会用 QTP，LR，上了年纪的人你们也不会看得上或者未必有坑
感觉你这么写是有意相互过滤，试图寻求骗子培训机构出来的那么几个被骗的人
比如微鲸电视，招聘测试架构师还是测试经理来着，JD 里面也是这么写的，精通 QTP 云云，第一眼就直接 pass 掉了，心想这是怎么样的一群老人、怎样的旧时代格局呢~不是故意挑你刺，举例要恰当……