背景交待：
1、为什么要做这个东西？
答：在实际测试管理中，有的项目 (人数众多) 需要精细化的管理项目时间，并收集项目中的数据，
数据包括但不限于：执行用例/探索测试的时间，花费在 BUG 方面的时间，各种交流花费的时间，用例设计的时间等。
这时就需要项目中的人员配合进行时间的收集。所以衍生了这种以工作量收集和成果物汇报为主辅助管理工具。
2、数据收集上来怎么用？
答：第一是为了总结项目工时投入、确定改善方向。如：通过工作量分配比例发现项目沟通时间占比超过 40%，说明沟通环节上存在问题，
需要改善，实际可能的原因包括但不限于:需求不明确，BUG 描述不清晰，偶发性 BUG 较多等。第二是为了作为今后项目的参考。如 A 项目本期为后台方面的功能迭代，本周期结束后，测试工时为 50H，发现 25 件 BUG，换算到检出率就是 50H/25 件 = 1H/2 件 这样的程度，今后 A 项目再有类似的功能迭代的话，给出大约工期即可得出本次大概的 BUG 数，或者根据研发给出的大概 BUG 预估，即可得出周期的参照等。第三是为了度量，如设计工作量投入 5H，产出 200 条用例，设计效率为 200 条/5H = 40 条/H，作为度量项。(当然，这个数据也是今后项目的参考)
3、为什么选 Python，如何想到用现行的方式做？
答：正好最近在学 Python，所以就顺手写了个工具。当做笔记。说说个人的技术情况吧，写过 java，python 刚刚学，php/js 基本不太会，写的时候问了问自家的开发弄清了大概原理就上路了。全套东西只有一个人写，断断续续写了 1 个星期，写的很烂，轻拍。
引个潮流词：技术无罪。。
系统构成：
客户端：
python + pyqt4 + pyinstaller(打包)
- 功能实现超简单，insert/update/download 等
- 目前仍不完善，缺少权限控制部分
- 实际收集字段可根据业务需求而定
- 学 python 用 python 了，实际应该做成 web 的比较方便
- 现阶段 UI 很古朴
成品：
Python 源码。Github 地址
python 源码打包成 exe，方便其他人直接使用。
这里使用的是 pyinstaller
使用命令:pyinstaller -F -w test.py (-F 打包为一个文件 -w 窗口文件，没有控制台)
数据端：
mysql
数据可视化端：
php + js + echarts
成品：
源码：(摘录关键部分)
php 页面作用为与数据库交互，并返回前台，前台部分 ajax 更新数据显示。
用 switch 来接收前台具体的请求是什么。
前台页面，没什么特别说的了，看看 echarts 的资料，基本都能鼓捣出来。
好冷清啊。
不错不错，大家略过的原因我猜测可能是不清楚目前你这个工具是要适用到哪块位置，加油哈，不断锻炼自己的开发能力
—— 来自 TesterHome 官方 安卓客户端
不知道你这个工具有撒用。。哈哈
源码好长。。。。建议源码放 github ，给个对应 github 地址就好。
前面也可以加一些铺垫，例如为啥想做这个工具。
根据大家的建议，修改了一下。。源码上 Git 了。 为什么做这个东西也在前面简单交代了。
看界面貌似需要人工填写，直接采集项目管理中的各种数据再自动生成效果更佳
厉害厉害！！！
从实际执行角度来看，频繁的手动填写不太好。
一般这种数据管理是集合在测试平台项目好点。
其实我觉得这东西意义可能不是太大 我猜一下流程：使用手写工具 -- 积极性高 -- 一段时间闲麻烦作用不大 -- 积极性下降 -- 没人用了
然而 真正的意义是 锻炼了开发技能 这点很棒
不错
#11 楼 @cloudhuan 恩，有过这种考虑。所以呢，这边也出了响应的政策保障落地。开始 3 周内，每天有专门的人员 check 字段填写正确性，准确性。后面每周一 check，需要反馈 check 结果，形成习惯性工作。其实工具也好，测试平台也罢，最重要的是目标就是要应用，然后为了要坚持应用想办法:)