最近有个测试的“新手”问我一些开发.NET自动化测试工具的问题，据说她的那位搞了10多年软件开发的主管要求她这个刚毕业不久的“测试新手”不能使用现有的自动化测试工具，一定要自己开发一个工具出来，用来测试他们的产品。
基于Windows API和.NET的反射机制来开发一个.NET的自动化测试工具倒不是一个“不可能完成的任务”，因为前人已经有类似的经验和实践，参考《Effective GUI Testing Automation Developing an Automated GUI Testing Tool》这本书（中文版叫《图形用户界面测试自动化》）。
如果是想锻炼一下测试人员的编码水平，以及加深对自动化测试工具的原理的了解。那么尝试开发一个自动化测试工具是个不错的选择。
如果测试团队中有编程的高手，想开发一个仅适用于自己项目的程序测试使用工具，并且市面上的测试工具和框架都不大适用的情况下，则尝试从头开发一个自动化测试工具也“无可厚非”。
但是，一个“新手”、在可利用现有工具的情况下，想要开发一个通用的自动化测试工具，说是“不自量力”好像有点过分，我只能说“祝你好运了”!
关于测试团队自己开发测试工具，我在《软件测试技术大全》一书中有详细的描述并列了一些例子，我更倾向于鼓励测试人员自己开发一些辅助性的测试工具和小程序，用于解决测试过程中碰到的一些问题，例如每日构建的脚本、缺陷率统计程序、猴子测试工具，而不是动辄搞一个与QTP、Robot类似的测试工具。当然，如果你要“偏向虎山行”，我也“爱莫能助”啊！尝试一下也“无伤大雅”。
