51Testing软件测试网

 
 

常用链接

  • 我的随笔
  • 我的评论
  • 我参与的随笔

留言簿(3)

  • 给我留言
  • 查看公开留言
  • 查看私人留言

随笔档案

  • 2021年6月 (1)
  • 2021年3月 (1)
  • 2020年9月 (1)
  • 2020年3月 (1)
  • 2020年1月 (2)
  • 2019年12月 (3)
  • 2019年11月 (5)
  • 2019年10月 (1)
  • 2019年9月 (2)
  • 2019年8月 (14)
  • 2019年7月 (20)
  • 2019年6月 (15)
  • 2019年5月 (12)
  • 2019年4月 (19)
  • 2019年3月 (20)
  • 2019年2月 (9)
  • 2019年1月 (16)
  • 2018年12月 (17)
  • 2018年11月 (21)
  • 2018年10月 (16)
  • 2018年9月 (20)
  • 2018年8月 (22)
  • 2018年7月 (3)
  • 2018年6月 (1)
  • 2018年5月 (7)
  • 2018年4月 (1)
  • 2018年3月 (3)
  • 2018年2月 (6)
  • 2018年1月 (2)
  • 2017年9月 (8)
  • 2017年8月 (28)
  • 2017年7月 (3)
  • 2016年11月 (1)
  • 2016年6月 (1)
  • 2016年4月 (1)
  • 2016年2月 (2)
  • 2015年7月 (1)
  • 2015年5月 (1)
  • 2015年4月 (2)
  • 2015年3月 (1)
  • 2015年2月 (2)
  • 2015年1月 (6)
  • 2014年12月 (3)
  • 2014年11月 (3)
  • 2014年10月 (3)
  • 2014年9月 (2)
  • 2014年8月 (8)
  • 2014年7月 (16)
  • 2013年12月 (5)
  • 2013年11月 (1)
  • 2013年10月 (3)
  • 2013年9月 (2)
  • 2013年8月 (2)
  • 2013年7月 (3)
  • 2013年5月 (1)
  • 2013年4月 (2)
  • 2013年3月 (2)
  • 2013年2月 (3)
  • 2013年1月 (4)
  • 2012年12月 (4)
  • 2012年11月 (4)
  • 2012年10月 (3)
  • 2012年9月 (4)
  • 2012年8月 (3)
  • 2012年7月 (4)
  • 2012年6月 (2)
  • 2012年5月 (2)
  • 2012年4月 (1)
  • 2012年3月 (2)
  • 2012年2月 (2)
  • 2012年1月 (1)
  • 2011年12月 (3)
  • 2011年11月 (2)
  • 2011年10月 (1)
  • 2011年9月 (4)
  • 2011年8月 (3)
  • 2011年7月 (2)
  • 2011年6月 (4)
  • 2011年5月 (4)
  • 2011年4月 (2)
  • 2011年3月 (4)
  • 2011年2月 (4)
  • 2011年1月 (7)
  • 2010年12月 (7)
  • 2010年11月 (5)
  • 2010年10月 (4)
  • 2010年9月 (7)
  • 2010年8月 (7)
  • 2010年7月 (3)
  • 2010年6月 (3)
  • 2010年5月 (4)
  • 2010年4月 (4)
  • 2010年3月 (5)
  • 2010年2月 (3)
  • 2010年1月 (4)
  • 2009年12月 (3)
  • 2009年11月 (3)
  • 2009年10月 (1)
  • 2009年9月 (3)
  • 2009年8月 (2)
  • 2009年7月 (3)
  • 2009年6月 (1)
  • 2009年5月 (2)
  • 2009年4月 (4)
  • 2009年3月 (5)
  • 2009年1月 (1)
  • 2008年11月 (2)
  • 2008年7月 (5)
  • 2008年6月 (4)

文章分类

  • 行业资讯(45) (rss)
  • 软件业务知识(43) (rss)
  • 软件开发知识(33) (rss)
  • 软件测试工具(39) (rss)
  • 软件测试技术(157) (rss)
  • 软件测试管理(40) (rss)
  • 软件测试职业发展(57) (rss)

51testing软件测试网

搜索

  •  

最新评论

  • 1. re: 淘宝后台技术大揭秘,不看这篇你双十一要损失几个亿!
  • 关注官方公众号“Atstudy网校”,点击中间菜单栏“双11”,领取双十一技术内幕资料。
  • --51testing
  • 2. re: 软件测试流程的一点感悟
  • 提交缺陷时只需要描述现象即可,过多的分析可能会误导开发
  • --凡客诚品
  • 3. re: 软件测试流程的一点感悟
  • 阿达宿建德江阿斯顿
  • --凡客礼品卡
  • 4. re: 手机软件测试的经验总结
  • 很好啊~不错
  • --乐蜂网
  • 5. re: 手机软件测试的经验总结
  • 很好啊~
  • --罗莱家纺

阅读排行榜

  • 1. 软件测试流程的一点感悟(1091)
  • 2. 5年经验之谈:月薪3000到30000,测试工程师的变“行”记!(940)
  • 3. 测试自动化及软件测试工具的比较(857)
  • 4. 银行线上信贷系统如何做好接口测试?手把手教你接口工具Postman(825)
  • 5. 软件为什么要做异常测试?测试员必知的22个测试点总结!(806)

评论排行榜

  • 1. 软件测试流程的一点感悟(4)
  • 2. 软件测试的原则和经验 (4)
  • 3. 嵌入式软件测试技巧(2)
  • 4. 手机软件测试的经验总结 (2)
  • 5. 常用软件测试工具的分析与比较(1)

Powered by: 博客园
模板提供:沪江博客
IT博客 | 首页 | 发新随笔 | 发新文章 | 联系 | 聚合 | 管理

2021年6月4日

