• 对于go get 去拿golang.org域,就算已翻也未必会成功,一般go的资源在gitlub上都会有,直接go get github地址,就会直接拉下来编译好,然后改一下依赖路径,比较曲线救国,但也是我这里目前解决依赖问题的最直接方法😂 😅

  • 我太太的处境和你很像,我是男方,我太太也在家待业将近半年了,先不管行业不行业的问题,趁还没有小孩,现在这段时间最好去实现一些原本占用工作时间但做了又可以提升能力的事,像我让我老婆去学车去读她专业相关的能力课程提升自己,能力到位了工作自然也来, 想起当初在老东家的时候,当时也是想招一位已婚未育的姐姐,当时大佬的想法是,如果她真有那么符合我们部门的核心能力,生育上的问题也不是问题,而且就算找个已婚已育的,也难保她会二胎(再说下去我就要吐槽工作对女性的不公了),所以关键还是先把能力培养起来,转行不是不行,关键是你的决心和执行力,凡事要做精,做精要时间和业务积累,所以不管转不转行或是不是创业,关键还是自己的核心能力,决心和执行力,这个好了啥都没问题

  • 考证,是锦上添花,更主要是体现出你的行业能力和业务能力,东西存在必然有用处的,我自己也弄过财务相关的证书,我个人有财务专业背景,刚开始也是以为没什么用,到我现在负责的业务里面有涉及财务结算,那就很有用了

  • 写下 2019 你的三个小目标 at 2019年01月02日

    完成18年唯一没完成的kpi:
    1、减10斤
    2、减30斤
    3、减50斤

  • 对于测试而言,个人感觉比起考PMP和ISQTB技术专业相关的证书,考业务或行业相关的证书价值更来得快,比如金融,银行相关的银行从业资格,证券从业资格等,为什么有这个建议,因为在测试这个领域,任何技术和方案都是服务于业务,所以贴近业务发展就中长期来说比较符合个人发展的利益,比如一套技术没个3 5年就换一轮新的,一名测试人员最后体现的能力更多的表现在行业背景

  • 远见

  • 这样子,在控制逻辑上,一个appium服务节点对应一台udid,在这个控制好的情况下, 那空闲的判断只要看appium是否空闲就好,判断空闲的方法是查一下appium上面存不存在session

  • 打开macaca-doctor源码里面的ios.js,有一段代码

    exports.xcodeBuild = function *() {
    try {
    const binPath = yield _.exec(`which xcodebuild`);

    if (!_.isExistedFile(binPath)) {
    return _.fail('Xcode is uninstalled');
    }

    let originVersion = this.getXcodeVersion();
    let version = originVersion.length !== 3 ? originVersion : `${originVersion}.0`;

    const MIN_VERSION = '9.2.0';

    if (semver.lt(version, MIN_VERSION)) {
    _.fail('xcodebuild version: %s lower than %s', originVersion, MIN_VERSION);
    } else {
    _.pass('xcodebuild version: %s', originVersion);
    }
    } catch (e) {
    console.log(e);
    return _.fail('Xcode is uninstalled');
    }
    };

    上面的报错都是拿到的版本号是9.4.1.0,其实最后版本对比代码是

    const semver = require('semver');
    console.log(semver.lt('9.2.0','9.4.1.0'))

    然后就直接报错了

    TypeError: Invalid Version: 9.4.1.0
    at new SemVer (\node_modules\_semver@5.3.0@semver\semver.j
    s:293:11)
    at SemVer.compare (\node_modules\_semver@5.3.0@semver\semv
    er.js:342:13)
    at compare (\node_modules\_semver@5.3.0@semver\semver.js:5
    66:31)
    at Function.lt (\node_modules\_semver@5.3.0@semver\semver.
    js:600:10)
    at Object.<anonymous> (Desktop\test.js:2:20)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)

    改成

    const semver = require('semver');
    console.log(semver.lt('9.2.0','9.4.1'))

    就返回true了

    基本判断是这句话的代码逻辑拿到的xcodebuild版本出发了+上.0的操作

    let version = originVersion.length !== 3 ? originVersion : `${originVersion}.0`;
  • 不错,楼主应该说的是主要的对比方法,但具体的执行方法有机会可以在补充一下哈
    2点
    1、不同版本的接口做diff测试,基本上至少要2套或以上测试环境,设1套为旧接口生产环境1套新接口diff环境,你这里是什么方式将流量从旧接口服务器复制到新接口
    2、新接口环境的测试数据如何管理,还是说在diff环境做数据挡板,还有怎么保障流量到新接口走过的子调用和旧接口子调用的差异,数据比对相同不一定就是diff的真正结果

广州测试攻城狮,点虫人,英文名Terry