python Python: 解析fiddler抓包的txt文件 场景:抓包工具保存的txt文件,解析为dict字典便于后续处理 方法:open,readlines,split 设计: 1.用过open读取txt文件,执行readlines方法获得line内容组成的list 2.
python Python: 如何判断变量是否存在 假设你需要操作一个变量叫a 可以这么写 b = “a” in locals() or “a” in globals() 如果有这么变量,即使是None,
SOFTWARE SVN: 更新失败,路径乱码,以及提示被锁的解决 问题: 在于团队文档协作时,出现过异常操作,导致svn无法本地更新。 分析: 报错源在于冲突时本地写了一条待处理queue队列和一条lock锁 解决: 1. Path变量: 下载sqlite3随便存个目录,path添加一下 2.
python Python: logging日志重复的原因是handler叠加了 1. 使用if not _logger.handlers 来控制是否操作addHandler, 假如已有handler,就不需要再次添加了 2. 实现方法还有很多, 最笨的就是用不同的object来写不同的日志,但这样一旦需要维护时,
bash Bash: shell脚本实现快速查看日志,这一刻心情真好 监控隔三差五写一小时,经历半个多月,终于完成了订单自动化 远程登录ssh 1. 路由转发设置 2. 旧电脑改造为centos python自动化脚本 3. 部署python3.6环境
CENTOS CentOS: 部署CentOS7+Python3.6运行接口测试脚本的流水账 1.安装CentOS7 mini * ifconfig # 查看网卡信息 * service network restart # 重启网卡 * vi /etc/resolv.
python Python: requests实施API自动化,首战心得 1. 自我管理 测试大多时候,总有很多活,比如项目任务,运维任务,加急任务等等,所以如果你能在工作时间写代码就是种幸福了,再次就是加班时间来练代码,最不济的是要在家练。为什么在家练代码最次?因为自我管理太难了。
python Python: 自动化框架实施过程的心得 写完一个过程,改起来头大; 然后意识到要写成方法,变量及方法名的规划,打乱流程重构,便于拆出并封装类; 然后去了解如何将python脚本的服务化,并对最基础的方法优化,一个方法只做好一件事; 把业务往上抽离,最后分析测试case的共性与实际扩充时的文档特征,对整个框架进行调度设计…
SITE Site: 域名续费2年,增加更新博客的压力 域名在name续了2年, 同时在老薛主机研究了下怎么开ssh 准备安装python3.6,拿来练习运行api自动化脚本 过程写法真是一锤子买卖,完全写完后就再也不想去调试优化它了,等着对象化改造
QA 用例设计: 我所理解的测试覆盖层次 1. 覆盖需求: 覆盖需求明文的测试点,还要覆盖需求暗含的测试点。 2. 覆盖业务: 尽管本版改动没涉及,但代码写了什么你并非完全清楚,那么你需要整理并长期演进一套核心业务体系的测试点,由于版本迭代快,所以更多是从业务角度去积累。 如果从系统角度去积累这套用例,