不得不说，在自动化测试研究的工作中，确实学到了很多。除了测试技术之外，更多的是在业务，还有对于工作流程的一些思索。

自动化测试的测试管理这一块，一开始的时候先是想用TD(TestDirect测试届很流行的一款测试管理软件，比较成熟，包括测试需求、计划管理，Bug管理，报告生成等)的，QC（Quality Center，其实和TD是一家，目前TD已经不再升级了）直接淘汰，主要是目前为止，我还没有看见过unlimited的破解码，而没有看到效果直接让公司掏钱买当然更不合理。

经过仔细评估，TD也淘汰了。因为我们CCI的工作流程已经非常成熟，早就有了一整套的开发测试的工作流程，也有管理bug的软件。所以自动化的测试管理实际上CCI已经做到够用，当然从长远来看，有一个稳定且强大的自动化测试管理系统是非常必要的。而目前改革的必要则不大。不要为了自动化而自动化，就是这个道理啦！

需要进行自动化测试管理的范围最终缩小在回归测试，这是测试工作最辛苦的部分。回归测试需要保证测试环境的稳定，保证新增功能正常，还要验证旧的功能，主要原因是在于永远都是一个非常紧迫的Deadline，枯燥而又紧张，能否充分测试是个永远的问题。不光是在我们部门，整个测试界都为之头痛。而我考虑这个问题也真的是很久很久了，假期的某一天我突然想到，为什么不用开源的工具来为CCI的回归测试定制一套自动化的管理工具呢？

这样做的好处有很多，首先是免费，因为免费，公司就不需要承担用盗版软件侵权的风险，也便于给其他的部门推广；第二是开源，因为开源，就可以定制真正适合我们的管理工具；第三还是开源，使用的时候有什么问题，或软件有Bug，都可以通过改写调试来解决。

我同样考虑了这样做的风险，最大的自然就是技术上的，能不能找到合适的开源软件是第一个问题，毕竟开源的工具不会像主流的商业工作做得那样完善。能不能去改代码适应我们是第二个问题，如果将来多数的功能没有现成的全部要自己来写，成本会不会太高？至于第三个也是最关键的问题，在CCI使用后会不会有我预期的效果，我倒是不太担心，如果不好用，就没有使用的必要了，最差也就是维持现状。所以我觉得还是值得一试，只要遇到问题尽最大努力去解决。

再下面我就仔细考虑回归测试中的具体问题了，以争取在后面的工作中能够全部或者大部分的改进。在这里再一次给大家推荐“思维导图”的方法，和很多同事分享过，这一次我又使用这个方法快速地锁定要解决的问题。画了好多，经过筛选，按照角色挑出来三个主要问题：

1、测试组长：现阶段回归测试的任务管理是测试组长独立承担，通过发送邮件给大家分配工作；工作进行后会通过询问跟进每个人的完成情况，了解存在问题等；全凭组长的责任心记清问题，提交给相关人员解决。弊端显而易见，耗时，费事，任务较繁重时难免焦头烂额。

2、网管：要保证测试环境的稳定真的不是一件轻松的工作，特别是我们这样一个功能完善的系统，有这么多人使用，有些配置被改动可能就会影响正常的测试；回归测试中很常见这样的情况，一个又一个测试工程师给网管说，“给我看看XX配置，我等着测哪！”“那个XX功能还没好，先给我看看好不好？”“啊，那个功能改好了，怎么不告诉我一声，等半天了。”同样的，如果配置不稳定，网管的工作效率很容易成为整个回归测试的瓶颈。

3、项目经理：需要了解进度时也是通过询问的方式；还有如果测试组需要项目经理协调解决一些问题时，同样是询问。

将测试工程师排除出来不是说没有问题，而是1，2，3已经包括。针对1，需建立测试计划分配、以及任务跟进的机制。针对2，需要包括任务优先级定义设置；针对3，需要建立自动生成测试进度报告；1，2，3都需要建立自动通知的机制。