作为一个测试小白,我如何才能快速进入软件测试行业?
有很多小伙伴想转行进入测试行业,但是又不知道从何入手,就导致空有豪情壮志但是并没有付诸行动。那么我们到底应该从何入手呢? 首先我们应该先去了解一下,测试都分为哪几种?比如说黑盒测试、白盒测试、功能测试、性能测试、自动化测试、安全性测试、兼容性测试等等。 这里面最基础的应该就是功能测试的黑盒测试。 什么是黑盒测试呢,顾名思义就是我们只管输入和输出,至于实现方式是什么我们不关心。 那么什么是功能测试呢?功能测试就是对产品的各项功能进行验证是否符合需求。 那么我们验证是否符合要求的标准又是什么呢? 一个就是UI设计图及需求说明书,一个就是实际用户的需求。 先来说一下UI设计图和需求说明书。 我们的设计师在画设计图的时候肯定是在充分了解需求说明书的前提下来做这个设计的,并且设计出来肯定是经过客户的确认的,所以我们认为UI设计图就是我们的需求,我们测试的时候应该根据UI设计图以及需求说明书来做测试。 另一个就是实际用户的需求,有可能是在需求说明书以及UI设计图里没有对某一个功能点进行明确的表述,但是我们在测试的过程中应该站在实际用户的角度去考虑一下用户会怎样使用这个功能。 举个例子,有一款APP是针对不同人群来开发的,有大学生、普通大众、工作人员等。那么首先我们就要先分析这些人员的性质。 大学生,对智能手机比较熟练,且使用的智能手机性能一般比较高,那么我们在做针对大学生这类人群的测试的时候,就需要站在大学生的立场上去考虑问题。 比如说作为一个大学生,我更注重APP的什么方面,比如说响应速度、画面感等等。 那么针对工作人员呢,使用该软件就是为了工作,而且在工作之前应该会进行相应的培训,那么我们在测试针对工作人员的APP时就要考虑到,这个功能对工作人员来说用起来是顺手的、效率高的等等,它并不需要太好看,但一定要流畅。下面以图文形式来说明一下。 其实总结起来说,做好黑盒测试的关键就是充分理解需求。 那么我们可以通过什么方式来充分理解需求呢? 首先就是跟需求人员讨论,讨论的过程有利于我们理解需求,并且在讨论的过程中会发现其他人员会有跟我们不一样的理解或者考虑到了我们没有考虑到的点。 其次就是编写测试用例。自己的亲身经历,在写用例的过程中往往会发现平常我们注意不到的点。 再者,作为一个测试人员,我们也应该去学会使用数据库。不要以为数据库是开发人员的专属,测试人员用好数据库对工作效率也有很大的一个提升,下面举个例子来说明。 我们测试一个下单的功能,订单提交成功后,我们查看订单详情的时候,有些信息丢失了,那么我们如何去快速的定位这个问题呢? 显然发现问题直接找开发人员是不对的,因为我们只发现了问题,但是并没有找出问题出现的原因,直接找开发人员显然会浪费开发人员的时间,那么我们应该怎么做呢? 首先先去数据库里查该条订单的数据是不是全的,如果是全的,那么就是我们查看详情的功能有问题,这个时候我们再在浏览器通过F12查看是接口里没有返回这些数据,还是接口里返回了,但是前台没有展示出来,从而定位到问题所在。 如果数据库里数据就是不完整的,那么我们就要去查一下,下单的时候,是前台没有将这些数据传给后台,还是后台未将这些数据保存。这样就很容易的定位到问题,且找到相应的人员进行修改,流程图如下: 下面我们针对其中一条线进行详细说明: 前台查看订单详情时,发现少信息,先去查询数据库是否有信息。 发现数据库里有这部分的数据,这时候在页面上F12查看后台返回信息。 发现后台也返回了地址的数据,那么我们就可以确定这是前台的问题了。 至于自动化测试、性能测试等等这些内容,都是需要借助工具来实现的,等我们真正掌握了功能测试之后,可以慢慢的去了解这些工具的使用。
posted @ 2021-06-04 17:12 51testing 阅读(95) | 评论 (0) | 编辑 收藏
 

2021年3月29日

作为女生,如何成为年薪30W+的软件测试员?成长路线分享篇
“为什么入软件这行?”很多人问我,“一个女孩子做这个不太好,做不长久,特别年龄大了更不好做。” 我只是很随意的说专业对口,我能说是看上这个行业的高工资和技术范么,这样太俗了,然而就是这个俗气的理由让我走上这一条路,且想一直走下去。为什么呢? 一是因为做了这么久的软件测试,已经爱上它了,这大概就是日久生情吧(偷笑),现在这个对我来说不仅仅是一份工作,还是一份兴趣爱好。 二是性格使然,只有这份默默劳作不需要太多交流的工作比较符合我的性格。 三这也是我在这么多年的工作生涯中不断摸索出来的一条路,一条生活之路吧。 回想刚毕业那会懵懵懂懂的,啥也不懂,还记得刚入公司很幸运进了公司的实验室,一进实验室就跟着我的老师出差到上海学习,那个时候的自己就像一个白痴,坐地铁都不会,只是亦趋亦步的跟着老师,什么麦当劳啊,必胜客啊全然不知,当老师问我这些哪个好吃些的时候,我只有挠头说不知道,没去过,老师就开玩笑的跟我说读书读成了书呆子。 然后就说走我今天都带你去尝尝,以后你就知道哪个好吃了,真的很感激我的老师,在我刚入社会的时候帮助了我很多,教会了我很多,虽然很遗憾在公司没待到一年就遇到经济危机不得以离开了公司,我开始了自己去摸索发展方向。 同时也来到了很多年轻人都向往的大城市--深圳,由于有了一段时间的工作经验,我很轻松的找了一家公司又进了实验室开始了我的硬件测试,可随着工作的时间加长,我发现这个测试不适合我,时间占比太长,且时间是固定的,一个实验一旦开始中间没法终止的,常常需要晚上通宵加班,这种长期做并不适合,所以在做了不到一年的时间,我又果断离职了。 然后来到了开始我软件测试职业的第一家公司从最基础的测试工作开始,最开始那两年因为没有专业的老师带,做测试做的是很吃力的,还记得开始做的手机测试,我常常把测试样机带回住的地方,周末休息别人都出去玩了,我还在那测手机,虽然经我手测的手机到了市场都没有出过问题,但只有我自己知道我当时的压力有多大。 不过我却是兴奋的,因为我终于步入了软件测试这行,很感谢这家公司给我机会。后来在机缘之下来到了中软,在那里待了5年,可以这么说很多技能的提高和完善都是在这里实现的,也是在这里让我对这个行业有了更清晰的认识。 那么进入这个行业,我们女孩子有哪些发展路线,我理了一下,也给自己找一条合适的路线: 首先是管理路线。 从软件测试工程师到测试组长再到测试主管再往上测试经理,QA经理,测试总监等,这条线我想过,但对我来说不太适合,为啥? 性格使然不适合当领导,在这几年中我做过测试主管,测试经理,但每次做一段时间我就不想做了,每天报告跟踪,进度跟踪,人员协调,任务分配,质量评估,大大小小的会议,忙不说还不能安静做自己喜欢的测试,我就开始生厌了,当然有喜欢管理,有管理才能的同学可以往这个方向发展。 第二个就是专业路线。 专业路线我想到有这几个: 1.性能测试工程师---性能专家 2.安全测试工程师---安全专家 3.自动动化测试工程师--自动化测试 这几样发展好了,以后再往高处发展的前景都非常广阔,成为测试总监,技术顾问,项目总监,技术官,安全信息官都是有可能的。 这几样专业路线需要具备的技能我也大概的理了一下,都是专业技能要求比较多: 专业路线对于从事软件测试的我们来说发展并不难,只要找准了自己的方向,努力学习提高自己的技能就一定能达到,专业做好了,我们再往上发展就顺理成章了,在我看来这是一条比较容易的路。 第三个就是测试讲师的路线。这也是我目前比较看好和喜欢的一条路线,为什么呢? 首先是它专业技能的要求对于我们来说本身就具备。 其次也是喜欢这个职业方向的一个原因,测试讲师时间相对其他发展路线比较宽松,对于有家庭的人来说,可以抽出更多时间来陪家人。 第三就是测试讲师对于年龄要求这块没有那么多限制。 第四个就是QA这个方向。 QA这个工作相对软件测试工程师来说,是比较轻松,是很多女孩子做软件测试后一个比较不错的发展方向,为啥这么说? 因为很多女孩子成家以后,特别是有孩子后,都想有更多的时间陪伴孩子,而做为测试人员相当于生产的一线,时间紧任务重,工作压力是很大的,加班是常有的,很难抽出时间陪孩子,而QA只是对产品质量的一个验收和评估,不需要参于测试,她只需要知道公司的质量标准,管控流程,有软件质量评估能力,可以根据软件报告评估软件质量,在软件测试的每一个阶段做好质量把控就行,工作没有那么繁重。 好了这就是目前我所看到的软件测试发展前景,如果你有更好的发展路线也欢迎分享哦。 加我VX:atstudy-js 回复“测试”,同时领取限量软件测试学习资料哦~~邀您进入软件测试学习交流群~~
posted @ 2021-03-29 17:25 51testing 阅读(123) | 评论 (0) | 编辑 收藏
 

