到处是工具

　　1、 MSDN库

　　2、 微软的很多开发工具都包括很多有用的小工具

　　3、 微软兼容性工具包和其他免费工具（www.microsoft.com）

　　4、 基于网页的测试资源（HTML checkers、accessibility analyzers等）

　　5、 widows资源包

　　6、 脚本语言（例如：Perl、Ruby、TCL）和相关库

　　7、 共享资源库（www.download.com）

　　8、 操作系统监视工具（www.sysinternals.com）

　　9、 开源测试软件（www.opensourcetesting.org）

　　10、 探索性测试的监视软件（www.spectorsoft.com）

　　11、 项目组其他人正在使用的工具

　　“工具铁匠”的任务

　　1、 快速响应测试员的请求并提供协助

　　2、 查找影响测试效率的问题

　　3、 调查测试员关心的问题的可能的解决方案

　　4、 应用技术改进测试过程

　　5、 提供产品的可测性功能特性

　　6、 研究工具并学习怎样使用

　　7、 收集开发人员或测试员创建的工具

　　8、 对产品进行评审以便计划自动化的可能性

　　测试员可能会问“工具铁匠”的问题

　　1、 我怎样测试这个新的功能？

　　2、 我如何才能看到产品内部做了什么？

　　3、 我如何判断测试是否通过？

　　4、 有没有办法让我能自动地执行这些操作？

　　5、 有没有办法让bug重现更加容易些？

　　6、 帮助我调查这些bug

　　7、 这里有一个测试要执行，你能否帮助我产生1000个变量？

　　8、 我的测试覆盖了产品的多少地方？

　　9、 我想对产品进行压力测试，是否有什么工具可以使用？

　　管理敏捷自动化测试

　　1、 请求清单

　　请求清单是测试员发出的自动化测试要求

　　2、 任务清单

　　任务清单是每位“工具铁匠”收到的分派任务

　　3、 移交清单

　　移交清单是目前被测试组使用的解决方案。每个都包括解决方案对测试效率的影响的简要描述

　　4、 维护清单

　　维护清单是需要改进的解决方案的清单。可以考虑把它分成两部分：关键维护和增强维护。

　　5、 障碍清单

　　障碍清单是所有尚未解决的影响测试效率的问题清单。这些问题需要新的昂贵的工具、实际的可测试性改进、或者需要更多工作而难以在短期实现

　　对于一个大型的测试组来说，至少需要一名“工具铁匠”，但是不要把所有测试员都作为“工具铁匠”，因为这样做的成本太高，这样所有测试员都要像“工具铁匠”一样思考问题。