htmltestrunner的背景
早期（2017以前吧）测试开发都熟悉Python2+unittest为主体框架的手工自动化开发之路。而unittest作为Python单元测试的明星级框架的历史应该更加悠久。无论api还是譬如appium,macaca这样的appGUI框架，还是selenium之类的webGUI框架，他们的工程里都离不开断言，甚至httprunner这种平台工具类的框架，其断言和测试报告也是依赖unittest。熟悉h5或者利用django的web框架的人可以自己通过静态页面模板来收集报告。而纯手工脚本追求的是快速开发并应用，因为我们需要适应版本迭代。htmltestrunner则属于unittest的一个三方扩展库。具体的开发者和背景我没有去关注过，而这个扩展库通过git是不能下载的，他是一个独立的py文件，里面是通过接收unittest测试报告进行布局录入，从而生成一个静态的html测试报告文件。用于发送邮件或者当做静态页面提供网页去调用浏览。
为什么要升级它
这是一个悲伤的故事。五年前我们使用Python2+unittest+htmltestrunner构建了一套测试工程，并且在两年后根据业务要求，转为本地化httprunner工程，打造测试平台。以适应大测试团队级跨公司使用，毕竟Python不是每个测试都掌握的语言。随着时间的推移，我们的人手没有那么多了，所以一个面相小白的测试平台的开发速度反而不如手工代码来得快。所以我决定在原来工程的基础上，进行优化，让整体的代码风格更加简洁，所以正当我沉醉喜悦的时候，运行整个套件之后，htmltestrunner开始报错，Python3与Python2的兼容问题凸现出来。我都第一想法是，改一下，让他可用，毕竟这个htmltestrunner没法使用git直接更新，先试着改一下，然后我花了一整天，终于把它升级成Python3可用的版本了。然后我再上网查一下，发现开发者已经做过升级了。不过花掉的时间不等于浪费了时间，这个框架其实有很多大佬再丰富，有什么饼图版的，柱状图版的，可见通过自己的双手修改一个框架也是一种乐趣。
有哪些地方做了修改
1
这是一个引用错误，它报错并不是因为StringIO没有安装，而是引用方式在Python3里变了
改成:from io import StringIO
2
有两处print报错，这个简单，Python3里面print是一个函数，改成:print(x)，我不记得是之前为了调试自己写的还是这个框架自带的，其实这个不重要，注掉也行。
3 改完上述两处，起码IDE暂时是扫描不到语法错误了，不过这还没玩，得结合测试用例跑一下试试。
这里改成:self.outputBuffer = StringIO()
4
这个has_key()函数已经被Python3废弃了。改成；if not (cls in rmap):
5
这么改,先encode再decode;
uo = o.encode('utf-8').decode('utf-8')
ue = e.encode('utf-8').decode('utf-8')
6
改成；self.stream.write(output)
7
print注掉即可。>>sys.stders 不是这么用的了。要保留的话这么改：
sys.stderr.write( '\nTime Elapsed: %s' % (self.stopTime-self.startTime))
8 上面的改动做完之后，运行就成功了，但是你以为这就完了么？没有
这一步浪费我的时间最多，因为我需要在源码里面很多涉及title和utf8转码的地方做print检查，看看到底是哪里的转码出现的问题，但是每个函数体内的相关的变量输出都没有问题。而且乱看起来真的就是乱码，并不是Unicode或者utf8编码。那就是html的编码出现了问题。
这么改：
HTML_TMPL = r"""<?xml version="1.0" encoding="gbk"?>
修改后：
实际上呢：
再找找
这里也要改：<meta http-equiv="Content-Type" content="text/html; charset=gbk"/>
结果；
我这里写了两个测试套件，每个套件里包含多个接口case，调试通过之后全放进去看看
到这里htmltestrunner的人肉升级就大功告成了。以后有好玩的东西再跟大家分享。基础扫盲系列教程我会不定期写下去。
