自动化测试疑惑，求前辈们指教！

    由于我们所测试的一个功能，测试工作量测试点较多，并且每次有改动之后，回归测试量大，所以由领导们研究决定开发一个Tool来辅助测试。

    提起这个tool，心里面莫名的烦躁。整个公司的常规测试组，从来未接触过任何自动化形式的测试，完完全全的手工测试，对于这种测试，已经习以为常，不觉得有什么不方便了，但是突然冒出这样一个tool，大家都有些抵触，虽然tool会带来的好处显而易见：单独对这个功能而言近400条case，一个人平均每天跑100条，需要4天完成，功能每次有小的改动，需要进行回归测试，每个版本的Release，需要回归测试，并且不能保证每次的回归测试能够覆盖到所有的测试点。好处这么多，但只拿这个tool的前期测试和准备case所需要的人力和精力来看，是十分闹心的一件事。

    这个tool的开发是由开发人员完成，在测试tool的过程中，遇到问题，需要找开发确认，然后他们修改，遇到他们忙不开的时候，这些问题只能暂时搁置，还好有开发领导的支持，使这个tool断断续续的可以最终于成形，投入使用。但是在准备数据和case的过程中，由于tool本身本身不十分强大，并且要求做数据和case是个十分细致的活，所以我们这些人吃尽了苦头，后期遇到的一些问题，导致一些case无法做下去了，最终，400条case通过tool来做完的只有250条左右，剩下有150条无法进行。也就是说，接下来的每次小改动和每次release，我们都可以用tool来完成这250 case的测试，减少一些测试量。不计算开发人员的工作量，测试人员对tool的测试和case的准备，起码要花费一个人15-20天的工作量。

    我不知道这tool到底是否值得，当初领导的话：尝试一下，如果成功了，以后就可以减少很多测试量，测试需要进步，不能一直这样重复的进行，要进步，起码应先尝试。这些我们当然理解，而且在后期在使用tool执行case的效果也可以看到，但是这20天的时间和折磨，以我现在的心情已经无法去衡量是否值得，所以请教可位测试前辈，我们的这个所谓的自动化测试，是否是个失败的案例呢？像我们这样的单位，如果想真正的去尝试测试自动化，这种形式是否恰当呢。迷茫中，求指教！