萌妹子别谦虚
我还在浅水区划水哈哈
楼主萌妹子,来啊,互相伤害
python 写接口自动化,真的是两个极端,浅得沾沾自喜,深得怀疑人生
感谢您的回复,说明几点
1,我是本科
2,我从接触测试开始就一直是 web+APP 都测,只是我本人偏向于喜欢 Web 测试,优先找 web 测试
3,我所说的 demo 是我针对目前的测试项目,自己做了接口自动化(包括框架 + 脚本 + 报告输出 + 维护,一整套都自己撸码 + 调试通过,并非是做个幌子这么简单)
不过还是感谢你的回复
您好,我想咨询下:
1,目前还在开放招聘吗?
2,这招聘是正式还是外包的?
3,这是平安哪个部门(或子公司)招聘?
我目前在职,今年上半年要换工作,目前想试一下平安(对平安好感),我说笑我的基本情况:
1,2014 年毕业从事测试(主测业务,辅测接口)
2,postman+Newman 做接口(js 脚本实现自动化设计和调试);Jmeter 做接口、阶梯式压力和并发测试(beanshell 实现自动化设计和调试),利用 Linux 的 htop 命令和 Jmeter 提供的监控插件,监控性能响应(很遗憾,这方面自己捣腾,性能监控和分析方面弱)。这两种工具纯属自己一点点撸官方文档撸出来的,技术浅薄,在测试项目上的实现比较单一和简单。
3,mysql 语句熟练度 65 分吧,经常需要自己写 sql 进行多表联查统计和分析数据,和校验开发的 sql 进行数据对比
4,Linux 命令比较薄弱,常用是修改服务器配置文件和时间,以及查看 log 定位数据问题
5,抓包工具 Charles 非常溜
6,能快速熟悉业务和贯通,经常在项目里被产品和开发咨询业务的逻辑,在新需求评审也能经常结合系统现有的业务逻辑,评估新需求哪些地方不合理,在开发阶段提前暴露容易出现 bug 的地方给开发。
7,python 能力熟练度 60 分吧,自己针对目前测试项目,写了一个接口 demo(框架是从网上得到启发的,demo 设计和调试 OK)
8,我偏向于 web 测试或者业务测试(我个人评估自己,在业务方面比技术更有造次,能从业务方面考虑系统的健壮和稳定性)
9,沟通能力 80 分吧,能和公司的开发,产品和业务方打成一片(有句话描述,对内可怼产品的不合理需求,对外可安慰业务的疑难杂症)
不好意思,我说了一大堆废话,主要还是想了解下职位招聘情况,以及我这情况能满足面试吗?因为我觉得提前暴露这些,省去一些不必要的时间
其实我建议 beanshell 会更灵活一点
JSONObject,JSONArray 了解下
如果不会,我明天上班给你写
很多人在吐槽 postman 简单的同时,遗忘了 pre-scripts 和 tests 两个模块的强大之处,简单来说,pre-scripts 准备测试数据,test 获取动态参数和校验参数,我挺喜欢 postman 的使用。
首先查自己 postman 的情况,1,headers 的证书是否一样(包括参数名称)?2,请求 URL 的地址,请参数据和格式?3,右上角 setting 的环境,是不是你选了别的环境?
然后再去和开发对问题,我是这么查找问题
楼主我想回答:1,postman 我是玩转了一年才 90% 熟悉它(实话说,postman 能和数据库关联校验数据、能用 test 断言获参动态,能用 pre 脚本生成测试数据,能做安全校验,用它做接口可以满足,whynot?)。2,Newman 的命令并不难,且可以在 Jenkins 上使用。3,Jenkins 我不熟悉(因为之前是找运维帮我搭建的,我负责脚本 OK,运维负责给我服务器和 Jenkins 跑起来)。3,postman 很明显的缺点是不能做并发,但是做加压 no problem。4,postman 对于脚本的维护性是根据你对 postman 的熟悉度和 JS 的熟练度来决定的(当然无法和 Python 比,因为一些公共库和资源很难做到完美,但是局部环境和全局环境可满足你的公共资源)。5,建议你在接口稳定后才考虑 Jenkins 的自动化,毕竟维护一个多变的接口,任何一个脚本语言都是很费事的。6,接口自动化的设计好与坏,取决于你对于接口所对应的业务逻辑设计,也就是场景设计。
我属于菜得一比的那种,所以这是我使用的感觉和认为。你可以想象一个一年都在啃 postman 官方文档的人是多么地无聊,但是 postman 不像很多人认为的简单接口工具,它用处很大,尤其是对于 json 格式的接口数据
期待,功能测试,一是覆盖业务场景,二是总结测试文档
xmysql,是最好的 postman 调用数据库,提供了一系列的 api 给你用,非常方便的
其实我很想投递(应该不是外包招聘吧),很想去企鹅上班,但是呢,但是呢,我觉得我真的没戏,职业前几年跳槽多,水平也一般,工作和学历背景也一般
1,熟悉 postman(主要接口,js 脚本让接口数据自动化,校验数据库的数据准确性,Newman+Jenkins 让接口自动话化)
2,熟悉 jmeter(主要是用来做压力,Beanshell 脚本是类 Java 语言的,小场景的性能测试,分析设计场景,计算并发数(这点很重要的,不能随便并发)和关键时间、TPS,但不好意思我不会调优)
3,主要是做业务测试(我一向认为不管做什么测试,熟悉业务是最重要的,这对于设计后续的场景非常有利)
4,熟悉抓包工具(我一直用 Charles)
5,平时测试会操作 MySQL(需要查找测试数据,删除或者补充,多表查询是必须的)和 Linux(查看日志定位 bug,和修改服务器时间协助测试)
6,使用过 python 写过小脚本协助业务测试
7,Java 和 python 能写脚本,但是我深度不够
8,英语水平很一般,六级,能看懂能写但说很差(现在的工作会经常和非洲业务方定位问题)
妹子讲解得是最基本的 postman 操作,其实啃完官网的文档,就会发现 postman 的 pre-scripts 是很有价值的(测试数据可以在此生成),tests 断言实则是卧虎藏龙(对比数据,获取数据和判断,异常跳过执行都在这里设计),postman 获取数据库数据做校验的也可以了解下,总体来说 postman+newman+jekins 满足你的接口自动化
Loop 控制器帮你完美解决
楼主这个问题我有感,鉴于我们新项目是 app 上传销量和库存,于是我们需要做并发和压力。先说下单的并发(区分好在线用户、并发用户和系统用户),我计算并发数是根据 PV 来的(我们线上有监控每天 PV),jmeter 是并发最好的工具了,首先最重要的一点是需要计算好并发的线程、启动时间和循环测试(这是并发最重要的设计),添加常数吞吐量定时器(这是必须的,能很好的控制你的并发请求),app 并发只能走接口层(并发后数据对比和校验是最考验你的,我一向是用 beanshell 去数据库对数据校验,我说一个 bug,虽然我并发接口给了我报错,但数据跟正常请求一样记录在数据库,导致 app 去读取数据会不准确),并发不难,难的是你在并发前你需要去设计并发的场景(顺便说一下,TPS 的计算需要你在测试前和开发沟通好做一个预期的)。至于压力(boss 是要求看 web 端在线用户操作能有多少个让系统变慢),刚开始我也是没有思路的,后来查资料,我最后是设计了并发业务的基础上做加压(50% 进行搜索,20% 进行浏览,10% 进行导出,20% 做其他操作,最后测试系统抛出异常,目的达到了),其实我也是刚入门性能测试(我觉得设计性能场景是最重要的)
性能测试巧匠,京东应该有(我买了有点久)。它有助于理解和设计你的性能测试用例
坐等更新,我最近也在使用 jmeter 入手性能测试
我是借助现有的测试项目,自己腾时间捣腾,瞎霍霍的,因为我也是小白一枚
现在还在招吗?我想看机会
妹子是众安保险的 iOS 自动化测试?
我感触良多,入行四年,一直是手工测试,中途做过接口测试,我自己啃 postman 工具(算是对这个工具在接口方面玩得溜 50%),接着啃 Newman+Jenkins(为了接口自动化),中间啃了 JS(postman 的脚本需要,无奈啃的只是入门水平,现在没坚持就放弃了)。
去年 11 月份意识到自己在荒废智商和时间,思考了我在测试行业的未来以及我的兴趣,最后决定啃性能测试的入门。啃 jmeter 工具在性能方面的运用和监控,啃 spotlight 监控,啃 Linux 命令,啃 MySQL 语句法。发现我对 java 一点基础都没有(我之前很排斥 java,认为 java 是很难的,大学里学过 C 和 VB,说实话在 C 方面上学时我融会贯通的速度比较快),但是当我发现我认真静心下来看 java 的时候,我竟然看懂了里面的语法和逻辑(虽然我会忘记),我看论坛和网上的 demo(我想学人家的逻辑),啃性能工匠(这本书真的很好,对于性能测试的应该怎么开展,如何设计用例,如何分析瓶颈等等,我还没啃透它,我相信等我完全啃透了,我也就出师了)。
虽然我现在还在啃性能的入门,虽然我现在还无法做一个项目的性能测试开展,虽然我现在还是在做功能测试,虽然我现在工具和语言很多都是半吊子,但是我仍在坚持,但是我仍在动手做笔记,但是我仍在学习性能相关的知识,但是我仍在按照我去年规划好的计划表走。因为我给了自己一年的时间,我要在 2018 年沉淀自己,我要在 2018 年将自己从手工测试转型到性能测试,尽管我现在的工作环境让我很糟心,尽管我现在测试的项目管理很乱,尽管这次没给我涨薪我很不满意,尽管我做了很多超出了测试岗位的工作,但是,但是,我会在 2018 年的三月份滚蛋,华丽丽地滚蛋,我就相信我能做好我的转型,别人口中的没前途不一定是我认为的没前途。
请勿喷,我这些年真的是得过且过,没有追求还自以为是。
谢谢你,给了我一个思路
楼主,我是 44,有个小问题需要请教您:
postman 里在 test 模块,怎么把 responsebody 里某个指定参数,跟环境变量里的某个指定参数(上个请求 requestbody 里的某个参数设置在环境变量里)做断言??
有几个问题想问,楼主可不答:
1,大疆测试是否有海外项目的岗位在招聘?
2,(根据大疆硬件同学反馈)大疆的测试,功能是外包,自动化部分外包,部分正式,不知道测开和接口测试的岗位,也是如此吗?
3,大疆正式招聘是否 985/211 本(我记得我同学说普通本科除非个人能力突出,否则没戏)?
4,大疆内部的妹子数量质量如何哈哈
恩谢谢你,
我当初提出这个问题是自己没去研究
后来自己去研究了下,已经明白 list 和数组的参数,在 postman 的环境取值方式了
加油
S7 新手黄金甄姬路过,求各位前辈 + 好友
S8 励志上钻石,不上钻,我就不搞接口了
@keithmork responsebody 返回一个 list,想把 list 的某个元素保存到环境,以便后面的 cases 调用做传参数,这个一直没弄好(麻烦高告知下,像图里要把 productstoreID 作为环境变量)