小编热衷于收集整理资源,记录踩坑到爬坑的过程。希望能把自己所学,实际工作中使用的技术、学习方法、心得及踩过的一些坑,记录下来。也希望想做软件测试的你一样,通过我的分享可以少走一些弯路,可以形成一套自己的方法,并应用到实际中。
小编整理了一些零基础入门软件测试到精通全套自学资料,还有不少工具和视频的【网盘资源】,
欢迎评论区留言找我领取哈!!!
目录
1、什么时候自动化测试?
2、你是怎么设计接口用例的?
3、UI自动化测试用例如何设计?
4、在什么条件下我们不能使用Agile方法的自动化测试?
5、软件自动化测试中使用的框架有哪些类型?
6、执行自动化测试时的脚本标准是什么?
7、规划自动化阶段时涉及的要点是什么?
8、你觉得自动化测试最大的缺陷是什么?
9、get和post 的区别?
10、做自动化测试,你遇到比较难以克服的问题是什么?
在以下情况下首选自动化:
重复性任务
烟雾和理智测试
使用多个数据集进行测试
回归测试用例
通常,决定基于ROI(投资回报率)
用例设计方法采用等价代替/边界值法/场景法/错误推测法等。接口传参格式,数据是否必传,参数的类型,传空值,特殊符号等都要注意
UI自动化测试用例是从手工测试用例中提取出来的,跟手工测试用例相比,自动化测试用例更加注重用例的严谨性,选择用例的时候遵循以下原则:
优先选取覆盖产品核心功能的用例;
从成本考量,不要选择流程过于复杂的用例;
选取的用例可以是重复执行,繁琐的部分,比如字段验证、提示信息验证;
优先实现正向的测试用例,反向用例一般情况复杂、数量多。
在以下条件下,自动化测试对敏捷方法无用。
· 当敏捷测试总是要求改变需求时
· 当敏捷需要详尽的文档级别时
· 仅适用于敏捷测试期间的回归测试,如持续集成
在软件自动化测试中使用了四种类型的框架:
· 数据驱动的自动化框架
· 关键字驱动的自动化框架
· 模块化自动化框架
· 混合自动化框架
在编写用于自动化的脚本时,您必须考虑以下事项:
· 统一命名约定。
· 每10行代码3行注释
· 足够的缩进。
· 强大的错误处理和恢复方案
· 尽可能使用框架
在自动化的规划阶段,必须考虑的事项是:
· 选择“正确”的自动化工具
· 如果选择自动化框架
· 范围内和自动范围外的项目列表
· 测试环境设置
· 为测试脚本开发和执行准备项目时间表的授予图表。
· 确定测试可交付成果
不稳定、可靠性、不易维护、成本与收益不成正比
GET请求:
请求的数据会附加在URL之后,以?分割URL和传输数据,多个参数用&连接。URL的编码格式采用的是ASCII编码,而不是uniclde,即是说所有的非ASCII字符都要编码之后再传输。
POST请求:
POST请求会把请求的数据放置在HTTP请求包的包体中。上面的item=bandsaw就是实际的传输数据。因此,GET请求的数据会暴露在地址栏中,而POST请求则不会。
元素比较难定位,有些页面元素写的不标准
网络问题,有时候网络慢会导致元素查找不到,报异常。
加油吧,如果你需要提升技术储备,那就行动,在路上总比在起点观望的要好。一切的迷茫都是因为想得太多而做的太少!
以上就是今天的分享,如果觉得有用,欢迎分享转发给更多朋友。
你们公司的测试流程是否规范尼,欢迎留言分享