测试用例案例 自动化测试，失败的案例比成功的案例要多的多，那为什么我们还要坚持自动化？

自动化测试，失败的案例比成功的案例要多的多，那为什么我们还要坚持自动化？

“自动化测试失败案例增多”是一个值得思考的现象。大多数原因是缺乏对自动化本身的理解。在认识不足的前提下，很难保证自动化的效果。

在一些项目实现自动化之前，没有对自动化的可行性进行有效的预研究，也没有有效的框架、工具选择或与业务对象相结合的设计。

目前，随着自动化框架和工具的发展，自动化不是一个是否可以实现的问题，而是一个是否应该实现的问题。如果在进行自动化测试之后，仍然没有后续计划，为什么还要这样做？你不知道做完后该怎么办。因此，自动化的宏观意义在于进行自动化测试，以便做更多有价值的测试（甚至补充其他手工测试）。这样，可以驱动的自动化将一直被使用。

此外，自动化本身就是一把双刃剑。这是一个我们是否考虑过对于上面提到的什么样的业务对象采用什么样的框架和工具的问题。自动化本身的痛点包括开发成本和维护成本。后者更为重要。难以维护和扩展的自动化很难继续下去。

为什么要坚持自动化？事实上，我并没有坚持要这么做。我必须这么做。这种自动化不是为了自动化吗？自动化的目的是完成自动化？这些都不可取。

另外，作为测试人员，随着软件技术的发展和应用，传统的手工测试方法越来越难以满足测试要求，因此测试开发能力非常重要，也是测试行业未来发展的基本能力。

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

Devops知道Internet应用程序需要快速迭代，每天发布数百个版本。您可以手动测试它们。记住要改变一个点，你需要测试所有的点。如果是微服务架构，还需要测试项目团队的集成。

另外，测试是人写的，用例是人设计的，可以反映人的水平。这台机器只是重复地运转，而且运转得更好。

测试用例案例 测试用例自动生成工具 python自动生成测试用例

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。