在确定是否实现测试用例的自动化时需要考虑的另外一个重要因素是：待测软件的稳定性。如果放入测试环境的软件质量很低劣，或者因为某种原因正处于不断变更中，那么某些测试用例将可能不得不在每次修改待测软件时进行相应的修改。如果编写自动化脚本比手工脚本花费的时间更长，那么待测软件就不是自动化的好选择。
     如果被测应用程序正处于不稳定或快速变更的状态，自动化测试脚本的工作可能会显得十分困难。

同意！所以我每次在考虑是否采用自动化工具时都会根据这样的一个准则去衡量。

系统的改动越频繁，越不稳定，越需要进行自动化测试，当然需要一个比较良好的自动化设计，这样可以在软件改动的同时，自动化测试软件具有最小的改动或者不改动。

如果，不能够进行自动化测试的话，回归测试如何进行？如果保证产品的质量？

我想即使自动化测试软件需要不时的改动，也可能会比手工测试要快的多。如果，自动化测试软件每次都需要伤筋动骨的改动，可能你也要考虑一下软件的设计了！

同意楼主的观点，因为就使用工具来测试软件而言，工具本身也是有缺陷的，当我们使用这种本身就隐含有错误的软件来测试那些本身也不稳定的那些软件的话，往往会导致许多意外的错误。同时不稳定的软件也就意味着里面包含着更多的错误。而自动化测试最大的目的不是用来发现BUG，而是用来验证正确的Use Case Scene。

好象都有道理