从功能测试到自动化测试

对于测试人员来讲，无论进行功能测试仍是自动化测试仍是性能测试都是须要编写测试用例，因此咱们必须先要了解清楚手工测试用例与自动化测试用例的一些特色，才能更好的开展自

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

对于 测试人员 来讲，无论进行 功能测试 仍是 自动化测试 仍是 性能 测试都是须要编写 测试 用例 ，因此咱们必须先要了解清楚手工 测试 用例 与 自动化测试 用例的一些特色，才能更好的开展自动化测试工做。

在这里插入图片描述

一、手工测试和自动化测试用例

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

1）手工测试用例特色

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

人工执行用例具备必定步骤跳跃性；

人工测试步步跟踪，可以细致定位问题；

主要用来发现功能 缺陷 ；

2）自动化测试用例特色

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

用例步骤之间关联性强；

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

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

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

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

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

②考虑到脚本 开发 成本，不要选择流程太复杂的用例，若是有必要，能够考虑把流程拆分红多个用例来实现脚本；

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

④选择用例能够带有目的性。例如，这部分用例做冒烟测试等，固然，会存在重叠关系，若是当前用例不知足 需求 ，那么惟有修改用例来适应脚本和 需求 ；

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

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

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

⑧平时在手工测试时，若是须要构造一些复杂的数据或重复一些简单的机械式动做，则告诉脚本，让它来帮你，或许你的效率会所以提升。

在这里插入图片描述

若是对 软件测试 、接口测试、自动化测试、面试经验交流。感兴趣能够加软件测试 交流：1085991341，还会有同行一块儿技术交流。

二、自动化测试类型

1）测试静态内容

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

①每一个页面都有预期的页面标题，这能够用来验证连接指向一个预期页面；

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

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

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

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

2）测试连接

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

3）功能测试

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

 

原文  http://www.ltesting.net/ceshi/ceshijishu/zdcs/2020/0807/208764.html