你为什么要写自动化测试？为什么该选择用人工测试而不是自动化？什么时候该做这样的选择呢？
事实上，几乎所有的测试工程师早晚都要面对的问题就是是否选择自动化以及自动化测试的程度。
如果你只打算执行一次测试，根本没有必要自动化。可是，如果你打算测试两次呢？这也不意味着你应该使用自动化。
文章源自玩技e族-https://www.playezu.com/27950.html
有些软件在发布之前或者在维护阶段，可能需要执行上百次，上千次，甚至百万次的测试。有些因素有助于在具体环境下 准确地评估自动化的益处。如下是其中几个需要考量的因素：文章源自玩技e族-https://www.playezu.com/27950.html
文章源自玩技e族-https://www.playezu.com/27950.html
确定创建自动化测试的投资回报率（roi--return on investment）的第一步是确定要花费的投入和成本。
有些种类的产品或功能的自动化很简单，而其他的自动化却不可避免得很麻烦。例如，应用程序编程接口（api--application programming interface）测试，以及别的通过编程对象的方式 展现给用户的功能测试，对其自动化往往都能够直截了当。
而在另一方面，用户界面（ui--user interface）的自动化测试常会遇到问题而需要花费更多的精力。
文章源自玩技e族-https://www.playezu.com/27950.html
一个自动化测试在变得无用之前将会运行多少次？对测试的长期价值的评估是决定是否对某个特定的场景或者测试用例实现自动化的考量的一部分。要考虑被测试的产品本身的使用寿命和产品开发周期长度。
对于短期内就要发布而且将来不打算更新的产品，和对于两年后要发布将来也会有多次更新发布的产品，自动化的选择必须是不一样的。
文章源自玩技e族-https://www.playezu.com/27950.html
要考虑自动化测试在其生命周期内的价值。有些测试人员说测试用例的价值是找到缺陷，但是很多自动化测试所找到的缺陷是在测试第一次运行时或者在写自动化测试时发现的。
当缺陷被修复以后，这些测试成为了回归测试——确认最近的改动不会导致以前能够正常运行的功能停止工作。
很多自动化测试技术通过改变测试用的数据，或者改变每次测试运行路径的方法，从而在测试的生命期中继续找到缺陷。对一个生命周期很长的产品来说，不断增长的回归测试套件有很大的优势：随着底层软件功能越来越复杂，存在大量的能确认以前工作的功能能够继续工作的测试是极为有用的。
文章源自玩技e族-https://www.playezu.com/27950.html
我目睹的许多成功的测试自动化项目都是测试团队从最开始的时候就参与了。代码写到尾声或者完成之后才开始想到加入自动化测试的项目通常都是失败的。----注---测试团队什么时候能参与项目的自动化测试过程中、项目时间安排是否允许加入自动化实施过程、测试人员的工作负载是否允许、人力资源的投入多少等都可能影响测试人员的自动化实施工作及效果。
文章源自玩技e族-https://www.playezu.com/27950.html
好的自动化测试在每次运行后会报告准确结果。企业管理层对自动化测试最大的抱怨之一是自动化测试中误报的数量。
误报是指测试报告中的测试失败是由测试本身的某些问题造成的，与产品无关。项目的有些领域（例如经常变化的用户界面组件）难以用自动化测试分析，且较容易产生误报。文章源自玩技e族-https://www.playezu.com/27950.html
注意：本文法律责任由该作者承担，侵权请联系
▷诈骗举报◁▷新闻不符◁▷我要投稿◁
免责声明：本文内容来自用户上传并发布或网络新闻客户端自媒体，玩技博客仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请联系删除。
评论