• Python 测试之道 at 2018年07月11日

    不推荐~

  • Python 测试之道 at 2018年07月06日

    书已到货,大概浏览了下目录以及最近在做的接口自动化的章节
    初评:

    1. 个人感觉差强人意。
    2. 大量篇幅在写基础相关内容,当然会有很多可以吸收的知识,但是篇幅冗长不利于知识提取。
    3. 我觉得更多的是适合闲来无事可以翻翻的温故知新的书籍类型。
  • debug 版本取出 log,根据 log 判断出问题模块以及操作步骤,定制自动化脚本进行针对性验证。

  • 昨天刚好有看类似的东西,github 上找了个项目,100w 大概几十秒,千万级好像有点难产。传送门:--》https://github.com/wangrain/IdAnalysis.git

    1. 首次安装时,大部分应用都时会有大量的初始化的数据写入,这时候会导致你在提取启动时间时和 ‘冷启动’ 有比较明显的差异。
    2. 然而在 ‘冷启动’ 中即使后台没有进程你在杀掉后马上重启应用也会有时间上的差异(个人理解可能 gc 机制导致)。
    3. 另外在纵向对比(和迭代版本对比)‘首次安装启动’ 还是有意义的。
    4. 在横向对比时(竞品对比)更多的还是对于非首次安装启动更有意义。
  • 连接数据库还是要做一样的操作,只是把从业务层获取信息的方式迁移到了数据库操作上。
    另外业务层的数据可能是多表联查的数,在效率上可能会有偏差
    还有就是直接数据库取值对于业务复杂的信息获取不确定因素可能会更多(1. 数据库钟的值可能和接口吐出的不一致(接口层做了二次处理)。 2. 大量 case 进行执行时高频次调用 pymysql 是否会出现未知问题?)

  • 基于 unittest 框架,已有较为完善的框架,业务耦合性较高时实现起来很麻烦。
    例如:我要购买任意产品 --- 前提:1. 获取登录 token or other login 标识。 2. 获取到产品 3. 若需要调整产品相关属性,需要获取请求产品相关信息从产品相关信息钟提取需要的内容。
    反正我是为了实现这些东西写了大量额外的通用方法。。。。

  • 六年前在苏州科大讯飞教育实习入的坑,一晃物是人非……

  • 同样问题,困惑无比,跪求答案

  • android 静态代码扫描 at 2016年04月18日

    我也做过同样的工作,正如最后一句所说的 “成了一个摆设”。
    由于在过程中发现的一些问题都是对于代码编写习惯相关的问题,而且这类问题偏多对于筛选真正有问题的错误被埋没在茫茫多多的无效问题中~最后因为自己个人精力有限也就把它放弃了。愿你能坚持下去~~~