赞
踩
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
序号 | 测试用例设计 | 微信红包测试用例 |
---|---|---|
1 | 测试用例设计 | 微信搜索功能用例、微信朋友圈功能、微信红包功能 |
2 | 接口测试 | 今天面试被问你们公司是怎样做一个接口测试的? |
3 | http通信 | 3次握手,4次挥手? |
4 | 业务能力 | 介绍一下你的项目 |
5 | 质量体系 | 如何保障测试质量? |
6 | bug定位能力 | 你平常怎么定位问题的? |
参考答案:
微信的功能被问的比较多。比如微信红包功能、微信朋友圈、微信搜索功能的用例设计。
我们在设计用例测试时,一般参考以下2点:
1、产品面向的用户群体、产品的应用场景
2、基于1,考虑以下6点:功能、界面、性能、安全、易用、兼容
以微信红包为例:
群体:中国境内广大人民群众
应用场景:
私发
群发 - 手气/口令/固定 封面红包 视频红包 拜年红包
红包限额、24小时后退回、金额波动、金额精确度、节日祝福词、查看红包记录、添加表情…
如果面试时,问的用例设计题,是你准备了的,那很好回答。
如果面试时,用例设计题是没有准备过的,临场思考,多多少少会漏掉。
实际工作中,咱们也是花了心思和时间去思考如何来设计用例的,比面试时多的多。
所以,如果面试时设计不全,可以向面试官说明一下情况。
现场时间短、面对面紧张,同时举个例子说说实际工作中是如何花时间全面设计的。
提供某位学员的回答方式:
我当时就答跟功能测试差不多,也是要考虑它的正常情况,然后其他的测试用例设计也是跟功能测试相似,执行测试用例,对照接口文档 去看它们返回的状态码是否跟接口文档描述的一致
以上回答呢,太泛泛而谈了。没有与你们公司的实际应用结合。
这个流程,你不说面试官也知道,全国接口测试都是这个套路。这个答案说了和没有说,没啥区别。
参考的回答方式:
结合你们公司的业务接口,具体落地的说明:
1、具体用什么工具/框架
2、接口的类型/数据格式
3、接口文档/swagger/yapi/ - 抓包/沟通
4、断言 - 会比对哪些数据
5、数据库校验
6、可以再补充说明一些难点处理方式
网络上有很多文章解释 ,可以自行搜索 。
面试官考察:
1、你对质量的认知;
2、你的过往经验中是如何来保障测试质量的。
参考以下几种维度,最好再结合你曾经的工作案例:
可以从保障产品质量、如何减少漏测等方面说明。
比如从我自己的测试经验里:
1)测试流程/产品交付流程上要规范 – 需求/评审/冒烟/交叉测试/abtest/灰度发布等
2)从测试的维度上来(各种测试维度、测试手段、左移右移、测试效率等):
一是要减少漏测:回归时容易出现 -可适当利用自动化手段
二是要尽量了解客户场景:覆盖用户的使用场景。在功能和非功能测试上都可以更好的设计用例
三是要持续更新用例库:对于出现的未覆盖的,需要更新到下次常规测试中 四是可以展开探索性测试
五是梳理逻辑漏洞,避免隐藏的测试场景
六是加入白盒测试,对于开发代码review,加入代码扫描等。
面试官考察:
1、你是否真的只是点点点而已
2、功能测试基本功深度如何
一般常借用的手段 - F12/抓包工具、看产品日志
马上举例:你工作中最有成就感的一个bug定位和分析
要体现出,你真的不光是点点点,你有深入的去了解产品的业务流、数据流、实现逻辑,可以挖掘深层次隐藏的bug。
这个问得最多,甚至有很多公司直接写在招聘要求中!
当然可以,自动化框架主要的核心框架就是分层+PO模式:分别为:基础封装层BasePage,PO页面对象层,TestCase测试用例层。然后再加上日志处理模块,ini配置文件读取模块,unittest+ddt数据驱动模块,jenkins持续集成模式组成。
1.项目组调研选择自动化工具并开会演示demo案例,我们主要是演示selenium和robotframework两种。
2.搭建自动化测试框架,在项目中逐步开展自动化。
3.把该项目的自动化流程、框架固化成文档
4.推广到公司的其它项目组应用
1.编写自动化测试计划
2.设计自动化测试用例
3.编写自动化测试框架和脚本
4.调试并维护脚本
5.无人值守测试
6.后期脚本维护(添加用例、开发更新版本)
1.用例是自动化测试工程师自己设计的,一般刚开始已基本业务流程为主(登录–完成一个业务–退出)
2.从系统测试用例中进行筛选或由业务工程师提供
上一个项目中是定时执行的,设置的执行时间是晚上12点,执行完毕后会自动发送邮件通知
不多,因为之前项目组是把已经测试通过的基本功能再进行自动化脚本编写和在后续版本执行自动化测试,它主要是保证已经测试通过的功能在新版本更新后没有问题。
引用自动化测试之后,能代替大量繁琐的回归测试工作,把业务测试人员解放出来,既而让业务测试人员把精力集中在复杂的业务功能模块上,自动化测试一般是对稳定下来的功能进行自动化,保证不会因为产品的更新导致之前稳定下来的功能出现BUG
有误报过,有时候自动化测试报告中显示发现了bug,实际去通过手工测试去确认又不存在该bug。
误报原因一般是:
1.元素定位不稳定,需要尽量提高脚本的稳定性;
2.开发更新了页面但是测试没有及时更新维护!
1.频繁地变更页面,经常要修改页面对象类里面的代码
2.自动化测试偶尔出现过误报
3.自动化测试结果出现覆盖的情况:Jenkins根据时间建立文件夹
4.自动化测试代码维护比较麻烦
5.自动化测试进行数据库对比数据
可以说出以下自己擅长的一种:
1.python+selenium+unittest+htmltestrunner
2.python+selenium+pytest+allure
当然有:我们使用的群号是: 361602262有很多软件测试和自动化大神解决项目中的问题,还会不定时的发放免费资料。
主要是冒烟测试和回归测试。回归测试主要写一些功能稳定的场景,通过自动化手段去实现,节约测试时间。因为自动化测试用例也是在不断的更新和迭代,没有刻意去统计,大概在30%-40%左右!
这个其实就是利用javaScript去修改当前元素的边框样式来到达高亮显示的效果,
1.页面加载元素过慢,加等待时间
2.页面有frame框架页,需要先跳转入frame框架再定位
3.可能该元素是动态元素,定位方式要优化,可以使用部分元素定位或通过父节点或兄弟节点定位。
4.可能识别了元素,但是不能操作,比如元素不可用,不可写等。需要使用js先把前置的操作完成,
id name classname link_text css xpath
先用driver.switch_to.frame()跳转进去frame,
然后再操作页面元素,
操作完后使用driver.swith_to.default_content()跳转出来
使用driver.switch_to.alert方法先跳转到alert弹出窗口
然后再通过accept点击确定按钮,通过dismiss点击取消难,通过text()获得弹出窗口的文本。
这个多窗口之间跳转处理,我们在项目中也经常遇到。就是,当你点击一个链接,这个链接会在一个新的tab打开,然后你接下来要在新tab打开的页面查找元素,
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
理?
使用driver.switch_to.alert方法先跳转到alert弹出窗口
然后再通过accept点击确定按钮,通过dismiss点击取消难,通过text()获得弹出窗口的文本。
这个多窗口之间跳转处理,我们在项目中也经常遇到。就是,当你点击一个链接,这个链接会在一个新的tab打开,然后你接下来要在新tab打开的页面查找元素,
[外链图片转存中…(img-Vcnb5meX-1715508415694)]
[外链图片转存中…(img-eSLKEIKi-1715508415695)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。