从功能测试到自动化测试

现如今应该有很多测试人员应该有这样的疑虑，自动化测试要怎么去做，今天把一些学习经验分享给大家，希望对你们有帮助，有说的不好的地方，还请多多指教！

对于测试人员来说，不管进行功能测试还是自动化测试还是性能测试都是需要编写测试用例，所以我们必须先要了解清楚手工测试用例与自动化测试用例的一些特点，才能更好的开展自动化测试工作。
在这里插入图片描述

1、手工测试和自动化测试用例
手工测试用例是针对功能测试人员的，而自动化测试用例是针对自动化测试用例框架或工具的。

1）手工测试用例特点

较好的异常处理能力，能通过人为的逻辑判断校验当前步骤是否正确实现；

人工执行用例具有一定步骤跳跃性；

人工测试步步跟踪，能够细致定位问题；

主要用来发现功能缺陷；

2）自动化测试用例特点

执行对象是脚本，任何一个盘算都需要编码定义；

用例步骤之间关联性强；

主要用来保证产品主体功能正确和完整，让测试人员从繁琐重复的工作中解脱出来；

目前自动化测试阶段定位在冒烟测试和回归测试。

（注意：通过对比发现，自动化测试不能完全替代手工测试，自动化测试的目的仅仅在于让测试人员从繁琐重复的测试流程中解脱出来，把更多的时间和精力放在更有价值的测试中，例如探索性测试。）

3）自动化测试用例注意事项

①不是所有手工测试用例都要转为自动化测试用例；

②考虑到脚本开发成本，不要选择流程太复杂的用例，如果有必要，可以考虑把流程拆分成多个用例来实现脚本；

③选择的用例最好可以构建场景。例如，一个功能模块，分成多个用例，多个用例使用同一个场景，这样的好处在于方便构建关键字测试模型；

④选择用例可以带有目的性。例如，这部分用例作冒烟测试等，当然，会存在重叠关系，如果当前用例不满足需求，那么唯有修改用例来适应脚本和需求；

⑤选取的用例可以是主体流程，这部分用于冒烟测试（如果不了解专业术语，下来要花费功夫哦）；

⑥选取的测试用例可以是你认为重复执行，很猥琐的部分。例如字段验证、提示信息验证之类，这部分适用于回归测试；

⑦自动化测试也可以用来做配置检查、数据库检查。这些可能超过了手工用例，但也算用例拓展的一部分，项目负责人可以有选择的增加；

⑧平时在手工测试时，如果需要构造一些复杂的数据或重复一些简单的机械式动作，则告诉脚本，让它来帮你，或许你的效率会因此提高。
在这里插入图片描述
　 如果对软件测试、接口测试、自动化测试、面试经验交流。感兴趣可以加软件测试交流：1085991341，还会有同行一起技术交流。

2、自动化测试类型
1）测试静态内容

静态内容测试是最简单的测试，用于验证静态的、不变的ui元素的存在性，例如：

①每个页面都有预期的页面标题，这可以用来验证链接指向一个预期页面；

②应用程序的主页包含一个应该在页面顶部的图片；

③网站的每个页面是否包含一个页脚区域来显示公司的联系方式、隐私政策以及商标信息等；

④每一页的标题文本都使用< h1>标签吗？每个页面是否都有正确的头部文本；

你可能需要（也可能不需要）对页面内容进行自动化测试。如果你的网页是不易受到影响的，则手工对内容进行测试就足够了。假设你的应用文件的位置移动了，则内容测试就非常有价值。

2）测试链接

web站点的一个常见错误为失效的链接或链接指向无效页。链接测试涉及各个链接和验证预期的页面是否存在。如果静态链接不经常更改，则手动测试就足够了。但是，如果你的网页设计师经常修改链接或者文件不时被重定向，则链接测试应该实现自动化。

3）功能测试

在你的应用程序中，需要测试应用的特定功能，需要一些类型的用户输入，并返回某种类型的结果，通常一个功能测试涉及多个页面，一个基于表单的输入页面，其中包含若干输入字段，提交和取消操作，以及一个或多个响应页面。用户输入可以通过文本输入域、复选框、下拉列表，或任何其他浏览器所支持输入。

原文转自：https://blog.csdn.net/Chaqian/article/details/105860596