在国外，资深的软件测试人员大多是手动测试，他们厉害之处在于测试用例的设计，但在国内，很多测试人员都把自动化测试当成很厉害的资本，为什么？

这两者不冲突，设计测试用例自然是最重要的，但是同等重要的还有贯彻执行这个测试用例。换句话说就是所谓执行力。

在中国的很多 IT 企业，工作强度以及工作量远胜国外，所以你需要在短期内执行大量的测试案例，如果你只会手动测试，那么你很可能根本就没有时间把所有案例都测试一遍。手动测试员要么是把大部分的时间将消耗在执行测试案例，而非设计测试案例上，要么就是每轮都凭自己的经验判断而漏测很多点。

而对于自动测试来说，测试的案例是日积月累的，测试过的案例在以后每轮测试中都被反复使用，你只需要专注与设计新的测试案例，而旧的测试案例已经进入了自动测试，它在每次迭代中都会被自动执行了，换句话说，自动测试的测试人员可以用更少的精力去执行测试，于是就可以把更多的精力放在设计测试案例上。这样，自动测试往往就可以意味着更好的测试案例设计。

人的精力是有限的。无论对于自动测试还是手动测试人员，测试案例的设计都重要，他们只是在执行测试案例这个环节具有不同的技能而已。但对于迭代开发来说，一个软件如果你需要测试 50-100 次甚至更多的次数，自动测试凡是设计过一次的案例以后都可以直接执行，自动测试可以专注于新测试案例的开发以及实现，而手动测试每次都得手动执行以前设计过的所有案例，效率上明显降低，而且漏测的情况基本上难免。

我个人觉得自动测试对中国的 IT 来说非常重要。至于国外是否重要我不清楚，如果一个测试人员一个星期就那点事情可做，有充分的足够的时间每次都手动执行所有案例，工作的时间压力很小，也许他是没有动力实施自动测试的，但这并不能成为手动测试比自动测试更优的论点跟理由。