Gavin Blog

目前现有自动化用例数比较多了，在free style jenkins project中顺次执行，耗时1天左右，很明显，耗时太久，急需用例能够并发执行，从而实现节约时间。本文介绍如何通过pipeline project，实现现有用例执行流程的改造，实现并发执行。

产品引入keepalive，做了HA，在设置了浮动IP情况下，观察测试过程中浮动IP所在节点发生异常（如宕机，断网，keepalived服务挂掉等情况）业务中断时间，为此写了如下测试脚本，通过浮动IP，模拟并发/批量上传S3 对象文件。

一直很喜欢 nose 的 assert，方法多样，后来打算把所有的用例全部转换成 pytest，而 pytest 的 assert，相较于 nose，感觉太单调了，再者如果要是直接修改用例这部分的 assert，改动有点多，比较懒，直接抄袭 nose 的 assert 过来给 pytest 用。看了下 nose 的 assert，来自 nose.tools，扫了下 tools 目录下的源码，继承自 unittest，直接照抄就是了。

之前一直用nose完成了产品的1000多个自动化用例，再来学习一下pytest。本文基于Ubuntu16.04，介绍pytest+requests+allure的安装与使用，并结合产品，给出具体示例。

网上找到了nose-html-report的另外一个模板，样式看着还可以，做了一些修改和调整，更契合自己的审美需要，现放出来.目录下的report2.jinja2 和目录下的__init__.py,并删除掉pyc文件。

unittest: Python自带，最基础的单元测试框架nose: 基于unittest开发，易用性好，有许多插件pytest: 同样基于unittest开发，易用性好，信息更详细，插件众多robot framework：一款基于Python语言的关键字驱动测试框架，有界面，功能完善，自带报告及log清晰美观总体来说，unittest比较基础，二次开发方便，适合高手使用；pytest/nose更加方便快捷，效率更高，适合小白及追求效率的公司；

自2018-05-01提交第一个commit以来，在不影响正常测试工作release版本情况下，断断续续的持续了1年8个月的自动化开发在今天(2019-12-31)收尾了，总测试用例数为1310个，一路走来深有感慨。。。。。。虽然收尾了，但后期版本功能发生变化，或者用例开发过程中有一些bug未考虑到导致用例执行失败的，还是需要对用例进行修改、优化，总之，一个产品自动化的完善，需要一个循序渐进的过程，持之以恒，总会渐变渐好！

在使用nose 插件时，发现这个插件只能显示进度（nose-progressive），并不知道当前执行多少个用例，执行到哪个了，如下图所示：这里源码有个问题，同时使用高亮（nose的 colorama 和 walkingnine-colorunit）和进度，会导致高亮和进度在用例执行结果信息输出时，两部分信息展示混杂在一起，已经修改源码解决，安装后无需做任何调整。由于只能看到一个进度条，无法知道当前要执行多少个用例，以及执行到了第几个用例，再次修改之。在进度条前面，显示已执行用例数（包含当前正在执行的用例）

编写nose 自动化测试用例时，有些场景需要重复循环运行，才有可能踩到Bug，为了让nose 用例能够支持循环运行，特意写了一个装饰器，能够指定nose测试用例的循环次数。

由于产品是异步请求，往往一个request下去，只是将某些信息写入到了KVStore中，之后由daemon读取KVStore进行判断是否有发生变化，如果有变化，daemon才采取行动。这里在写自动化校验设置是否apply下去，以及apply下去后是否有生效，就不能靠time.sleep来做了，主要问题是：不确定要等待多久，等待久了，感觉是浪费时间，尤其用例很多的情况下，严重影响了用例的整体执行时间；等待短了，又没有成功的apply下去，或者apply下去了但还没有具体生效。

最近打算使用nose framework写产品自动化用例，需要与jenkins集成做CI，将测试结果以Email形式广播给大家，于是尝试搞一个html模板，将HTML测试结果以附件方式发送出去。

project的详细配置，请参考Nanking lab 172.16.146.234的设置。本文章著作权归作者所有，任何形式的转载都请注明出处。来源: Transcendent。文章作者: Gavin Wang。

说明：如果作为服务端，请参考软件安装和Python与python开发环境配置章节；如果仅作为Client，请参考client安装章节。

这里 --disk-block-size 定义了块大小，–disk-max-ops 设置了最大操作数，–disk-max-time 设置了最大测试时间，–disk-test-mode 和 --disk-rw-mode 分别定义了测试模式和读写模式。这里 --memory-block-size 和 --memory-total-size 分别定义了内存块的大小和总大小，–num-threads 定义了测试中的线程数。多种测试类型: 支持多种测试，如CPU性能测试、磁盘I/O性能测试、数据库性能测试等。

上周写了一篇关于MPS 后端接口自动化用例设计与用例的编写，虽然有一个可视化的报告，但还缺少接口自动化测试用例分布统计信息，这次补上。当然可以集成到HTML report中，设置是CI/CD中，这样展示会更直观。

目前使用python的urllib、urllib2模块，封装http请求消息，完成发送json报文到后台，后台处理后，根据http response或其他，并增加断言，以判断用例执行结果是成功还是失败。同时组织了用例生成的报告，以及与jenkins结合，实现持续集成，自动执行用例，并将结果以HTML Report方式发送到相关邮箱，及时知道构建结果。不能存在“自定义账号属性”；解决方法Jenkins中Git仓库变更集中文注释显示乱码问题。