2020年9月29日

软件测试员,听说你在找工作!给你讲讲我是如何实现薪资翻倍的?
同事 A:别人工资都涨到 xxxx 了! 同事 B:xxx 又跳槽了! 培训机构:学会 xxx 月薪 xxx! 不知这些场景大家熟悉不,羡慕么? 下面我整理出实现工资翻倍成长的几个因素供大家参考。 首先介绍一下笔者工资翻倍成长的前提是本人在上一家单位干了大概快4年时间,期间没有涨过工资,所以希望大家不要被这个标题安利了,任何结果都有已知条件存在,还需要根据个人的情况进行评估。 一、个人条件优势 首先,应聘时个人条件为已婚已育。当企业雇佣员工时,当然后想到如何给公司带来最大的收益以及减少开支,找一个个人情况已经有优势的员工也是 hr 挑选人的重要参考指标,所以面试时衡量一下自身情况再开口谈工资。 二、年龄优势 基本上现在最好找工作的人年龄在24-28之间,一个是刚刚毕业的大学生,工资低干活多;另一个是工作 1-3 年,基本的工作都能干,工资属于中间水平;如果年龄在35岁以上,除非个人能力非常突出,面试管理岗位前景还算可以,仅仅是执行岗就有一定的风险了。 三、上一家单位工作时间 如果你的上一家单位年龄多,工资与市面上工资相符,再跳一家实现成本增长几乎是不可能了,像我这样工资低于当前市面上工资水平,成倍增长还有机会。 四、大厂的工作背景 尽可量的进入一家大的公司工作,不仅仅有工作的流程度比较完善,接触的东西都是最流行的工具,项目种类多,可以快速的使人成长等优势,而且可以为再次跳槽提供帮助,一般都比较爱用从大企业出来的员工。 五、个人技能 所有上面的这些都是前提、前提、前提! 最重要的还是你得有让面试官眼前一亮的东西-个人技能,有些东西用人单位可能不需要,但你得会,比如自动化、性能测试工具这些等等,好好思考思考如何把这些东西传达给面试官,可以把面试会问到的问题形成一页纸形式整理出来,做到出其不意。 简历 敲黑板:格式很重要,一定要清晰简洁3页纸左右 把所有能体现你价值的东西都展现出来 项目收获及价值:这一点要体现在简历上,这是体现你价值及收获的一项重要能力,最好再加上你给单位带来的什么收益。 自我介绍 提前准备自我介绍,一段精彩的自我介绍会给面试官留下深刻的印象,从而成功获得offer 在面试前自己准备3分钟的自我介绍,可以找人帮忙也可以自己对着镜子练习,练到熟练自如,全程流畅不停顿,这时候你会发现自己也变的自信起来。 下面我将从开场白、介绍内容、结尾3部分为大家提供一个模板,让你轻松总结出自己的个人介绍: 1、开场白 模板:问好+感谢 举例:各位领导好,首先非常感谢各位给我这次机会参加这次面试,能够有机会近距离的沟通交流 2、内容(包括个人情况、所做项目及应聘该岗位的优势) 个人情况模板:我叫xx,学历经历+取得证书,个人目前的状态 举例:我叫xx;专科毕业于xx,本科毕业于xx,研究生毕业于xx,在校期间取得证书(四级、六级、计算机二级),工作后取得证书(项目管理证书);目前我处于结婚/未婚/已婚已育(x孩) 所做项目模板:最后一次工作单位+做过的项目有哪些+简单介绍 应聘该岗位的优势模板:面试该岗位的优势(优势1+优势2+优势3) 举例:面试该岗位我有下面3方面优势,首先工作经验丰富,毕业x年一直从事这个岗位,近几年参加了多少次的 bug 探索任务,添加了多少 bug,写了多少条 case,处理了多少个问题;其次有超强的自学能力,自学成果有哪些,并应用到 xx 实践上;最后文档总结能力,总结了多少篇文档,多少字等等成果。 3、收尾 模板:总结 举例:最后贵公司的岗位和我期望的一致,希望有机会和大家成为同事,为公司的发展贡献自己的力量。 总之,面试环节的每一项提前做好准备,就像一张考卷,每种类型题你都熟练掌握才能考到 90分以上,同理面试也一样。从上面观察我们可以看到,所有成功的背后都有我们学习的经验,善于利用网络学习来充实自己、争取每天都在进步,坚持2-3年你会发现路走着走着就通了,最后希望大家都找到自己满意的工作。 志同道合的人,我们组建了一个小圈子,大家可以一起交流软件测试技术,我们也会不定期的进行知乎直播,分享测试、面试技巧,助你快速进阶Python自动化测试/测试开发,走向高薪之路。 加我VX:yingtaotao51 回复关键词“测试”领取限量软件测试学习资料哦~~
posted @ 2020-09-29 17:26 51testing 阅读(137) | 评论 (0) | 编辑 收藏
 

2020年3月5日

你为什么在自动化测试路上总遇难题?这次终于有人给答案了!

随着软件测试技术的发展,人们已经从最初纯粹的手工测试转变为手工与自动化测试技术相结合的测试方法。近年来,自动化测试很热,收益也很明显,光会手工点点点已然out了,越来越多的企业开始重视自动化测试。

1、自动化测试历程

我踏上自动化测试这条路至今,已有10几个年头了,回忆这段历程:

从接触UI自动化(unittest+selenium)、接触接口自动化(unittest+requests)、到开始自己编写自动化平台(后台使用python的flask,前端使用element+vue,没有第三方自动化框架),一步一个脚印,摸索着学习着,也遇到了重重困难,但这些问题促进了我的成长,加深了对自动化测试理解。

如果你对自动化测试存在疑问,可以随时来问我,虽然我不一定把每一个问题回答得面面俱到,但我的经验是多年在自动化测试道路上跌跌撞撞总结出来的,可以帮助你越过一个又一个泥沼,让你成长的更快,走的更远。

2、自动化测试问题举例

关于自动化测试这一块,前几天有同学在后台给我留言,说自己到岗后接到的第一个任务就是:研发一个测试数据生成器。

他很无语,为什么非得自己研发,不是有现成的嘛,我想肯定很多人都会有这样的疑问。

3、资深老师即时贴

说到自动化测试,很多人关注点都在工具上,工具掌握不难,难的是如何进行研发工具~~其实无论什么样的测试工具,其功用都可以总结为以下几种:

很多企业为了后续测试工具研发工作的顺利开展,都会选择小试牛刀,自己研发测试数据生成器。

所谓测试数据生成器,就是通过Python脚本语言实现按照给定的测试数据的要求,随机生成少量或大量的测试数据。

举个例子来说:任何的测试执行都需要有测试数据,普通手工的方法是由人工来构造并输入测试数据,凡是做过测试的工程师都能有感受,这是一个特别“磨人”的活,一遍一遍,反复不断。即使写了自动化测试脚本,但测试数据的构造问题仍然是人工去构造,还是没有从根本上解决测试数据的自动化生成问题。

有人可能说有那么多现成的数据生成工具,为什么非得要自己研发,没有必要。说的很好!如果现成的工具不要钱,而且又能完全满足工作要求,那真的没有必要自己研发!

但如果需要钱,或者即使花了钱,这个工具也不能完全满足要求,但问题又要解决,那就必须自己研发了。 同时更重要的是,我们每个测试工程师都希望自己有很强的技术竞争力,那如何竞争呢?如果花钱就能做的事情,是不是也不需要我们了......

