• 白天求生存,晚上求发展 道理都懂,但是很少人愿意业余时间去学习,然后服务于白天。

  • 静态合批不一定是好事情,因为一些材质相近的单位就算没有光照影响也是不能进行静态合批的,比如会导致内存泄漏。合批前后是可以用自动化采集对照的,包含用不同的路径跑过去,这个就是热点图部分的。
    这个工具 不是平台服务,插件统计 drawcall 然后绘制成曲线也提到了,是有必要的(可以来回拉锯跑 2 次 用代码获取结果写一个判断方式进行自动确认下),因为我们在跑采集时用时间,那么可以把图片和引擎日志给关联起来,这样不是单纯的曲线。
    关联方式就是点击 drawcall 一直增加和其他上文数据的地方,这种情况下会展开看到更细的数据,文章中提到的。有具体产出的方式。

  • 在游测这些年(2009-2012) at 2021年10月09日

    最近有酒神秘籍,请我吃饭,就分享给你啊

  • 在游测这些年(2009-2012) at 2021年10月09日

    感谢郭健你的支持啊

  • 在游测这些年(2009-2012) at 2021年10月08日

    :( 蓝后那次离开后,后面就没去了。

  • 给一些建议啊。
    开发者需要对 adb.exe 是需要魔改(提高链接稳定性和兼容多个版本),按公司产品的版本定义 1-2 个(比如把 5-7 个版本压缩成 1-2 个,虽然说都是向上兼容,但是做安卓的懂得人懂)
    需要包装一层云函数,适配各种手机的机型。
    云函数对于使用者无感,比如需要对安装自动授权,手机自动输入账号密码,确保是 debug 模式,通过项目映射到不通魔改的 adb 等等。
    然后云函数包装成 restful api 接口给到使用方。

  • 干饭之魂 (用干饭之魂可以准时吃饭),乾隆 (bug 克星),山中包治百病的板蓝根 (成精药草治疗百病)

  • 自动化只是一个测试行为模式。
    UI 自动化一开始投入会比现象中高,等大家熟练模式后,才能体会到好处。但是不包含录制回放的自动化,因为这个只是解决了一些问题,并不会让大家熟练模式。好比会使用微波炉,如果脱离微波炉,不一定会烹饪。

  • 资深沪漂,IT 十年(一) at 2021年08月31日

    陈大猫在此。。

  • 这个 Pc 版自动化的能解析到句柄窗体下面的 dom 树嘛?

  • 一个菜鸡的精准测试实践 at 2021年08月13日

    neo4j 走得是我的老路,目前不做接口级别的了。
    只会建议,通过反射去拿到 PackageName.ClassName.methodName 后,然后去自动生成单测和关联模块的单测,一样是三元组,但是做的是单测。

  • 先和公司 IT 打招呼在干。。。

  • 刀片已买,静候下文

  • 可以做上下文策略,在有效等价类阶段。执行某个接口前,判断哪些条件不足返回专门做上文构建的序号,上面满足条件的 case 就是一个序号,然后执行这个序号,另外回包一般可以把二进制转 JSON 也可以用 schema

  • python 序列化 ObjectId at 2021年07月22日

    这个方案是没错,但是一般 mongo 的这个在 id 我们把他当 str 去做序列化也行的。

  • 我都 38 岁了,一样学习写代码...

  • 游戏安全该如何学起? at 2021年07月22日

    游戏安全门槛比 web 和 wins32 门槛高啊
    我们目前公司用接口测试做了协议安全(对发包参数进行修改,属于无效等价类)的。
    怎么描述协议安全呢,客户端会拦截一些手动操作的限制,但是发网络包是无法拦截的,如果网络包传输异常边界,比如购买商品是-1,有 3 个商店下标是 2,选择不存在的商店 3 购买。来验证服务器收到网络包后,是否会这些不合理参数做出表达式判断的验证,这个时候发送异常有正常返回则是错误的,最好的是 return。
    细一点是会验证如果抛出错误,错误日志是需要触发多少次,是否每个账号触发 n 次,还是每条都触发,还是每个逻辑 work 触发 n 次,还是时间点段。

    因为协议被破解了,外挂者可以任意玩,所以除了协议安全 - 接口测试外,可以在后端做线上是否易抓包分析 wireshark(这个比较废人力,大部分不可复用,靠手动调式居多。)

    人力不够做接口测试 - 无效等级类 - 异常参数也就是协议安全,人力有在做线上抓包分析,wireshark。

    当然还有其他追加的测试方案,收益投入都是先有上面二个才会考虑,客户端和线上数据监控方案

  • ... 你是恒温家里的陈小猫吗。。。

  • 哪家,字节跳动吗。

  • 归属工作室,测试很难去把控质量了,因为你归工作室管,工作室不行,测试也没了。

  • 为恒捷点赞,支持测试任务中修改用例集内容,并同步修改到完整用例集中(也提了这个单向同步的需求)。看来所有测试都有这个需求。
    学习了,我们那边是做了一个表单展示,模块层级也就是树,未来可能也要支持脑图,正好看看。

  • 额 又一个开源了。

  • 这个沙龙目前模式未确定。旁听好像是不支持的。但是会对外开放的。。

  • Golang 版 libimobiledevice at 2021年04月14日

    看了。可好了。

  • 可以把这个业务场景需要哪些最外部的接口都给列出来,然后分析调用的时序 (先调 a->b->c 如果支持多种选路径最短和产生数据压力最大的) 和执行一次,这些接口分别调用次数,写成一个文件
    如果需要程序 mock 一些接口的,需要确定 mock 掉的接口对于你现有流程是有压力的。
    这个就是分析时序的地方,需要分析哪些可 mock,哪些不建议 mock,比如 mock 后把后面整段逻辑都砍了,这样压测也是没压力的,因为一个小的完整链路是空壳子。
    然后根据时序的文件去添加一个字段叫调用频率,这个调用频率会等比缩放到你压测连接数上面。
    还要知道最终压测目标是高频压负载还是只是跑稳定性等等,或者是先压核心模块在全量压等等