筛选自动化测试用例的技巧

与手动测试相比，软件测试自动化具有许多优势。它改善了结果和质量，提高了可靠性，并减少了结果偏差。此外，它还可以加快流程，增加覆盖率测试并最终提高软件的整体质量。良好的自动化可以提高交付质量，增加测试范围，降低测试成本，并在进行了正确测试后能够尽早发现错误。

测试自动化中的主要问题之一是选择要自动化的测试用例。但是，有人怎么知道所有测试用例将被自动化呢？

本文紧接上期：自动化如何选择用例内容，让我们看看其他一些有关如何选择要自动化的测试用例的技巧和规则。

重复测试

这是黄金法则。如果测试运行是重复的，则应使其自动化。这样可以节省您宝贵的时间和精力。另外，如果这是您假设将来会经常运行的测试，那么自动化是一个很好的办法。每次将更快获得更准确的结果。

如果一个测试用例人为执行过程中发生错误和被破坏的风险很大，或者手动测试很难完成，则应该优先使用自动化测试。如果涉及的风险很高，则应使该测试用例自动化。

自动化应用程序的主流程用例是一个非常不错的实践。避免人为错误的任何可能性，并且要安全、快速。对于可能危害整个项目的测试用例更应该优先进行自动化测试。

需要进行大量数据和条件测试的场景更适合自动化测试。另外，在手动测试过程中犯错的机会可能会增多。这就是测试通常使用测试驱动模型的重要原因，我们主要是指那些需要填写较多表格的测试用例。

通过评估完成自动化过程或手动进行测试所需的时间。如果某些项目并不适合在自动化测试上投入时间，自动化测试过程本身比人工测试要花费更多的时间，表明自动化是不值得的。

涉及自动化时，不应该质疑三个测试用例：回归测试，冒烟测试和健全性测试。为什么？因为该应用的每个内部版本或发行版本都需要测试。

永远不要仅仅因为可以自动化就可以自动化测试用例。这可能带来的结果是弊大于利。

请记住，关于自动化的“为什么？”问题的答案一定不能是“因为我可以”。

很多测试用例需要设定很多的前置条件，而这些前置条件的设置通常是比较复杂的，这类用例是需要优先进行自动化，因为可以节省很多时间，即使仅仅是为功能测试做一些自动化的脚本。

通常选择自动化性能测试，例如负载测试和压力测试，这类测试手工很难达到预期效果。

如果测试用例时间跨度较长，通常十几分钟或者几个小时，则应将其自动化。