学到老,才能干到老。要不还没老,就已经干不动了,没人要了可就麻烦大了......大家一起干,一定搞定这个测试数据生成器,不仅能用于自动化测试,而且能同时用于手工测试,非常方便的!

自动化测试技术在现代测试技术中是有一定优势的,但是自动化测试不是在任何情况下都必须的,适当的、或者是有效成本投入,需要我们在合适的时机引入自动化测试,使手工测试和自动化测试实现完美结合。

当然,自动化测试工作中,每个人遇到的问题也各有不同,并不是我简简单单举一个例子就能说完的,也有人会问:UI自动化测试要不要做?有哪些自动化测试框架?什么样的项目更适合做自动化测试?……关于自动化测试,你一定也有自己的疑问。

4、自动化测试,你遇到难题了吗?

1.面试自动化测试岗位,如何让自己的简历更加专业?

2.结合企业,分层框架做到什么程度?

3.实现接口自动化,如何快速掌握数据源的问题?

4.做自动化测试,是否只需掌握工具就可以?

5.只做功能测试,从哪些方面去提升自己测试技术?

.........

加我VX:atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~
posted @ 2020-03-05 17:47 51testing 阅读(139) | 评论 (0) | 编辑 收藏
 

2020年1月7日

他们测试了上万款APP应用,总结了APP测试的经验及流程

手机App是当下互联网的主流模式之一,因此对于App相关测试需求也在逐年递增中,很多小伙伴没有从事过App相关的测试,有些注意点可能都不是很清楚,下面就我的App测试从业经验,分享给大家啦!

目前工作中,测试App会涉及到一下几个方面:客户端、小程序、h5页面等,看似不同却又大相径庭。

点击添加图片描述(最多60个字)

1、功能模块测试:功能模块测试其实最重要的是考察测试者的逻辑思维能力和对需求的理解能力以及一些页面交互性,输入输出的考虑等,所以以上三者是共通的,没有太大的区别。

2、权限管理:

1)相同点:需考虑权限允许的情况和权限不允许的情况;需要多测试无系统权限的页面

2)不同点:App测试时需要考虑用户是否可以访问手机通讯、相册、相机、存储空间等权限,关闭权限时会是什么情况。小程序是否需要微信授权,切换登录账号后是否需要重新授权等;h5页面关于权限的考虑一般就是不从登录入口,能否进入页面。

举例一个常见的手机权限测试:我们在第一次运行软件的时候会让开很多的权限,那我们把权限关闭了,再打开应用,会是什么情况呢?

点击添加图片描述(最多60个字)


点击添加图片描述(最多60个字)

3、兼容性测试:一般公司都会提供App用户使用较多的机型进行测试,一般App常用的有:Android(华为、oppo、小米等)、IOS(iphoneX、iphone6、ipad等),这么多的手机机型,展示的页面情况可能会出现误差,有些图片或者动态效果会显示完全不一样,这个是非常需要考虑的,用户体验不好也算个bug,哈哈!其中特别要提醒下刘海屏的问题,比较常见。小程序方面主要考虑不同微信版本的兼容、分辨率、二维码的兼容(客户端的二维码分享、小程序的二维码分享等是否显示正确、是否识别成功等),H5页面不同浏览器打开是否显示正确。

4、交互性:我们在测试的时候要在用户的角度去进行测试,有体验不好的也可以和产品沟通,比如:页面如何切换、动态交换效果、返回上一级、交互提示等。

点击添加图片描述(最多60个字)

5、网络情况:网络延迟的情况(可以用抓包软件修改网络状态)、网络wifi/4g/3g/无网络/飞行模式情况、无网络到有网络/有网络到无网络的切换。断网时点击按钮,连网后再次点击查看效果。

举例:登录应用后关闭wifi和数据流量或者开启飞行模式,查看页面是否有网络异常提示,恢复网络后,刷新页面是否正常显示。

点击添加图片描述(最多60个字)

6、性能测试:App上性能问题比较常见,会出现白屏、资源占用闪退、页面加载时间过长、卡顿、首次登录时间过长等情况,其中性能测试人员会根据应用的响应时间、内存占用率、cpu占用率、耗电、流量等情况进行性能测试。小程序中据了解,android机性能问题比较多。

7、缓存问题:App和小程序考虑缓存的情况比较多,小程序最大可以有10M的本地缓存,那么缓存是用来干嘛的呢?提高页面的流畅,不用再次向服务器请求数据,减少服务器资源空间,常见缓存问题:清楚缓存时被迫强制退出、系统设置清除缓存的情况等;

点击添加图片描述(最多60个字)

8、内存相关:主要测试手机内存空间满的情况,开启很多占用内存的app是否对本系统出现异常(针对App);

9、特殊操作:当然有些特殊的用户操作也要考虑,如:长按图片是否能保存图片、页面左右滑动能否切换页面、连续点击是否进行两次请求(需要限制只能请求1次)、页面数据加载时上下滑动(经常会出现闪退的问题)、图片滑动到最后一页是否能继续滑动、当在h5或小程序页面提示下载应用时点击下载情况、退出当前进程在打开情况等等,太多了,没有你想不到的骚操作,这不就是一个测试该干的么,哈哈!

10、存储处理:(app)存储空间满了,是否还能安装成功,安装成功了,存储空间满了,是否能打开应用;当用户在使用程序时,内存满了,是否会提示;保存图片的时候是否会出现缓存文件,下载的文件等信息是否正确在手机里存储。

11、推送/弹窗消息:小程序的推送消息是小程序助手中的消息,App是消息推送的形式。要注意后台设置的推送消息是否正确提示,点击查看推送消息是否进入应用(点击弹窗是否会对当前使用应用产生影响),推送消息发送是定时发送还是触发发送等。弹窗的触发条件是什么样的,弹窗显示时间是多久,是否会有蒙层(取消时蒙层是否消失、点击蒙层的情况等)

点击添加图片描述(最多60个字)


点击添加图片描述(最多60个字)

小程序的消息推送:

点击添加图片描述(最多60个字)

12、小细节:其他就是关于手机的本身硬件问题了,比如电量(电量低的时候能否使用摄像头等)、消息、电话调用等情况,都是要注意的。

点击添加图片描述(最多60个字)

总的来说,手机测试和网页的测试基本功能差不多,但是手机测试需要更加多注意一些用户操作以及手机本身自带的独特性等,相信玩手机多年的我们对手机应用的使用已经驾轻就熟,测试起来也是得心应手的。希望这篇文章能对小伙伴们有所帮助!

加我VX:atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~
posted @ 2020-01-07 17:33 51testing 阅读(173) | 评论 (0) | 编辑 收藏
 

2020年1月2日

