掌握这些策略,才能掌握自动化测试
今天跟大家介绍UI测试、接口测试、单元测试主要内容,以及每种测试花费时间讨论。
UI测试【Selenium】
UI测试是最接近软件真实用户使用行为的测试类型。通常是模拟真实用户使用软件的行为,即模拟用户在软件界面上的各种操作,并验证这些操作对应的结果是否正确。
接口测试【API测试】
API测试,主要针对的是各模块暴露的接口,通常采用灰盒测试方法。首先以黑盒方式设计如何调用API的测试用例,同时在测试执行过程中统计代码覆盖率,然后根据代码覆盖率情况来补充更多、更有针对性的测试用例。
单元测试
单元测试,属于白盒测试的范畴,通常由开发工程师自己完成,越早发现缺陷其修复成本越低。
1 优缺点
一、UI自动化测试
大家所在公司都属于互联网公司,最大的特点就是快——产品需要不停的迭代,迭代时间基本在15天左右。
优点:能够实际模拟真实用户的行为,直接验证软件的商业价值;
缺点:用例的维护和执行代价很大。另外,UI自动化测试的稳定性问题,是长期以来阻碍GUI测试发展的重要原因。
在快速迭代的情况下,页面的改动可能会很频繁,而UI自动化测试本身基于页面元素,前端小小的改动可能需要测试的大大改。
二、接口测试
相比于UI自动化测试,接口测试更稳定,更具有价值。
效率:接口测试是通过测试数据验证请求【request】与响应【response】是否符合预期。因此,接口测试开发和调试的效率会比ui自动化测试高很多。
稳定性:如果接口改动,那基本属于业务重新设计。所以接口测试用例执行的稳定性很高。
实用性:UI自动化测试验证的主要是页面显示,而接口测试验证的主要是数据。在当前开发水平下,功能测试基本可以完全验证页面显示的问题,所以UI测试有点类似于“这些没问题了,为了保证一直没问题,所以要写UI自动化,每天去执行”。
接口测试则是对接口返回数据的验证,开发在开发新的接口时涉及到接口互相的调用,中间难免出现比如数据类型、key-value不匹配的情况,因此在实用性考虑,接口测试实用性更高。
三、单元测试
船长所在的互联网公司单元测试是由开发完成的,在时间紧张的情况下,我们一般会出一个开发自测文档,只需要开发完成小量的单元测试设计。
事实也是如此,开发因为任务在身,写好接口后大多不愿意写大量单元测试。所以单元测试需要根据公司不同而定。
鉴于上述原因,我们在做非功能测试时,可以利用UI自动化测试,覆盖产品主要或者说关键流程(包含兼容性测试),也就是说只要保证主要流程不出错,剩下的即使有了问题也不会影响产品的正常使用。把时间更多的放在接口测试用例的设计和实现上,保证数据的准确性。单元测试则可以根据公司情况选择时间分配。
相关文章
- UI自动化测试框架搭建-标记性能较差用例
- 100天涨薪4k!从功能测试到自动化测试,我整理的超全学习指南!
- 公司新来一00后说我不会自动化测试,3个问题直接给他问趴下...
- 2023面试必备:web自动化测试POM设计模式详解
- 视频导切台控制说明:RGBLink MiniPro初步测试
- 从功能测试进阶自动化测试,熬夜7天整理出这一份3000字超全学习指南
- 全网最详细,web自动化测试窗口框架与验证码登录处理(超详细实战)
- 全网最完整,接口测试总结彻底打通接口自动化大门,看这篇就够了......
- Java接口自动化测试框架系列(二)表格设计与数据读取
- 传统企业,如何构建性能测试技术体系
- 前端测试之Cypress落地常见问题
- Appium+Pytest+Allure实现APP自动化测试,小试牛刀
- 超详细干货:Appium+Pytest实现App并发测试
- 基于Fastbot的移动端自动化测试方案
- Airtest自动化测试实操案例 | Windows应用篇
- 聊一聊 golang 的测试与性能调优
- 《精通自动化测试框架设计》—第1章 1.1节奥运年的新挑战
- 《手机测试Robotium实战教程》——第1章,第1.2节自动化测试和手动测试的对比
- 《手机测试Robotium实战教程》——第1章,第1.3节移动端自动化测试工具的选择
- 《精通软件性能测试与LoadRunner最佳实战》—第2章2.5节 测试脚本编写
- 微服务-3、环境搭建(测试logstash 读取文本,输出)
- 软件探索性测试 笔记二
- 自动化测试之自动卸载软件
- Android代码覆盖的黑盒测试
- 【正点原子FPGA连载】第二十九章 以太网UDP测试实验 摘自【正点原子】DFZU2EG/4EV MPSoC 之FPGA开发指南V1.0
- Redis千万级的数据量的性能测试
- windows 10 下搭建 Jmeter + InfluxDB + Grafana 测试性能监控平台
- 12款白帽子用于黑客渗透测试的操作系统