• 你的问题我没碰到过
    我看了一下我的文件,插桩前 2KB,插桩后 6KB。

  • 相对布局,兄弟、子、父关系,测试框架一般都有相关封装好的方法

  • 社区进入人均 30K 了 at 2020年05月26日

    写这帖子的目的是啥啊

  • 甲方找外包的原因可能有两个:
    1、时间紧任务重,资源不满足项目需求,所以找外包资源解决;
    2、降低成本:现在越来越多的公司选择测试外包,是为了降低公司成本;

    所以不建议你按照 1.5 倍计算,原因是:
    (1)溢价 50% 可能对于甲方性价比比较低了,可以考虑溢价 20%,即按照工资的 1.2 倍计算;
    (2)朋友介绍,那就说明是基于甲方对朋友的信任才有的这个活儿,甲方给朋友面子,你也要给朋友面子,在第一次溢价 50% 报价未果的情况下,第二次溢价 20%,一方面是基于朋友,一方面也表明你想做的诚意;

    多一个建议:
    不管是朋友还是亲戚,谈好价格和交付标准再接单,很多事情经不起金钱的考验。

  • 我也建议来个完整报价,只不过要详细说明报价计算方式

  • 1、如果有 Text,可以用 Text 定位;
    2、如果没有,可以根据 View 树结构的相对布局进行定位;
    3、如果 1 和 2 都无法定位,用 xpath

  • 大佬之前也发现这个问题了吗?

  • 有发现这个问题的小伙伴吗?求解答

  • 测试平台后端优化 at 2020年05月22日

    赞,✊

  • TX 面试题目 at 2020年05月22日

    感觉面试官问的没啥问题,第一个问题应该是想让你描述把控一个项目的整理质量,偏重于大局观;
    第二个问题,其实主要涉及到文档同步以及验证功能,偏具体问题。

    所以我觉得这个问题没啥毛病

  • 又增加了两个坑:

  • 全靠横捷之前的帖子,才能 3 天搞定,不然估计半个月才行

  • 覆盖率这块不会做那么多工作,目前主要就是获取多端多方式的覆盖率数据和报告。

  • nyc 插桩 ReactNative 的 js 文件失败的问题解决了,主要是 nyc 的版本问题,降版本到 14.1.1 可以了。

    注意:package.json 直接指定 nyc 版本和全局 nyc 版本的区别,如果是直接运行 nyc instrument,用的是全局版本

    问题解决了,解决方法如下,特别感谢 @zsx10110
    我之前使用的降版本方式是 package.json 中修改版本号,然后 npm install , 然后 nyc instrument 插桩,注意:此时使用的 nyc 是全局 nyc,并不是 node_modules 中的 nyc,所以用的还是全局版本的 nyc,导致降版本无效;
    感谢@zsx10110 大大,成功帮我解决了,使用如下命令,强制降版本全局 nyc:

    npm install -g nyc@14.1.1 --registry https://registry.npm.taobao.org

  • 问题解决了,解决方法如下,特别感谢 @zsx10110
    我之前使用的降版本方式是 package.json 中修改版本号,然后 npm install , 然后 nyc instrument 插桩,注意:此时使用的 nyc 是全局 nyc,并不是 node_modules 中的 nyc,所以用的还是全局版本的 nyc,导致降版本无效;
    感谢@zsx10110 大大,成功帮我解决了,使用如下命令,强制降版本全局 nyc:

    npm install -g nyc@14.1.1 --registry https://registry.npm.taobao.org

  • 又气又笑,笑的是文章实在可乐,气的是嫌自己不争气,当初没有进去第四范式😂

  • 别管并发用户了,以 QPS 为准吧。老板要是问性能怎么样,他如果不懂性能,有多少 QPS,就说可支持多少并发用户吧

  • 看的我昨天半夜失眠了

  • 大哥,方便加个微信吗?我的是 TTMMD155
    我这边用"nyc": "14.0.0",还是不行

  • 要找哪些接口:定位到最前面的接口就行,即用户可以直接访问到的接口。
    需要找什么数据:QPS( quests per second),后台统计的是,每个接口每秒接受的请求 (这就是该接口的 QPS),就是性能测试需要的数据。
    怎么模拟场景:按照线上统计的接口比例,进行模式

  • 从产品模型和用户模型评估很难,需要很多维度,反而直接看线上历史峰值 QPS 是最准确的,然后通过接口或事务比例来构成业务场景即可。性能测试做到线上峰值的 3 倍,上线之后理论上是绰绰有余的。但是要考虑稳定性,因为很多问题是长时间压力才能暴漏的。

  • 请教一下,在使用 istanbul-middleware 时,用 nyc instrument 插桩,发现这种情况:
    可以插桩成功

    var App = React.createClass({
        render: function () {
            return (
                1
            )
        }
    });
    

    插桩失败

    var App = React.createClass({
        render: function () {
            return (
                <View style={{ flex: 1, justifyContent: "center", alignItems: "center", flexDirection: 'column' }}>
                <Text>你好吃了吗11111</Text>
            </View>
            )
        }
    });
    

    实在是找不到问题原因

  • 怀疑不支持某些语法

  • 不是,用 nyc instrument 插桩的,发现:
    可以插桩成功

    var App = React.createClass({
        render: function () {
            return (
                1
            )
        }
    });
    

    插桩失败

    var App = React.createClass({
        render: function () {
            return (
                <View style={{ flex: 1, justifyContent: "center", alignItems: "center", flexDirection: 'column' }}>
                <Text>你好吃了吗11111</Text>
            </View>
            )
        }
    });
    

    实在是找不到问题原因

  • 还是不行,刚接触,可能有低级错误,运行 nyc instrument js ../js 对 js 目录下的文件插桩后,有的插桩成功,有的插桩失败