软件测试工程师,你到底需要多少技能傍身,才能平安度过此生?
别再去想作为一名软件测试工程师到底需要多少技能了……先好好掌握这一个最简单的技能再说……
今天读到一篇文章,文章题目为《7年软件测试工程师,如何突破职业瓶颈?》里面提到倾听的重要性,在我们的日常生活与工作中倾听真的很重要:
{学会倾听。生活中我们往往会主动寻找倾诉对象,做一个倾诉者,而回避做一个倾听者。在人与人的交往中,倾听是一个不可缺少的方面,有时它甚至比交流还要重要。学会倾听,能修身养性,陶冶性情;学会倾听,能博采众长,弥补自己考虑问题的不足;学会倾听,能使人萌发灵感,触类旁通;学会倾听,能养成尊重他人的良好品质,创造一个良好的人文环境;学会倾听,能体会一种默默无语的关心和体贴,赢得亲情、爱情和友情;学会倾听,还能在矛盾激化时,让对方从另一个角度重新认识自己,打开僵持的局面……}
但是很不幸运的是我就是那个倾听能力极为薄弱的人,我会不自觉地打断别人在说的话,有时候甚至会抢着去说自己的想法,不等别人说完,不等自己去理解别人的对话内容。当在2019年10月8号即将到来的日子里,在自己在测试这个行业工作7年之久我也深刻体会到了倾听的重要性。
我是一名工作将近7年的测试人员,从最初的实习生测试服务器,到现在去当12位测试同事的测试主管,我感觉我不能再是那个火急火燎的性子,工作需要我更多的去理解工作内容,理解同事的想法,我不能将自己的想法强加到别人身上,因为我知道当有人这样对我时我是多么的讨厌这个人,所以在日常的工作和生活中我希望更多的去倾听别人的所思所想,让同事,朋友,亲人去表达他们的想法,无论当你听完这个想法之后觉得是有多么的不可取,那也是有价值的,因为倾听其实也是对人的尊重,因为谁都不想当那位别人不愿意让你表达想法的人。
2015年我在福州的一家外包公司上班,入职的乙方公司有一位小姑娘,因为她比我早入职,况且也是甲方职员,只能说比我更加熟悉那个产品,但是那段短暂的2个月的工作经历让我是筋疲力尽,原因主要有三,一是我的baby还在哺乳期;二是工作地点距离我居住的地方有将近2个小时的公交路程,况且我还晕车;三是这位员工脾气很大,虽然年纪很轻,但是职场的老套和坏脾气却是我工作到当时唯一让我深刻的。
其实这也是职场的一种通病,往往很年轻作为技术管理或者人员管理的管理者有着相对的技术能力但是缺乏为人处世的技巧,他们的理解里职员除了工作还只是工作,忘却了身为人这一个单个个体的我们还有着很强烈的生活属性,还有着很多的面子等等我们其实不必须但是又要命的东西。那段工作经历是在那位小姑娘的指责,谩骂还有每天的晕车晕吐当中度过的,2个月在拿到1k左右的薪资当中离职了,说来真的很不值得,但是现在想想也是一段比较特殊的体验。
后来我想想如果那位小妹妹在当时如果能给我营造一个相对轻松的工作环境,一个相对轻松的工作氛围,我是不是会呆的时间长很多呢?因为我记得我妈妈和我姐姐说过:“人其实身体累点没有关系,心里不累就可以,毕竟这个世界累不死人”。
或许她没有这样的能力,公司的企业氛围也影响了她。或许那位小姑娘的老大之前就是这样对她的,而且当时的她才那么年轻,怎么能去奢求她能体会和她一样年纪但是已经身为人母的我的处境呢?
其实那家甲方公司除了那位员工之外还是有一位比较理解我的人,同样身为mom她比较理解我的难处,她也是面试我进入那家公司的面试官,我应该感谢她因为那是我在上海工作了3年之后去到一个陌生的城市面试了将近20几家当中唯一一家给我机会的公司,虽然对现在的我而言那样的工作机会毫无任何诱惑可言,但是在当时在我那个工作年限,那个二线城市,那个处境给了我唯一一点安慰。直到现在我能脸不红心率不起伏地描述那段经历。
2017年我的生活轨迹变化了一点,在来到杭州的1年半之后我辞职去到一家外包公司,只能说这家外包公司毕竟也上市了,去到了乙方一家国有商业银行,中国四大商业银行之一的某银行,在这家老牌国企干的工作还是测试,带我的那位组长比我年龄小,虽然是国企但是企业氛围节奏很快,每个人都是心浮气躁,要的东西很快,给你思考的时间很少,企业也很形式化,领导氛围很重,测试一个模块你需要给出很多PPT,PPT的准备很费时间也是我最不愿意写的东西,这期间和这位年轻的组长之间有过很大冲突,这让我在这段工作经历当中可以说有不下几百次想辞职的冲动,终于在19年元旦离开了那里。
这期间发生了很多事情,我的老大换了一任又一任。其中也有一位我至今见过的能力强脾气极好的老大,如果不是因为她的调动可能我还会继续在那个组呆下去,只是她调到别的组也于今年顺利诞下她的baby,很是为她高兴和感动,前几个月我和之前的同事还一块去看了她,至今我们还保留着之前交流的微信群,大家还是像老同事老朋友一样联系着,虽然这期间我们五个人发生了很多的变化:有一位美丽的小女孩在很早之前就回到了她的老家西安发展;一位高瘦的小伙子去了华为外包;一位有趣的小伙子去了蚂蚁金服外包;而我去到一家电力公司,逃离了外包的行业。但是我们似乎还是在一起着,像是老朋友一样。
现在我的工作发生了很大的变化,我成为了 12 个小伙伴的老大,成为了测试组的主管,日常工作中我发现我有时候甚至很多时候会保留着那些浮躁的坏脾气,很少会认真倾听别人的想法,我总是把我的想法强加于他们身上,让工作氛围变得紧张,让大家感觉工作很累,这时候我依稀能在我自己的身上找到我当时那位坏脾气老大的影子,这时候情不自禁的让我想起了在电视剧里面的那句经典的台词,“我终于成为了我最讨厌人的模样”。
意识到这些之后我发现我也在逐渐的发生改变,我会适当的放慢脚步,不会再催的那么紧,我会适当的放手,让大家自己做主,不在是以一位领导者下达命令的口吻,更多的时候会尊重员工的个性,我发现我的这些适当改变让大家工作氛围变得没有那么紧张,大家也更加愿意和我共事,现在我们在一起相处的很愉快。
未来我只想成为这样的人:当落干年之后当他们在想起他们这位曾经的老大时脑子里不在只是那个发号司令颐指气使的我,而是一位有工作能力有为人处世技巧相处愉快的我;当他们回忆起这段工作经历时不是不开心和满脑的抱怨而是轻松愉快未来还想拥有这样体验的工作回忆的我;当他们离开时不是逼不得已而是因为未来的工作有更大的发展空间,去追逐更好的工作阅历。
我希望当你看到这篇文章时能有所共勉,如果你是一位初入这个行业的测试人员当你看到这篇文章时你就能理解你为啥会有这样一位老大,或者很幸运至今你都没有碰到过这样的人,你的工作伙伴很好那就当看这篇文章有不一样的体会,更加轻松吧;如果你初为测试组长,测试老大,测试主管,测试经理,当你看到这篇文章时当你曾经和我一样为人难以相处时我希望你看完这篇文章之后可以意识到那样的我们其实很不受欢迎,并希望你我为此在未来发生适当的改变;如果你是一位入行很多年,很有经验和心得体会的老朋友,那我很期待再未来的你能适当的分享一些此类体会让我们共勉。
加我VX:atstudyIT 回复关键词“测试”领取限量软件测试学习资料哦~~
posted @ 2020-01-02 17:28 51testing 阅读(148) | 评论 (0) | 编辑 收藏
 

2019年12月30日

