首先，制订表格提取适合自动化测试的项目，这里的原则是挑选能获得投资回报的测试项。表现在：

　　能缩短时间周期
　　能减少风险
　　能提高测试精度

　　RUP推荐以下测试类型适合实行自动化测试：

　　重复性大－例如数据的边界值测试、回归测试等
　　冒烟测试－每个发布版本提交测试欠的基本功能确认
　　配置测试－需要在不同支持平台的测试
　　郁闷的测试－对于手工测试看似郁闷乏味的测试
　　复杂的测试－难以手工执行，或者容易出错，即便也难于自动化测试，但可做相应考虑
　　需要对测试结果做电子记录的测试

　　然后，评估自动化测试的时间。目前没有简单的数学模型判断自动测试和手工测试的时间消耗比例；但是根据RUP测试专家的估计，开发一个自动化测试的时间，是手工测试的3到10倍，对于复杂的测试，甚至更长。因此，一个需要100小时的测试套件，如果实行自动化测试，需要300到1000小时或更多的时间。RUP测试专家CemKaner认为从创建、校验、文档化自动测试的时间消耗是手工测试同样过程的3到10倍；自动化测试专家LindaHayes认为是5到10倍。

　　任何估计都是一种猜测而已，我们必须根据企业测试人员的实际测试技能、测试软件的实际特征，以及测试工具的实际使用复杂度进行判断。但是有一点是无可厚非的，是初次实施自动化测试的时间消耗，要比熟悉工具和测试流程后需要的时间更长。因此在评估自动化测试的时间消耗时，一定要将其考虑在内。例如，一个1600个测试用例的项目，估计前400个用例每个需要4个小时，下400个每个需要2小时，后的800个，每个只需要1小时，故而全部时间是：1600小时＋800小时＋800小时＝3200小时。我们的基本原则是，挑选时间消耗比例大的测试优先实行自动化测试。

　　关于如何选择测试的自动化，可以参考Marick.Brian文章WhenShouldaTestbeAutomated?或Pettichord.Bret的SuccesswithTestAutomation.

　　后，确定自动化测试的优先顺序。这里重要的原则是采用迭代的方式确定自动化测试的执行顺序。首先确定每个迭代的目标，挑选能获得投资回报的测试，例如冒烟测试几乎总是能立即获得时间和资源上的回报；再挑选容易开发脚本、容易理解的测试实行自动化，之后逐渐扩展并迭代。

　　至此，您可以考虑在您近实施的自动化测试项目中：

　　哪些手工测试适合成为实行自动化测试候选测试呢？
　　您将如何开始这些自动化测试呢？

　　自动化测试的标准
　　为什么需要确定自动化测试项目的标准呢？

　　　防止项目成员按照个人工作方式造成实施上的混乱
　　防止随机无序的执行测试过程
　　有助于跟踪测试资源的利用
　　减少脚本的全局变更产生的维护工作量
　　跟踪脚本变更记录
　　减少测试程序变更造成的测试修改
　　更方便于测试脚本的复用
　　更容易调试测试
　　更有效的注意到容易忽略的测试
　　更方便的在测试者之间交换工作

　　自动化测试标准包含两方面：

　　测试资源相关的标准
　　测试过程相关的标准

　　测试资源相关的标准，一般来说，包括如下内容：