测试总结
文章平均质量分 62
墨撕酒家
输出是最好的输入
展开
-
【测试思考】高覆盖的测试用例不只要方法
对业务的理解,无论我们做什么类型的测试,自动化,性能还是安全,这都是必须且非常重要的,我始终认为大部分测试手段和行为都是基于“业务”需求基础上的,当我们足够熟悉系统,比产品熟悉,比开发熟悉,在接到一个需求时,能很快分析出其合理性和漏洞,这从开始就避免了很大的风险。对开发的熟悉,这点我觉得完全在平时和开发的合作过程中积累,哪个前端容易出什么样子的问题,哪个后端容易在哪些地方大意,有些看起来应该“这么”实现的问题,但是开发偏就“那么”做了。我想在平时中,积累测试经验,时常梳理,是很重要的。原创 2024-04-30 10:56:20 · 607 阅读 · 0 评论 -
【测试思考】设计测试用例时,你在想什么
突然想写这篇文章是因为,前两天看到一篇文章然后想起件小事儿 ..想到在2020年上海爆发疫情后,开始频繁时候买菜软件,在一个深夜从某团紧急挑选加购商品,准备付款时,发现自己账户还有一张满减优惠券,挺高兴的。想起来还有一些面包没加购,于是又退出购物车页,回去挑选,终于都选好了,一件确认订单时,发现优惠券没用上......于是到优惠券页面,发现那张券还在【未使用】一栏,再研究发现是过期了,可是【已过期】一栏并没有它,放在以前我索性就不会下单了,无奈食材不好抢,只是气呼呼下单后睡了......原创 2024-03-23 13:52:16 · 1075 阅读 · 2 评论 -
【接口自动化】数据验证|响应断言、数据库断言
利用REST-assured内置Gpath表达式取出响应数据(大多数情况是json)中的关键字段的值,通过TestNG的Assert类,断言这些关键字段的值是否符合预期。a. 表数据验证首先得明白这个接口的基本业务,会影响到哪些表,哪些字段的数据,然后才能准备查询sql去有针对性的查数据。b. 并不是所有用例的执行都会操作数据库,影响到表数据,因此只有影响到了表数据的用例,才准备查询脚本。数据库断言要考虑成本,比如一条注册用例,注册完要查询数据库中的每个字段对比么?响应头/响应字段对比。原创 2024-04-22 19:06:46 · 213 阅读 · 0 评论 -
【接口测试】做了鉴权的接口/业务关联的接口怎么测试
如果是通过会话id(JSESSIONID)来实现鉴权的,那么先调用完登录接口——》拿到它返回的这个数据——》存储起来——》后面再调用其他接口的时候直接带上这个数据过去就可以了。如果是通过token来实现鉴权的,那么同样只需要在调用完登录接口——》拿到它返回的这个数据——》存储起来,后面操作同上。a接口调用完——》从响应中取出b依赖的这个参数——》保存起来——》b调用的时候,取出这个信息——》当做参数传过去即可。先找开发人员确认,再调用需要鉴权的这些接口怎么携带这个鉴权的信息。原创 2024-04-22 18:47:32 · 528 阅读 · 0 评论 -
【测试总结】测试时如何定位一个bug?是前端还是后端?
作为一道面试题,它算高频了么?我面试别人问多挺多次,我也被面试官问过...相对来说多少能看出一点测试经验,实际测试中的排查问题能力...(1):查看接口请求参数和响应结果。如果请求没发出或参数不正确,为前端的bug如果请求url和传参都正确,响应数据不正确或者没有响应,为后端bug后端返回了响应也是正确的,但是前端没有正确显示,一般就是前端问题(2):查看后端服务日志有无,以及错误日志信息。还有一些常见的前端问题,也可以在浏览器控制台输入js代码调试进行分析查看报错日志,通过日志分析问题点。原创 2024-04-21 23:02:57 · 1080 阅读 · 0 评论