Excel+Python十分钟跑完批量API,就是这么简单粗暴又好用
现在API测试被越来越多的公司重视,对于测试工程师来说每次收到需求之后首先要做的是研究需求文档。既然接口是两个独立系统之间同步数据或访问对方程序的途径,我们也就是要先看看这些接口到底是连接了哪两个系统,它们之间的关系到底是怎样的。所以一般需求文档里会包括接口名称,接口描述,接口类型,接口地址,推送参数,返回参数这几项内容。熟悉Postman的同学可以发现这些都是必需的部分:
有了这几项内容之后,我们需要把需求文档转换成Excel,这样不管是做案例管理,还是对比结果,都相对容易一些。而后期Python读取和写入也更方便。在Excel中,我们只写入变化的部分,而对于相对固定的,例如server信息则直接在Python代码中参数化。所以做出来的输入文档如下:
有了这些内容,我们还是使用xlrd和xlwt包对excel进行处理,对于如何使用xlrd和xlwt就不在本文做过多解释了。为什么要新建一个workbook2?因为在跑完一遍之后,如果我们发现有些接口跑出来的结果有问题,我们可以不用关闭workbook1,直接进行修改,然后rerun,就会生成新的workbook2,覆盖之前的结果,节省打开关闭workbook的时间。
workbook1 = xlrd.open_workbook(r"C:\Demo\API\API_Cases.xlsx")
  workbook2 = xlwt.Workbook(encoding='utf-8')
  sheet1 = workbook1.sheet_by_index(0)
  sheet2 = workbook2.add_sheet("response")
读取内容之后,我们对需要参数化的部分进行修改,一般情况下,url的前半部分为http://xx.xx.xx.xx:8080不变,所以我们只需要把excel中第二列取出来拼接成url即可,body部分也如是,如果有固定部分的body,我们可以在python中直接定义,然后与excel中的内容进行拼接:
par_url = sheet1.col_values(1)
  body = sheet1.col_values(2)
当然,拼接的代码需要写在循环里面:
request_url = 'https://postman-echo.com' + par_url[i]
  print(request_url)
执行的时候,我们用到的是requests这个包,如果需求中既有GET,又有POST,又有PUT,还有DELETE,由于用到的参数不同,我们可以分别处理。对于不同请求需要用到的不同的header,我们也可以在循环里对其进行定义,如果区别很大,我们也可以在excel中单独定义一列,然后在代码中加入相应的读取语句即可。对于POST类型的请求,我们需要以下几个参数:
response = requests.post(url=request_url, headers={}, data=body[i])
  print(body[i])
在执行完之后,如果直接写入excel,我们打开response文件之后会发现,所有的返回内容都变成了一行,非常不便于分析。所以我们需要先对返回的数据进行处理,再写入excel。如果返回的内容中包含中文,则必须加上ensure_ascii=False, 否则就会出现编码问题。
json_dic = json.dumps(json.loads(response.content), indent=4, ensure_ascii=False)
最后,我们把整理好的输出内容写入新建的excel文档并保存,就大功告成了。
sheet2.write(i, 0, json_dic)
  workbook2.save(r"C:\Demo\API\response.xls")
其中遇到了一些问题,也在这里提示一下,比如在POST请求中,有些参数是随机数,导致每次发送请求的时候都需要手动修改,否则就会报“已存在”之类的错,这时候我们需要用到random这个包。我们以生成10位随机数为例,在代码中用生成的10位随机数替换掉body中{{random}}的内容:
random_num = str(math.floor(1e10 * random.random()))
  response = requests.post(url=request_url, headers={}, data=body[i].replace('{{random}}', random_num))
运行结果如图:
生成的新文件:
打开这个response.xls,可以看到50个API已经跑完了。点进A1可以看到response的具体内容:
加我VX:atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~

posted @ 2019-12-30 17:49 51testing 阅读(131) | 评论 (0) | 编辑 收藏
 

2019年12月23日

论高危职业,测试员坦然垫底,揭秘一个测试员疯狂的全过程!

1、你把时间浇灌在哪里,哪里就会开花结果。

大三在考研与工作的纠结中,我最终选择了工作,据学长学姐的推荐下就这样开始了我的测试学习之路。因为从未接触过,在图书馆借了几本书,越看越发现和学长学姐口中说的简单相差甚远,没有任何学习思路,黑白盒,测评,工具,软件工程,网络,数据库。。。完全无从下手,周围也渐渐有同学开始选择去报培训班学测试,除昂贵的费用让我望而却步外,还有那颗不服输的心。

点击添加图片描述(最多60个字)

于是,做了一个考研的作息时间,奔上了艰苦的学习历程。不知道哪一本书应该先看,哪本书后看,相同的关键词每本书有不胜相同的称谓和解释,每一本书都从头看起,生怕漏任一个解释,每一天脑子都昏天暗地,到晚上回忆发现想不起任何东西。

第二天起来重复,不知道哪本书看过了,哪本书没看过。无意间在网上看到一个软测招聘信息,看了下要求,眼前一亮,接下来找了好多软测的招聘要求,工整的抄在本子上,知道企业最关注什么,衡量了轻重,这才开始了思路学习计划。

大四第一学期选修课竟然是软件测试,毫无悬念的帮自己和同学拿到了高分。最难就业季的冷风把所有人的心都吹得颤抖,家里安排好工作的孩子们也露出了放肆的笑容,整个系不管身手如何都开始流行撒大网---人手两份简历,男生一份开发一份销售,女生一份测试一份行政,而我固执的拿着一份软测隐忍固执的穿梭在招聘会里,最终成为系里第一批拿到offer的且第一个拿到软测的人。

2、不在乎自己做的事情是否简单,只在乎我做的事情是否不可代替。

后来因为三方的事情没能去到北京实习,最后在西安找了一家公司实习,我只知道概念,对即将开始的工作满怀期待和激情,但是在这个并不重视的软测的公司里,我被稀里糊涂的告知研发位置不够坐不下了,你先在技术支持坐几天吧。在技术支持的哥们儿们出差回来之前,我和另一个实习生坐在空荡荡的办公室里,每天都在复习各种测试知识,等待坐到研发那边后大展拳脚,只是没有想到这种期待是如此的漫长,以至于到最后消磨了我所有的信心毫无意外的颓废了。

突如其来的改变,是同事电脑坏了打电话到技术支持部门求助,好动的心性让我忍不住过去看了下,查了很多百度最后莫名其妙的弄好了,接下来就越来越多的同事找到我,就这样被大家潜意识里变成了技术部门的人。终于见到技术老大和哥们儿的真面目了,分配给我们俩一个项目又出差了,后来才知道这是公司最大项目之一。

客户千奇百怪的问题,在我苦思冥想中,基本都解决了,后来有很多客户都指明要我接电话,这让我在公司备受宠爱。接下来一切都顺风顺水,出外支持,客户培训等等。期间还对整个公司的项目文档进行了分类整理。

3、记住,我给你一个唯一特权。

六个月实习期已经过了三个月了,研发部经理突然找到我说那边有位置了问我愿不愿意调回去,当时我犹豫了一秒答应了。在研发部的日子很沉闷,测试总共有一个老员工和三个实习生,老员工轻描淡写了我们目前进行的项目和即将要做的事情,我抓住了她无意中提到的测试用例,我从没真正写过,于是去上了人生中第一个夜机写了一整晚第二周发给她,她没回应,后来我看到svn上面放的是我的测试用例写的是她的名字,但是我还是很高兴,每天努力地提Bug,看各种文档。

因为我有技术支持比较熟,研发部经理让我写报价单和验收报告,二次打回让我忍不住跑去问他到底需要什么样的,他说我一直在等你来。第三次完美收官。又来了一个新经理顶替他,说是要对研发部门彻底的改革,给所有的实习生开了会,问我们实习的感受,我说很感谢公司让我体验到了真正的测试流程。

