怎么写自动化测试用例

写自动化测试用例的要点有：1、首先测试人员应该了解脚本是怎么替代人工来执行用例。2、当你写自动化测试用例时，你需要意识到你的用例是写给一个“智障人士”执行，执行对象是脚本等。

一、写自动化测试用例的要点

自动化测试用例的要点

1、首先测试人员应该了解脚本是怎么替代人工来执行用例。

2、当你写自动化测试用例时，你需要意识到你的用例是写给一个“智障人士”执行，执行对象是脚本。

3、当前的测试用例前置配置信息要写清楚。

4、每一个步骤都要衔接好，错了，脚本要报异常，我要去烦你。

5、每一个步骤要做什么，验证什么要写清楚，写具体。有时一个检查点，你只需看一眼，但是脚本要写一堆代码去验证，这样的做法是不可行的。

6、用例之间不要有关联性，自动化测试开发同样是软件开发工程，脚本编写同样提倡高内聚低耦合的理念。

7、不是每一个步骤都需要验证点，让子弹飞一会儿。

8、别在多个地方重复相同的验证。脚本很忙！我没空。当然，除非有必要。

9、开门记得要关门，配置信息要回归原点，否则脚本要迷路。

10、当你设计自动化测试用例时，难免对一个用例的功能点加加减减。不要因此而剪掉了一些验证点。因为手工用例+自动化用例=1。

作为项目负责人应该有的觉悟

1、项目加入了自动化测试平台，负责人要有全局的把握。因为你的用例被拆分成自动化测试 和手工执行用例，原来一些被打入冷宫的用例因自动化测试而重生，重生的用例需要你的维护。

2、当你迎来项目新立项，拿到需求文档，开始设计新用例，此时，别忘了该如何统筹安排你的用例。是的，这很像排兵布阵，有了自动化测试这把利剑，还得看你会不会用。

3、不要永远做自动化测试的门外汉。可能你的职业规划是测试经理，产品经理，或者其他，又可能你对其感到畏惧或厌倦，认为自己无法跨越对编码的恐惧。但是，无论如何，今天你是这个项目的测试负责人（一个资深的测试工程师），你要负起这个责任，挑起大梁。

4、如果以后你看到自动化测试报告单，没有发现一个bug，请不要抱怨，自动化脚本主要不是来帮你找缺陷，而是告诉你没有缺陷。

5、如果将来你参与了自动化测试脚本编写工作，请做好面对一大堆错误的心理准备。在前期，测试结果往往会夹杂着一大堆的各种错误，可能是框架机制问题，可能是脚本编写问题，可能是用例问题，还有可能是需求自身的问题。

延伸阅读：

二、RF框架的三种

名列前茅种：Suite setup and teardown 测试套件层面。所谓测试套件（suite）就是一组测试用例集合，在RF里面就是一个Robot文件。也就是说这个层面的setup和teardown只发生在一组测试的开始前和结束后。并且RF最终teardown的log也是在最前面的。所以根据log没法看出关键字执行顺序。

第二种：Testcase setup/teardown 测试用例层面。每一个case的开始和结束都会去执行的步骤。一般预置条件和数据准备放在setup，数据销毁放在teardown。

第三种： Testcase setup/teardown。 和第二种类似，只是针对单个case作用，而不是一组case。当case中出现这个setup会覆盖写在setting处的setup怎么做一个知识库。

最后建议，企业在引入信息化系统初期，切记要合理有效地运用好工具，这样一来不仅可以让公司业务高效地运行，还能最大程度保证团队目标的达成。同时还能大幅缩短系统开发和部署的时间成本。特别是有特定需求功能需要定制化的企业，可以采用我们公司自研的企业级低代码平台：织信Informat。 织信平台基于数据模型优先的设计理念，提供大量标准化的组件，内置AI助手、组件设计器、自动化（图形化编程）、脚本、工作流引擎（BPMN2.0）、自定义API、表单设计器、权限、仪表盘等功能，能帮助企业构建高度复杂核心的数字化系统。如ERP、MES、CRM、PLM、SCM、WMS、项目管理、流程管理等多个应用场景，全面助力企业落地国产化/信息化/数字化转型战略目标。 版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们微信：Informat_5 处理，核实后本网站将在24小时内删除。