后来他对我们各种压迫,逼迫我们通宵加班,一段苦日子之后,他说很遗憾没有人通过他的考验,但如果我们想留,他自己承担我们每月的1200元毫无压力。

我想了一晚上,第二天找到他,和他聊了一个整个上午,他说他很欣赏我,但是不欣赏我现在的能力,然后亲自给我做了一个测试面试作为离别馈赠,他说你看吧,在这几个月里你学到的东西和你几个月之前知道的没有多大区别,那留在这里还有意义么?

然后我才知道自己已经闭门造车了多久,自己到底有多差劲。他还告诉我说技术支持和培训学员那边都给他打招呼想把我调过去,部门任我选,我拒绝了。我起身告辞时,他叫了我的名字,说,记住,我给你一个特权,等你有了足够的能力的时候如果想回来,我随时为你敞开大门,只为你。

4、从一开始,就没有得到使用我是新手这个理由的权利。

经理的话深深地影响着我,于是一拿到毕业证我立马到了东莞,早上下火车,下午去跑去另一镇面试了,没有经验的应届毕业生,没有任何的优势拿到稍微平衡的工资,我现在都还不知道当老大sunny chen给我offer是看中我的信心还是对工资的谦逊态度,总之他说需要让我完全支撑测试流程的时候,我犹豫了3秒然后坚定的告诉他我可以。

其实后来一直很心虚,因为我不太能听懂他讲的普通话,里面隐约的几个关键词我想我是从来都没听过的。

第一天上班,他说他给我一个周的时间让我熟悉业务并找好用的测试管理工具搭一个测试环境,我才开始查什么叫测试环境,测试管理工具哪个最好用,无数次试验,重装,查错,星期四搭了bugfree,并能顺利发邮件。

我想现在我应该还不能完整顺利地搭出来,因为当时错一个改一个完全没有章法,搭好可能真的是老天在帮我。我们是小公司的一个独立的小部门,自主研发客户管理系统,会员管理系统,仓库管理系统等等共10几个项目,目前主在做核心的五个系统,即同时测5各项目,后来老大在外面接私活儿来做,很忙但乐不思蜀,白天疯狂的测试,晚上学习,公司,宿舍,饭堂三点一线。

我根据我们的项目修改了bugfree里的状态,为项目做了各种文档的专用膜版。老大说给私活儿测测性能吧,然后我花了一个周的时间下载了lr并安装,终于接触到了对我来说神一样级别的东西。

5、不想在失败的时候退出,要退出就站在巅峰之后再退出。

花了很多时间和客户交流沟通,培训,经常弄到半夜一两点,最终在部门被撤除之前完成了私活儿和客户管理系统。星期四早上被告知要撤除,下午我投了简历,星期五中午散伙儿,下午我去面试。

安静的周末让我更加低落,西安的朋友都说快过年了回去吧,过完年在西安找工作,一切都会好起来的。我哭了,不是我不想回去,而是不想这么狼狈的回去,我不甘心。星期一人事打电话通知我面试通过问我什么时候能去上班,我说明天。

6、精益求精做自己喜欢做的事情。

不得不事先吐槽一下,我掉进一个狼窝了,上家公司虽然比较忙但时间自由,只要完成任务可自行安排上班时间,那时程序猿们经常12点才来上班晚上上到很晚。

这里886的工作制度,我没有额外的时间和精力学习了,每天无穷无尽的测试,第一天早上办完入职手续,给我说了下用的什么系统,要测什么项目。下午就正式提交bug了。没有需求分析,没有任何文档,只有一堆效果图,对业务的理解就要看对效果图的理解程度了,这是经理给我说的除面试外的第一句话。

公司自主研发的5个web项目,给我两个,另一老员工负责三个。我没做过web项目的测试,又算新的邻域!我信誓旦旦的觉得自己测得很全面的时候。一个偷懒的美工找了几个微妙的样式bug给我,两个页面的淡蓝底色宽度不同,还放在一起截图给我,那1mm的差距真的让我傻眼了,原来测试还可以这么细致。

我的强迫症就此变得更加严重了。每天上班第一件事测试外网有没有问题,下班前最后一件事测试外网有没有问题。在不久后那个老员工因疏忽把一个bug放到了外网在群里被批评,我庆幸自己有这样的先见之明。

7、很牛的人都有一段很苦逼的经历。

当这个项目接近尾声时,生活开始异常无聊了。幸而不久后公司开始全面推广老员工手上负责的一个项目,我也加入了战列,但真的不知是福是祸。对项目的不熟悉,而项目紧急,没办法停下一分钟,客户的反馈接踵而来,让我们应接不暇。就这样第一次推广失败。

接下来的一个月便是魔鬼般的日子,每个人都顶着巨大的压力,可仍超出经理承诺给boss的时间的两周,然后,毫无意外,这样的紧迫下必须以失败告终。终于boss仁慈再给了2个月时间。

为了凸现隆重,第三次推广新加了10个有奖活动。交由我负责,就是这持续一个月的活动让我体会到了测试生涯中最苦逼的日子。每天卡着时间点和用户抢大奖,费尽心思制造各种真实数据,还得不停地测试我所负责的模块。

最后由于客服在微博上和用户起了争执,于是微博交给我管理,还要顺带解答用户所有的问题和疑问。做活动关系到拿奖提现,只有我最清楚每天哪些是真实用户和真实的中奖记录,顺其自然的又落到了我的头上。

在巨大的心理压力和身体压力下,很荣幸的长出了人生第一批痘痘,来势汹汹让我措手不及。我想我可能坚持不下去了。在活动结束的最后一天,boss拍拍我肩说,这下你轻松了。顿时心里的石头哐哐结实的落地。手上却还是停不下来,谁叫测试是无穷无尽的呢?

然后公司外出学习的名额内定到我头上,还神秘的涨薪,接下来还是没有完,顺其自然受到重视,顺其自然的任务总是比别人多,我相信,在不久的将来,也会顺其自然的,成为牛逼的人吧!

加我VX:atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~

posted @ 2019-12-23 17:42 51testing 阅读(111) | 评论 (0) | 编辑 收藏
 

2019年12月18日

一位面试了20+家公司的测试工程师,发现了应对面试官的“绝杀四重技”!

年少不懂面试经,读懂已是测试人。

大家好,我叫苗条小胖,一名历经沧桑,看透互联网行业百态的测试从业者,经过数年的勤学苦练,精钻深研究,终于从初出茅庐的职场新手成长为现在的测试老鸟,早已看透了面试官的种种套路,更是看尽了求职者的措手不及,既有尔虞我诈又有惺惺相惜……

蓦然回首,许多年前,我也是另一个求职者。故将我的面试经验分享给你们,希望每一个看过这篇文章的朋友都可以过五关斩六将,镇定自若,信心满满地应对面试!

【一】面试软件测试,你需要知道哪些?

常言道:知彼知己,百战不殆。那么对于面试软件测试中,我们需要知道哪些方面,才是我们制胜的法宝。

1、简历的重要性

首先,对于简历上提到的任何技术点,作为应试人员,都应该非常了解,因为这是面试官针对性发问的首选。即使不能够非常清楚地阐述其原理,但是在应用层面,至少应该可以清晰地说出在工作中的用途,并且可以简洁地描述出在自己项目中的应用情况。比如,在自己参与的项目中,采用了什么样的测试架构,如果是自动化,那么基于怎样的平台,有哪些工具,完成了怎样的功能。

换句话说,也就是所有写在简历里的项目,作为应聘者的你,都应该就此可以侃侃而谈,而不是看着什么热点就随便写一些上去。那样的简历虽然看着很好看,但是实际上到处都是漏洞,经不起推敲发问。

同样的,在自我介绍阶段,面试官也会对于面试者的表达,有重点地进行筛选发问,这一段自我介绍的准备和注意点,与准备简历是相通乃至相同的。

2、职位技术要求

其次,在面试之前,对于所应聘的职位应该有所了解。针对岗位的职责和要求,来进行有侧重的准备,包括简历和面试。软件测试的内容也并不仅仅是测试软件那么简单,而对于所有相关的方面,都应该有所了解。如果是手工测试,那么测试用例设计和测试思路就是非常普遍的考察点。如果是自动化测试,那么对于自动化测试工具的掌握甚至部分代码能力的考验,就是必须的了。

在当前的软件行业里,敏捷甚至DevOps都已经成为了业内标准,那么对于这个架构下的相关背景知识,是完全需要有很清晰的了解和熟练掌握的。从测试的角度来谈有关敏捷的话题,会让你加分不少。

3、选择适合的岗位

第三,面试并不是一个选拔性的考试,不是择优录取,而是选择合适当前岗位的人选。所以,如果是一个初级测试工程师,应聘测试专家很难成功可以理解。那么反过来,一个具有丰富经验的资深测试工程师,应聘初中级测试工程师的岗位时,成功的可能性也并不大。所以面试也并不是一个越厉害就越可以通吃的场合。不管如何,合适最重要。

4、面试官的决定权

最后,面试官的身份也有一定的决定权。很多公司的第一轮面试会和HR筛选简历进行结合。所以面试往往就是技术人员的面试,而面试官的身份或者背景也会对面试的结果产生重大影响。一个开发出身的测试面试官,往往会从本身的工作经验及内容出发,可能会更多会在编程语言的细节和自动化脚本的编写方面进行发问和了解,对于测试理论可能涉及到的不多。而资深的面试官,往往询问的会比较全面。这个就要看在面试过程中,面试官关注的角度进行分析,来有针对性的回答。

【二】初级功能测试工程师在面试中,常见的面试问题及其分析。

初级的功能测试工程师,往往是软件测试行业的初窥门径者。这就意味着他们对于软件测试理论和测试思想不可能有非常深入和广泛的了解,那么作为初级人员,在面试中往往会遇到怎样的场景呢?

其实,这种场景也往往意味着面试官的水准也非常重要。此时的面试官可能更多会注意到在测试工作中,面试者是否满足最基本的工作要求,而不是达到怎样的工作技能等级。

面试常见问题(一):

“请你简单介绍一下你自己和参与的项目”,“你从参与的项目中都有哪些收获”……类似这样的问题,是面试官试图通过面试者的自我描述,来确定面试者在项目中的角色和责任,以及具备怎样的工作能力,是否具有上升的空间。

如何回答?

这个时候,对于面试者自身的情况介绍,一定要避免夸夸其谈,涉及高深或层级较高的技术点。因为一个初级测试工程师,是不可能深度参与或者管理一个项目的,那么在个人介绍中,就要着重说明自己在项目中的工作内容,以及对于工作的理解。表现出自己应有的位置,当然,如果你真的是非常了解测试的技术要点,只是工作经验欠缺,那么你需要的只是项目经验和锻炼,那么你就可以把自己所了解和掌握的内容与当前的工作内容结合起来,有一说一,这样面试官就不会产生你是在言之无物的印象。

面试常见问题(二):

“我们假设有这样一个问题……,以你的角度来看,你会怎么做?”,“这里有一个项目……,如果让你来设计测试用例,你会怎样安排,思路是怎样的”,这一类的问题,主要是考察测试工程师的测试分析能力以及测试用例的编写能力。

如何回答?

这在软件测试工程师中,是非常基础的能力,也是很见基本功的方面。不要小看这种基础问题,想要进阶,这些基础能力必须非常扎实。

在此时,你需要的就是将这个问题当作一个项目,按照流程有条理地进行阐述,充分暴露自己的思维过程。

面试常见问题(三):

“你对XX了解多少,谈谈自己的认识”,这样的问题是用来考察面试者的视野是否仅仅局限在工作本身。

如何回答?

俗话说“不想当厨子的司机不是好木匠(划掉),”是“不想当将军的士兵不是好士兵”。那么,对于一些当前较热门甚至前沿的技术或框架,作为初级测试工程师,如果对此有涉猎乃至研究,有自己的看法,那么对于自己将来的成长是很有助益的。企业也是很乐意培养这样有潜质的员工。

对于这类的问题,作为初级从业人员,就需要平时的积累和沉淀,对于行业的发展要有自己的总结和见解。

【三】通常企业中是如何定义初级和中高级测试工程师的,不同等级对于技能的要求都是哪些?有何不同呢?

初级和中高级测试工程师,在测试工程师本身来看,可能更多是侧重于测试能力和经验的差距。

而实际上在企业中,对于初级测试工程师来说,往往更多的是安排测试用例执行,或者较为基础和简单的功能测试。而具备了用例设计和测试计划能力的,就可以进阶为中级测试工程师。具备了自动化测试能力,对于测试理论有了深入了解,对测试工作有自己的见解,就可以归为高级测试工程师了。

我们从以上的一种划分标准来看,除了对于测试技能和测试领域的覆盖,对于测试工作是否能够从理论上的角度来进行分析和掌握,是区别初级中高级测试工程师的一个分水岭。

初中高级测试工程师的技能要求关系,我们可以理解为,工匠和大师的差别,简单来说就是从Executer到Designer的区别。简单的执行是工作的基础,而涉及到通过测试理论和测试思想来进行顶层设计,则是整个测试工作的上层建筑。

这就可以梳理出一条相对清晰的路径:

①从初级人员开始,测试用例的执行,将作为整个工作的基线贯穿始终。可能对初级的测试工程师来说,不管是手工测试还是自动化测试,执行测试用例的能力是必须的。

②而到中级测试工程师开始,随着对于工作的理解和自身经验的积累,具备了一定的设计和规划能力,则是中级测试有别于初级测试的标志,而此时的工作内容也会加入一定的设计和规划。

③而要想进阶高级测试工程师,除了技能上的全面掌握,对于偏顶层的测试架构也要有所掌握,而这个掌握的基础就是对测试理论和测试思维的深入了解与熟练掌握。

加我VX:atstudyIT  回复关键词“测试”领取限量软件测试学习资料哦~~
posted @ 2019-12-18 17:31 51testing 阅读(150) | 评论 (0) | 编辑 收藏
 

2019年11月20日

为什么零基础会入不了Python爬虫的门?8个常用技巧助你一臂之力
     摘要: python作为一门高级编程语言,它的定位是优雅、明确和简单。我学用python差不多一年时间了,用得最多的还是各类爬虫脚本:写过抓代理本机验证的脚本,写过论坛中自动登录自动发贴的脚本,写过自动收邮件的脚本,写过简单的验证码识别的脚本。 这些脚本有一个共性,都是和web相关的,总要用到获取链接的一些方法,故累积了不少爬虫抓站的经验,在此总结一下,那么以后做东西也就不用重复劳动了。 1、基本抓取...  阅读全文
posted @ 2019-11-20 17:42 51testing 阅读(140) | 评论 (0) | 编辑 收藏
 
仅列出标题  下一页