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博客 | 首页 | 发新随笔 | 发新文章 | 联系 | 聚合 | 管理

个人经验分享:程序员如何高速改bug?改bug有哪些技巧?

那天同事问我你有什么突出的地方,我想了半天,觉得我最突出的地方就是改Bug比较快,所以今天我就对改Bug的技巧做下总结,欢迎补充。

途径

重启试试

作为人生四大真理(多喝点水,重启试试,喜欢就买,不行就分),重启有时候能解决很多莫名奇妙的bug,不过大多数没什么用,现在我开发的帮助中心充分能体现重启的威力,经常访问不到,但是重启下就好了。


断点调试和日志

断点调试对付逻辑上的bug非常有效,偶尔也能对付高级bug。咱们组基本上都会用断点调试,不像前两年我面试别人的时候,最常规的问题就是你平时怎么调试,几乎所有人都说system.out。啰嗦一句,不知道大家有没有发现,作为一个程序员,开发效率主要是被各种莫名其妙的Bug拖累下来,有时候你发现一个功能写了一天都没什么进展,总有那么一两个bug是你无论如何都过不去的。

面向谷歌编程

这个主要是用来对付你从来没有见过的bug,或者报错信息是你从来没见过的。谷歌大多数情况下能帮你找到正确的答案。与之类似的还有面向百度翻译编程,实在懒得看一大段出错信息,可以贴到翻译工具里面,虽然很少有提示信息超过一句话的。上次一个哥们给我打电话,说我们的服务器启动不了了,你帮我看下吧,我说行啊,你把日志发我吧,他就发了我一小段话,英文的,大致意思是密码过期了,非常简单。我让他改过密码就解决了。

找别人帮你看看

这个途径也非常重要。记得刚工作的时候,我有个编译错误无论如何都解决不了,我找我师傅过来,我师傅看来半天说,你的逗号是中文的。我说不能吧,他让我把那句话粘到记事本里,我一看,果然是中文的。顺便提一句,大家最好设置下自己IDE的字体,好的字体不仅赏心悦目,对于查bug也是非常有用的

心得

如果重启一次没用,那重启两次一样没用

对于发现不了问题的Bug,重启一次解决不了,那就不用再浪费时间重启了,再重启肯定也解决不了。这个道理我很早就想通了,但是总是心存侥幸一遍遍重启浪费时间。

如果你调试过了的地方没有问题,那很可能这一片代码真的没有问题

浪费时间的另一种途径,就是在这一块找不到问题,再来一遍,甚至两遍。最近印象比较深刻的就是上次有个同事遇到一个神奇的bug,他从头到尾都没用过缓存,结果他的查询结果总是被缓存起来,我帮他解决的时候,他才发现,原来是别人在同一个配置文件里,开启的全局缓存

快速浏览异常栈,只看与你的代码/配置有关的地方

很多人看见一片异常头都大了,我也头大过,自从我知道这个技巧之后,我的头就没那么大了。Java EE的异常栈非常有特点,最有用的地方不是在最上面就是在最下面,我看异常栈的时候,喜欢从下往上看,所谓从下往上看就是从最下面的一个Caused By:xxx,这里是最根本引发异常的地方,有经验的人一看就能看明白异常种类。从这里看出的异常非常考研一个人的开发经验,这里的异常一般都跟框架使用规则有关。从上往下看异常,最容易找到自己代码里的异常,比如空指针啊,数组越界啊,都是在异常栈的最上端,这是最能指出你代码出问题的地方。

多用用排除法

对于久攻不下的bug,请先遵循心得一和心得二,然后再看这里。尝试着改变代码里的某些参数,修改某些配置,能帮你快速定位问题。在使用排除法的时候,大家一定要时时刻刻牢记心得一和心得二。今年以来遇到的最顽固的bug是springMVC和spring结合的时候,对于更新操作一直不能拿到数据库的写链接。调试这个问题的时,我先用Junit测试通过了service方法,发现单元测试的时候一直没有问题,一启动web容器就会出现这个问题,然后我就一直在改spring的配置文件,各种尝试都无法奏效,当时我就忘记了既然spring没有问题,问题肯定出在springMVC的配置上了呗,这个问题调了一天半,最后我干别的事情的时候,突然顿悟了,后来去网上找了找,最后还真是springMVC的问题,由于springMVC在调用链的上端,它也可以管理事务,导致spring无法管理事务,所以没办法开启一个写事务。

知识和想象力非常重要

技术都是相通的,你懂的技术越多,你对技术的理解越深,你越能找到Bug背后隐藏的东西。反过来,知识很可能变成我们的障碍,使我们变得自负,顽固,限制想象力,要时常提醒自己,莫要止步不前

其他

要学会使用IDE。这点非常重要。全文搜索和文件搜索是非常有用的功能,直接搜索能比你从一堆文件里找到你想要的快很多,IDEA的搜索功能非常强大。

重构时,最好使用IDE提供的工具,IDEA的重构功能也非常强大

对于由于自己疏忽,漏写了什么东西导致的莫名其妙的BUG,看异常栈能大致定位到你的问题,所以还是谨慎点,这个基本上也没有什么防范的办法

Java EE是一种仪式感非常强的技术,换言之,某个地方该出现什么,虽然你不知道为什么要出现这个,但是最好像举行仪式一样让它出现,但是千万不要画蛇添足,这样就能保证你写的程序大差不差。

最好自己能明白自己写的是什么。这个看起来有点像废话,但是你调用其他人的东西的时候,最好读读API,如果没有的话,搜下。现在咱们用MAVEN,这个工具非常好的一点是能帮你把源码下下来,实在不明白的地方可以在人间的源码里打断点,跟着走。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ 群: 755431660

posted @ 2019-03-26 18:02 51testing 阅读(77) | 评论 (0) | 编辑 收藏
 
写给测试小白:怎么快速找到bug?怎么写测试用例?

软件测试工作中找bug就是这个岗位本身立足的职责,那么对于很多新人和新入行的同学们来说,这个过程会有点苦逼,毕竟经历的项目经验不多,想快速的切入寻找bug往往会比较痛苦。


那下面我就以自身的经验来普及下如何在工作快速找出系统的不足或缺陷。

1、熟悉你做的产品

不管你是Dev、Test或者PM,熟悉自己开发的产品越多越好,你不但应该熟悉自己开发的模块,也应改熟悉和自己模块相关的其他模块,他们之间是怎样协作的。比如数据库中的某个字段,是如何被各个模块使用的,这利于你在设计阶段就能够找到Bug,把修复的成本降到最低。

同样,你需要熟悉这个产品以前的版本,因为无法向后兼容和升级的产品恐怕很难获得用户的认可。在测试过程中,如果你发现你的产品和以前不兼容或者不一致,80%的情况,这是一个Bug。

2、尽早的去发现Bug

我们大家都知道,Bug修复的成本是和Bug被找到的时间成指数关系的。越早开始找Bug,你能找到的Bug也就越多,对项目的贡献也就越大。

3、每天Review别人的Bug

如果你的团队没有每日的Bug Report,我建议你们建立一个,其实技术上应该没有任何的难度,通过Bug追踪系统的API或者数据库,你完全可以得到你要的数据,这样,整个团队通过学习每天察看别人的Bug,你可以更加容易发现Bug,也不会发现那种Duplicated Bug。现在经常有人跑过来问我,某个Bug是不是一个已知的问题,因为我每天都看Bug Report。

4、在你的日常生活中多准备一些测试的模式

模式是一个很时髦的词,因为它很有用。在日常的测试中,多准备一些测试模式,你会有非常大的惊喜,有时候一个使用一个模式,你可以找到10来个Bug也不是不可能的。比如,使用特殊字符作输入数据;断开网络看UI是否会Crash;在本地化版本中,各个字符串提示是否被本地化;

5、多测试各个模块之间的合作

各个模块之间的测试往往是我们测试中的薄弱点,对于用户来说模块间的合作却至关重要。往往一个数据在模块A中是合法的,在B中却是非法的,一定要找出这些数据,往往者都是Bug

6、编写自动测试代码

你肯定不原意每天都去做同样的事情,那样太没有意思了,简直就是对你的智慧的侮辱。但是一旦我们不进行这些测试,突然有一天早上,我们发现我们的产品以前能够很好工作的功能突然就不工作了,于是大家乱作一团,有人急着修复它,有人在找是谁Check in的。

7、查看产品代码

通过查看产品代码,你往往能找到一些Dead Code或者逻辑上的Bug,这些Bug常常是你无法通过手工测试找到的。

初次怎么写用例?

有很多朋友初次写用例,不知道从何下手,虽然有的公司给出了相关说明文档,但是写起来还是不能得心应手,编写用例方法有很多种:功能导向用例(边界值、等价类等等),用户导向用例(场景法),用户、功能相结合导向用例……

那么对于初次编写用例,应该怎样高效率的编写用例?应该注意点什么?

一、功能导向用例是按照系统需要达到的每一个功能,进行编写用例,这样的用例着重点在功能实现上,而没有考虑到每个功能之间的关联,因而虽然用例已经达到功能覆盖,却不一定达到逻辑覆盖,因而这种方法通常会和其他方法结合使用。功能导向用例是每个用例编写者前期最常用的方法。

二、用户导向用例是按照用户的习惯,将用户使用系统的每个目的作为一个目标,以每个目标实现为基点设计测试用例,但是设计这一类用例,初写者,可能会产生很多困惑(下面写一下我第一次写的时候有哪些困惑,并针对这些困惑,后来采取了怎样的解决方案)

1、编写用例的第一步我该做什么?

理解系统,首先站在测试的角度深入理解系统的每个功能与系统业务逻辑,画出业务逻辑图(即:系统能做什么)。

其次站在用户的角度,列出用户使用系统的目的(即:用户使用这个系统,想干什么?)

2、怎样确定用户目标?

不能确定用户目标,可能由2方面原因造成:a>对系统不够熟悉,b>不了解用户背景。对于第一点原因,那是你自己的原因,只有回过去头看文档了,对于第二点原因,可以从‘系统能做什么’推算出‘用户可以做什么’然后再总结出‘用户可能想做什么’,当然这样做的前提是你对系统已非常熟悉。

3.这个月我将做什么?

刚进入测试行业是怎样总结的(利用测试管理工具进行总结):

1)把测试管理工具中的缺陷全部分类导出,总结一下哪些模块容易产生哪些缺陷,重点看一下自己没发现或没有考虑到的缺陷。

2)如果说测试新人工作的第一层次是从执行用例开始,那么第二层次就是编写测试用例了。把测试管理工具中的用例详细看几遍,学习别人的用例编写方法和思想,空闲时间可以自己试着编写,看自己编写的与别人编写的用例差距在哪,从而不断完善。重要说明;着重用例编写方法和思想的学习,而不要死搬硬套。

3)进入一些测试论坛,把自己的困惑和经验和大家一起分享,在学习中,不断进步。

总结:

正所谓功夫在诗外,测试理论知识就是那么多,理论知识掌握之后就要不断的参与到项目中来,一个一个项目的练习,锻炼自己的发现Bug的能力,就算随机测试,一个好的测试和一个坏的测试,他们发现问题的能力也是完全不同的。以上完全是个人的一点体悟,未必上的了台面,各位看官,看的时候也请多多指教。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ 群: 755431660

posted @ 2019-03-25 17:38 51testing 阅读(110) | 评论 (0) | 编辑 收藏
 
手把手教你如何使用TestNG框架创建Selenium脚本?
     摘要: TestNG在某种方式上对于开发者和测试者来说是一种更高级的测试框架,如果已经使用Junit框架的人来说,TestNG并没有什么高级的特征。JUnit在Java应用程序、Java开发人员和Java测试人员中很流行使用,很大程度上提高了代码质量。尽管JUnit是一个易于使用和简单明了的框架,但它也有自己的局限性,这就需要引入TestNG。TestNG是由一个名为“Cedric Beust...  阅读全文
posted @ 2019-03-22 17:29 51testing 阅读(96) | 评论 (0) | 编辑 收藏
 
想入职软件测试岗?前途怎么样?那你必须警惕这几点!

3、4月跳槽季真的到了。机会就在眼前。但是你能把握住吗?

今天我们一起来探讨下,早年前,市场都说软件测试职业,门槛低,入门简单,更多的人觉得找不到工作就干测试:

1、代码写不下去,因为测试简单,跑去做测试的;

2、工资低,因为测试简单,入行的;

3、有不想读书的......各种理由跑去做测试的。


但是,经过了互联网科技的发展、AI人工智能的出现、大数据的出现,更加推动了软件测试行业的发展,你已经不能用老思维去想这件事了~软件测试行业的发展之快,同时带来了竞争压力大、技术更新快、人才辈出等问题,而仍未作出改变的软件测试员慌了!这样的疑问比比皆是:

“想转行又不知道能去做什么?”

“不知道30岁以后还能做什么?”

“想去大厂但……”

担忧的总是未来,慌张的却是现在,这些都是有理由的。先来看一张图片,这是某招聘站的招聘需求:


看看这份职位要求,简要概述就是:语言java、python至少掌握一个,自动化测试工具和框架你得会吧,同时还要求自己可以搭建框架,同时有项目实战经验.....

而且同岗位的招聘,还是有很多,而需要应聘者能力都差不多,所以大家发现问题了吗?为什么这么多人挤破脑袋进入软件测试行业,每天发布的岗位数也很多,但是依旧有人失业?依旧有人说一直找不到工作?

所以迷茫,人到中年,互联网寒冬,这些理由或许只是部分原因,但是不是成为你找不到工作的根本原因呀~

这里给大家几点建议,希望你能够把握好:

1、硬技能

看得懂基本的代码

能了解整个项目的数据流、业务流,方便快速定位问题,测试深层次 Bug

Linux和数据库(必备知识)


掌握一些测试工具,同时快速上手使用。比如(Jmeter、selenium等等)对接口测试的一些基本知识的掌握:


最好了解持续集成、,性能测试这块的内容。对项目管理,有一个基本的认识

2、软技能

这部分就是我们常常说的包括:团队合作、主动学习的能力、沟通能力、工作效率和工作习惯的部分了,以及工作心态的部分。这类的文章很多,大家可以多去找着之前的内容,了解一下,不做多说了。

祝愿大家都能有个好前程,咱们下次再聊!

未来很快就会变成现在,加入我们,一起学习python测试开发内容!扫码,领取免费试学:


posted @ 2019-03-21 17:12 51testing 阅读(93) | 评论 (0) | 编辑 收藏
 
Linux的优缺点,Linux与windows的区别

当我们每个人接触Linux之前,应该先接触的都是windows吧?但我们一般接触Linux后,习惯linux的管理和使用方法后,我们再回过头再来使用windows的时候,内心其实是拒绝的。我们会觉得图形好麻烦,图形好Low的感觉,这个时候我们差不多是一个linux的重度爱好者了。对于Linux是欲罢不能的,真是一个遇到贵妇一样的感觉,总是觉的她很神秘、很多我们想探索的地方。

windows和linux作为杰出的系统代表,磕磕绊绊在所难免,他们之间也有很多不为人知的故事。


一、Linux的特点

①与unix系统兼容

②自由软件和源码公开

③性能高和安全性强

④便于定制和再开发

⑤互操作性高

⑥全面的多任务和真正的32位操作系统

二、win系统的特点

直观、高效的面向对象的图形用户界面,易学易用,Windows用户界面和开发环境都是面向对象的,这种操作方式模拟了现实世界的行为,易于理解、学习和使用。

三、Linux与win的区别

1、免费与收费

在中国,windows和linux都是免费的,至少对个人用户是如此,如果那天国内windows真的严打盗版了,那linux的春天就到了!但现在linux依然是任重道远,前路漫漫。

不过也有人说,如果说linux是免费的,国内windows也可以说是“免费”的,很少用户为windows付费,所以linux并无价格优势。关于付费区别这个问题就是仁者见仁智者见智啦!

2、软件与支持

Windows 平台:数量和质量的优势,不过大部分为收费软件;由微软官方提供重要支持和服务;

Linux 平台:大都为开源自由软件,用户可以修改定制和再发布,由于基本免费没有资金支持,部分软件质量和体验欠缺;有全球所有的 Linux 开发者和自由软件社区提供支持。

3、安全性

Windows平台:三天两头打补丁安装系统安全更新,还是会中病毒木马什么的,各位用户自己感受。 

Linux平台:要说linux没有安全问题,那当然是不可能的,不会中病毒什么的,也不可能,这一点仁者见仁智者见智,相对来说肯定比Windows平台要更加安全,使用linux你也不用装杀毒软件了。

4、开源

开源就是指对外部开放软件源代码。一个独立商业团体的合法知识产权、资产权益遭受政治强权的公开侵占、迫害,这就是微软在欧洲所面临的开源问题(至于微软是否是奸商,这是另一码事,并不能成为打砸抢、吃大户的理由)开源与否,软件厂商有选择的权力;是否购买使用这个产品,这才是用户的权利。

但是对于开源免费这个好处,也有它的隐患:出了问题不如商业系统的客服好。大量非技术人员不敢这么赌。

其实想深一点,如果linux不开源,它还能有现在这个市场吗?因为很多人就是冲着开源才使用linux的。

5、使用习惯

一样的地方:桌面、图标、鼠标点击,有区别吗?不一样的是,windows放弃了dos的字符模式,主攻图形界面,让桌面系统更易用。linux字符模式运行的更好,图形界面还只是附带品,可有可无。根据他们的上市时间来看,只能说linux把windows扔掉的东西又捡回来并且发扬光大。

但在实际操作上,我听见大多数软件测试的同事吐槽过linux的界面极其丑陋,功能还很少,吐槽最多的就是它的输入法,试了好几个,都不好用。

6、技术支持

如果你不熟悉或从来没接触过电脑:

学windows:那身边随便一个上过网的人都可以指点你两下。学linux:呵呵,自学有点难度,看书或者看系列视频。

如果你熟悉电脑和上网,那Windows和Linux其实没什么区别,网上都有各种资源给你查,但是找修windows电脑的人远比找一个修linux电脑的人容易得多!实话!

7、linux与windows重要区别

①linux区分大小写,windows在dos界面命令下不区分大小写;

②linux所有内容均以文件形式保存包括硬件,用户,而windows文件和硬件没什么关系,两个之间没有关联;

③windows用扩展名区分文件如.exe代表执行文件,.txt代表文本文件,而linux无扩展名的概念,当然为了管理员区分方便会有部分扩展名如.gz,.bz2,.tar.bz2代表压缩包,.html,,php代表网页文件,这些纯粹是给管理员看的便于区分,但是linux本身是没有扩展名的,linux是以权限区分文件的,文件权限总共有十位(可用ls -l查看每个文件的权限),例如-rw-r–r–,第一位代表文件的权限位,linux下有七种文件类型:

-代表普通文件

d代表目录文件

l代表链接文件

b代表块设备文件

s代表套接口文件

p代表管道文件

c代表字符设备文件

后面每三位分别代表所有者,所属组和其他人的权限。

④windows下的.exe文件不能直接在linux下安装与运行,同时linux大部分是字符界面,大大增加了linux系统的安全性,减少了木马攻击的可能性,同时linux字符界面占用的系统资源要小于windows下的图形界面所占的资源。

四、总结:

Linux是可以任意包装自由配置的东西。任何一个人,一家公司都可以按照自己的想法,比如加一点功能,加中文支持,作一个Linux出来。这些 Linux虽然核心部分都一样,但是他们所带的各种软件,缺省配置都不一样。

区别是用一种Linux发布 (不同的Linux我们叫做不同的发布)也许硬件很好配置,各种软件也好安装,用另外一种也许速度快,再一种也许支持中文比较好。

总之没有白吃的午餐,在windows下想当然的东西在linux下也许需要你熬夜才能得到 。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660

posted @ 2019-03-20 17:31 51testing 阅读(91) | 评论 (0) | 编辑 收藏
 
软件测试人员和QA必须关注的15个网站,值得收藏!

相信大家在学习的时候,不管学什么,都会习惯性地寻找各种学习资源。在大家自学软件测试的时候,也不会例外。那么,软件测试网站有哪些?我们到底应该如何精通软件测试呢?我们不妨一探究竟。

日常学习除了在一些自媒体、博客以外,我们可以多浏览软件测试网站或者关注一些测试相关的公众号,便于我们深入学习,提升职场见识。现代是“知识付费”时代,很多优质的材料,都需要付费去获取。但是只要你善于去寻找,你可以发现很多很好的平台,我们可以在上面获取别人的优质分享。在此,我分享一下日常我获取资源的途径,此次分享限于网站。


网站1、http://www.softwaretestinghelp.com

这是一个几乎能满足软件测试人员所有需求的一站式网站。该网站每月有超过一百万次的浏览量,是软件教程、认证、手动测试、自动化测试、面试问题、测试模板、质量保证、职位空缺、敏捷测试、测试设计技术、专业书籍等等更新频率最高的网站。


网站2、http://www.softwaretestpro.com

这是一个在线的测试和QA爱好者社区,为全球约5万名专业人士提供见解。该网站包含了一些以研究为基础的材料,包括白皮书、行业新闻、文章、活动和会议信息等。


网站3、http://www.teatimewithtesters.com

这是一个极受欢迎的软件测试杂志(网站),免费提供测试行业的知识。网站设计非常有创意,并且会定期更新内容。所有热爱这个行业的朋友都可以通过这个平台不断学习和成长。 


网站4、https://www.utest.com

uTest是一个专业网站,绑定了20多万名来自世界各地的测试者。它为自由软件测试人员提供了一个获取付费项目的平台,提高了他们的技能和知识基础。该网站提供两个成员资格:完整的用户可以访问测试人员社区和付费项目的;轻度用户只有访问测试人员社区的权限。


网站5、http://www.guru99.com

Guru99在QA和测试主题方面提供了值得信赖的可靠知识来源。凭借丰富的学习资源清单以及围绕测试管理、性能测试、企业测试、移动测试和安全测试的庞大信息库,已经有700多万人加入了该网站。该网站的愿景是“为所有人,提供实用的免费教育”。

网站6、https://www.dzone.com

如果您喜欢软件测试,并且愿意为社区做些贡献,那么http://Dzone.com就是您的最佳选择。

该网站有超过一百万的会员,社区提供有关测试自动化、测试管理、DevOps等方面的最新进展信息。您可以分享文章,还可以作为MVB加入团队。

除此以外,该网站还有关于AI、大数据、Java、云计算等等各个IT行业的知识。


网站7、http://www.ministryoftesting.com

这是一个由软件测试行业的主要影响者Rosie Sherry运行的英国平台。Rosie Sherry专注于通过她的网站来创建一个协作社区,分享行业事件和会议等,致力将社区打造成一个为行业的软件测试提供重要见解的网站。在这个网站上设有一个广泛的目录,展示测试管理工具、测试工具和测试服务提供商。


网站8、www.51testing.com

国内最大的综合性软件测试网,许多经验分享和资源都可在里面找到,新手、菜鸟必备网站。人气指数毫无疑问列为第1。


网站9、http://www.asq.org/

是世界上最大的一个质量团体组织之一,有着比较丰富的论文资源,不过是收费的。

网站10、http://www.automated-testing.com/

一个自动化软件测试和自然语言处理研究页面,属于个人网页,上面有些资源可供下载。

网站11、http://www.benchmarkresources.com/

提供有关标杆方面的资料,也有一些其它软件测试方面的资料。

网站12、http://www.betasoft.com/

包含一些流行测试工具的介绍、下载和讨论,还提供测试方面的资料。

网站13、http://www.computer.org/

IEEE是世界上最悠久,也是在最大的计算机社会团体,它的电子图书馆拥有众多计算机方面的论文资料,是研究计算机方面的一个重要资源参考来源。

网站14、http://www.cs.york.ac.uk/testsig/

约克大学的测试专业兴趣研究组网页,有比较丰富的资料下载,内容涵盖了测试的多个方面,包括测试自动化、测试数据生成、面向对象软件测试、验证确认过程等。

网站15、http://www.loadtester.com/

一个性能测试方面的网站,提供有关性能测试、性能监控等方面的资源,包括论文、论坛以及一些相关链接。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660

posted @ 2019-03-19 17:34 51testing 阅读(80) | 评论 (0) | 编辑 收藏
 
对新人而言,做软件测试是去大公司好还是小公司好?

首先说下我自己的情况,没名气二本院校毕业,专业理工类,非计算机科班。进入测试行业前,在工厂里面上过班。这篇文章主要是写给跟我有类似情况的朋友、软件测试新人和正在考虑进入测试行业的朋友。

正好现在正值“金三银四”跳槽季,下面算是一些经验总结吧,鉴于自己对软件测试行业认识水平还很有限,以下内容仅供大家参考吧,希望可以帮助一些正在找工作或者还在纠结的软件测试人。


一、大家最关心的问题:软件测试行业怎么样?工资在什么水平?

目前来看,在国内,软件测试行业还处于发展阶段,但比一般的文员,内勤,工厂流水线工人这类的工作,软件测试的工作环境,职业发展还是好的。但也不必将它吹得天花乱坠,神乎其神,软件测试应该算是一个相对较好的职业。

刚入门的软件测试工程师,在北京,上海,深圳这些IT行业较集中的地方,新人大概在7k左右。在二三线城市,起薪在5k左右。

在北京,2-3年测试经验的,可以到9k-10k左右吧,这个后期还是看自己的能力吧,能力越高,高工资也就越高。

二、软件测试难学吗?

软件测试入门不难,只要你愿意学习,不管是什么专业,都可以进入软件测试行业的。至少我自己是转行做测试的,还见过心理学,医学等专业转行做测试的。

三、软件测试需要学习那些知识

关于软件测试需要知道哪些知识,我的建议是可以多看看招聘的岗位介绍,会对你有一定的帮助,因为每家公司需求不同,所需测试技能也不同,趁年轻不妨多学学。

刚入行,我就先列举下面这些,仅供参考。

1、软件测试基本理论知识件

测试的基本概念、软件测试的流程,并能熟练的应用常见的用例设计方法来设计测试用例。掌握常见的测试方法和类型,BUG缺陷管理流程

2、计算机网络知识

3、Linux基本操作和MySQL的增改删查

4、会一门编程语言最好,比如shell脚本,Java,Python编程

5、一些测试过工具的使用,比如QTP,LoadRunner这类

Linux和数据库这个看公司,有的面试会问,有的不会问。会编程和使用测试工具,是面试时的加分项。依我的面试经,测试基本理论一定要掌握,如果你没有多少测试经验,如果运气不错的话,面试官看你基本理论掌握不错,有些也会招进去做新人培养的。

四、对于软件测试新人来说,大公司,小公司该如何选择?

对于刚毕业的新人和测试从业人员,我想都会在这个问题上纠结。

对于这个问题,每个人都有每个人的看法。

觉得去大公司好的人认为,大公司资金较为雄厚,管理较为规范,对于应届毕业生来说,大公司的工作经历也会为以后的求职生涯镀金。

觉得去小公司好的人认为,大公司的管理模式僵化,能够学到的东西并不会很多,而小公司的管理模式灵活,晋升的机会也很多,能够得到不少的锻炼机会。

其实这个问题,我觉得并没有固定的答案,每一个公司和岗位都有适合的人和不合适的人。

如果你有机会进入一家知名大企业工作,那么绝对是一个不错的机会:

你可能能够在一个很好的团队,做一个很好的项目。可能有很积极的环境,认识很多技术厉害的同事等等。好好利用这些资源,都是能够让自己的能力在短时间内得到巨大的提升。

如果这么好的环境下,你还在混日子的话,只能说自己放弃自己了,那就更别提职业发展了。

如果你有机会进入一家创业并且你是一个愿意接受挑战的人的话,那么绝对是一个不错的机会:

你可能能够接触到整个项目,你可能会远离办公室政治,远离那些条条框框,你可能能全面发展你自己的能力,并不仅限于测试。

面试的时候如何选择这家企业(某知名大公司/创业型小公司)是否适合你呢?

你需要在面试结束之后让自己清晰的了解以下几个问题:

1) 这家公司主推什么产品,你是否有兴趣,毕竟有兴趣才会愿意更深入的了解;

2) 这家公司目前有多少测试,分别是负责做什么的,目前整体测试的深度如何;

3) 你进入这家公司具体是做什么测试,是功能测试,还是压力测试,还是全能;

4) 企业管理层对于测试人员的职业规划以及将来的发展是怎么考虑的。

对于上述这4点,你可能会说,面试的时候,有些企业不愿意告诉你这些问题的答案。没错,我也遇见过这种公司。

但反过来问问自己,如果在面试的时候企业都不能回答你这些问题,这样的公司你敢去吗?你真的愿意去吗?难道只是为了眼前的那些薪资?希望大家好好思考一下。

其实,不管是大公司还是小公司,只要是适合自己发展的那一家公司,就是真正的好公司。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660

posted @ 2019-03-18 17:26 51testing 阅读(102) | 评论 (0) | 编辑 收藏
 
负载测试如何寻找"拐点"?使用哪种方法进行测试?

软件性能测试中有一类很重要的测试——负载测试,包括并发测试和容量测试。负载测试的重要工作在于找到系统的性能拐点。


在并发测试中我们不断地增加事物的用户并发数,观察系统所可以接受的并发数是否与设置的并发数保持一致,或者在增加并发数的时候观察系统的响应时间是否在可接受的范围之内(比如<3秒》)。当并发数少的时候,实际并发数与设置并发数是一致的,当系统并发数达到一定的数量后,实际并发数保持恒定,不会受到设置并发数的增加而增加了。或者系统的响应时间会超过设定的目标值。如图一所示,A即为我们找到的并发测试的拐点。

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660 


图一:负载测试的拐点

同样,在容量测试中,我们不断地往数据库中灌入数据,在开始数据量比较少的时候,系统的响应时间是在一定的可接受范围之内,但是当数据量达到一定的规模之后,系统响应的响应时间会远远高于设置的可接受范围之内。

如何去寻找性能负载测试中的拐点呢?我发现在许多公司采用的是逐步逼近法,即先设定一个预估值进行测试,观察系统的响应情况,然后增加一定的数量,观察系统的变化,直到系统超出我们所预估的值。

比如,在并发测试的时候,我们先预估设置并发用户为2000,然后以200的速度递增,检查系统的响应时间是否小与3秒,从而找出并发测试的系统拐点,数据如下:


当系统设置并发数为5000的时候,系统响应时间为3.14秒,超出了可接受范围,我们就不继续增加了,在5000到4800中寻找一个中间值4900进行测试,测试结果为2.94秒,仍旧在可接受的范围之内,所以我们断定拐点一定在4900到5000之间,于是我们寻找4900与5000中的中间点4950进行测试,得到2.99这个结果,由于非常接近3了,且两次测量值的间隔在50之内(4950-5900=50)。

在实际工作中,当我们对系统响应时间没有或者无法预估的时候,我们也往往采取系统通过率是否在可接受范围之内来评测。一般系统通过率可接受范围 = 通过的事务数(Pass)/全体事务数(All) = 通过的事务数(Pass)/(通过的事务数(Pass)+错误事务数(Error)+失败事务数(Fail))*100%,是否在95%以上(含95)。同样我们拿上一个例子作为参考。



在这里系统的拐点为7150(一般设置通过的事务数在可接受的范围内,系统的拐点值回比其他方式高)。

容量测试找拐点也可利用这个方法,但是每次的递增值一定要尽可能的大。大家可以看见利用这种方法是可以找到系统拐点的,但是有一个很致命的问题,即速度很慢,如果预设的起始值远远小于拐点值,且每次的递增值有比较小的时候。那么我们有什么改进办法呢?见图二。


图二:二分逼近法

在这里,我们先预估两个值m和n,其中m<n,取值公式为一个二元函数? (m,n)。

1.我们先用m来进行测试,如果测试不通过,我们可以确定,拐点值小于m,也可以说在0到m之间,所以我们1/2为a来作为最小值,重新递归二元函数? (m/2,n)即?(a,n)。

2.当m通过测试了,我们就用n值来进行测试,如果n值测试不通过,我们可以确定拐点在m与n之间,于是取(m+n)/2作为k值,重新递归二元函数? ((m+n)/2,n)即?(k,n)。

3.如果n值测试通过了,我们拐点比n大,找一个比n大的数字x,重新递归二元函数? (n,x)。

4.当最大值与最小值在500内,认为找到拐点

在这里我们用这个方法来检查系统的响应时间是否小与3秒,从而找出并发测试的系统拐点。我们取初始的m为1000,n为5000,即? (1000, 5000)


认为拐点值为4969,与第一次方法获得的值4950应该比较接近。在第一种方法中我们测试了18步,而采用这种方法仅仅用了8步。

我们在用这种方法来试一下通过“通过的事务数”小与95%来寻找系统性能拐点的方法进行,我们仍旧取初始的m为1000,n为5000,即? (1000, 5000)。


这里得到的拐点值为7148, 同样与上一个方法得到的7150也是比较接近的,但是上一次一共测试了28次,而这次测试了9次就找到拐点的。

另外对于容量测试寻找拐点也可以使用如下方法,只是容量测试的间距注意取得大一些。最后还要有一处注意的,对于并发测试,拐点是不太明晰的,所以第一次找到拐点的时候最好做二到三次的确认,而容量测试的拐点是非常明确地,在拐点上下的性能有明显的区别。

posted @ 2019-03-15 17:31 51testing 阅读(139) | 评论 (0) | 编辑 收藏
 
最新干货get,手机相机项目的整体测试流程是怎样的?

手机相机的测试内容 ,从立项到后期维护期间的测试内容需要多方讨论和打磨,根据项目实际情况安排评测和测试阶段。

比如:画质客观评价体系,各个专项测试的方法和评测标准;安排正岗和外包人员工作内容分配,LOG分析培训;功能,性能,稳定性,画质调试测试如何执行并不断优化相机测试用例;需求梳理维护,需求变更的跟进。最重要的,是参与制定手机相机相关测试范围和标准,提供测试意见,和研发深度合作,回顾和拓展用例。


后期维护,手机相机用户反馈报告的收集等。

测试人员需要有相机硬件和软件的测试经验,才能执行用例,即便是外包同学。尤其外场拍片,没有经验或者经验很少,很容易拍出废片,宝贵的时间和项目的进度不能耽误。

本文只叙述相机的整体流程。至于具体如何调动公司所有测试专项组,和各种PM各司其职推动项目的具体流程,暂不讨论。有兴趣的话可以下篇文章撰写如何推动公司各个高层帮助完成自己的项目.

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660





  附1


  附2:相机升降摄像头异常场景


  附3:执行拍照时的动作用例



posted @ 2019-03-14 18:28 51testing 阅读(96) | 评论 (0) | 编辑 收藏
 
9道软件测试面试题击破BAT招聘套路!带你通关“跳槽季”

人往高处走,水往低处流。转眼三月,草长莺飞,又到了“金三银四”跳槽的好时节。

大部分人跳槽的原因是有了更好的工作机会、想换个新环境或是诱人的薪资待遇,而且跳槽会传染,会直接影响着身边纠结要不要跳槽的人,so,跳槽季就这样诞生了。但这时候,我们需要冷静下来,看看自己是否已经具备跳槽的条件,跳槽要慎重,一次失败的跳槽虽不会影响你的一生,但至少会影响你这一年。

如果你的跳槽意向已经很确定,那么请往下看!

跳槽最重要的一步自然是面试,正值跳槽季,网上出现了各种面试题,一时会让人眼花缭乱,分不清最该看哪个,所以小编耗时一星期为大家做了一些软件测试面试的真题,想跳槽的小伙伴们,请准备好你的小本本!


1、问:所做项目的情况,主要做什么类型的测试?

大部分情况,这是一场面试的开门题,面试官问这个问题,主要是考察你的概述能力和全局视野。首先,仔细回顾自己做过的项目。然后挑选最有价值的部分,清楚项目的架构,思路从业务、项目环境、流程以及自己担任的角色去回答。

业务:比如Atstudy网校是一个以在线直播、视频录播为主要业务的综合性网站,分为管理员,教师,学生三个大模块,同时可以支持web和手机端使用。

项目环境:该系统搭建在Linux服务器上,使用mysql数据库,采用PHP后端语言。

流程:Atstudy网校当前版本是多少,项目组有多少开发和测试,然后说软件测试的流程。

自己担任的角色:负责哪些模块的什么测试。

2、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决?

首先,将问题提交到缺陷管理库里面进行备案。

然后,要获取判断的依据和标准:

1)根据需求说明书、产品说明、设计文档等,确认实际结果是否与计划有不一致的地方,提供缺陷是否确认的直接依据;

2)如果没有文档依据,可以根据类似软件的一般特性来说明是否存在不一致的地方,来确认是否是缺陷;

3)根据用户的一般使用习惯,来确认是否是缺陷;

4)与设计人员、开发人员和客户代表等相关人员探讨,确认是否是缺陷;

5)合理的论述,向测试经理说明自己的判断的理由,注意客观、严谨,不参杂个人情绪。

最后等待测试经理做出最终决定,如果仍然存在争议,可以通过公司政策所提供的渠道,向上级反映,并有上级做出决定。

3、问:给你一个网站,你如何测试?

首先,查找需求说明、网站设计等相关文档,分析测试需求。

制定测试计划,确定测试范围和测试策略,一般包括以下几个部分:功能性测试;界面测试;性能测试;数据库测试;安全性测试;兼容性测试

设计测试用例:

①功能性测试可以包括,但不限于以下几个方面:

链接测试。链接是否正确跳转,是否存在空页面和无效页面,是否有不正确的出错信息返回。

提交功能的测试。

多媒体元素是否可以正确加载和显示。

多语言支持是否能够正确显示选择的语言等。

②界面测试可以包括但不限于一下几个方面:

页面是否风格统一,美观

页面布局是否合理,重点内容和热点内容是否突出

控件是否正常使用

对于必须但未安装的控件,是否提供自动下载并安装的功能

文字检查

③性能测试一般从以下两个方面考虑:

压力测试;负载测试;强度测试

④数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性,对数据的存取操作,数据内容的验证等方面。

⑤安全性测试:

基本的登录功能的检查

是否存在溢出错误,导致系统崩溃或者权限泄露

相关开发语言的常见安全性问题检查,例如SQL注入等

如果需要高级的安全性测试,确定获得专业安全公司的帮助,外包测试,或者获取支持

⑥兼容性测试,根据需求说明的内容,确定支持的平台组合:

浏览器的兼容性;

操作系统的兼容性;

软件平台的兼容性;

数据库的兼容性

开展测试,并记录缺陷。合理的安排调整测试进度,提前获取测试所需的资源,建立管理体系(例如,需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容)。

定期评审,对测试进行评估和总结,调整测试的内容。

4、问:熟悉数据库吗?平时数据库用的多吗?

熟悉数据库吗?

比较熟,比如DML语句有增删改查:(有序思维说出来)

1 insert into 表名 values(值1,值2,值3,...)

2 delete  from 表名 where 条件

3 update 表名 set 列名 = 新值

4 select * from 表名

查询语句最长的是select * from 表名 where 条件 group by 分组列名 having 分组后的条件 order by 列名。

平时数据库用的多吗?(大概测试过程的1/4时间在查数据库)

还行,一般出现问题,遇到bug,就要去查询数据库,初步定为问题。开发会给到我们一个库表设计的excel(数据字典),里面有描述表名和表中的字段,我把交易过程的一些唯一标识,把他作为where条件去查询数据。初步分析后,再把问题暴露给开发。(比如淘宝支付时,输入支付密码后,已经返回了支付成功的提示信息,然后界面上的订单查询还是待付款,这个时候就要去查询订单表的数据,找到自己刚才做的交易的那一笔订单,去分析一下错误,再暴露给开发)

5、问:linux查看文件用什么命令,查看进程用什么命令?

回答:查看文件内容的命令有more less head tail cat

查看进程:ps -ef | grep 进程号

查看日志文件常用:less、view

6、问:查看日志常用什么命令,主要查看什么内容?

1 查看日志常用less命令或者view命令。

2 主要查看程序运行的记录,比如支付失败,后台就有报错信息打印到.log日志文件中,就可以通过分析日志信息来初步定为问题。(补充:同时也去查询数据库,分析订单数据,查看支付状态等等)

PS:日志就是.log的文本文件,和.txt一样属于文本文件。vi或者vim编辑器属于记事本软件,一般不会用来查看日志。

7、问:软件测试用例设计/测试用例的内容/管理工具?

参考:以场景(故事)为驱动的测试设计,并且针对测试数据的选择上面通常结合等价类划分,因果图,边界值,错误推测。

测试用例的内容:标题、测试环境、测试输入数据、测试步骤、期望结果、测试结果、测试时间、测试人员

管理工具:禅道、QC

8、你对测试最大的兴趣在哪里?为什么?

回答这个面试题,没有固定统一的答案,但可能是许多企业都会问到的。提供以下答案供考:

最大的兴趣,感觉这是一个有挑战性的工作;

测试是一个经验行业,工作越久越能感觉到做好测试的难度和乐趣,

通过自己的工作,能使软件产品越来越完善,从中体会到乐趣,

回答此类问题注意以下几个方面:

1)尽可能的切合招聘企业的技术路线来表达你的兴趣,例如该企业是数据库应用的企业,那么表示你的兴趣在数据库的测试,并且希望通过测试提升自己的数据库掌握能力。

2)表明你做测试的目的是为了提升能力,也是为了更好的做好测试;提升能力不是为了以后转开发或其他的,除非用人企业有这样的安排。

3)不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的,可是你表现出来的是对游戏软件的兴趣;或招聘是做JAVA开发的,而你的兴趣是在C类语言程序的开发。

9、你的测试职业发展是什么?测试经验越多,测试能力越高。所以我的职业发展是需要时间累积的,一步步向着高级测试工程师奔去。而且我也有初步的职业规划,前3年累积测试经验,按如何做好测试工程师的点要求自己,不断的更新自己改正自己,做好测试任务。

总结:

除了上面的常规问题,那还有些面试官会问什么?比如:你认为你在测试过程中遇到了一个比较逻辑性最强的一个bug是什么?这个东西就需要你们去想想,曾经你们在测的时候遇到了一个逻辑性特别强的bug呢这个问题问的目的是了解你到底有没有真正的测试过。

还有就是有的面试官会故意的说错一些东西,然后看你的反应,通过这些都能了解你到底会不会,所以想验证一个人到底会不会使用一个工具,不一定非得要考他。

再往深入一点,他会问你有没有性能测试方面的基础?功能测试这方面,实际上我觉得主要考验人的就是逻辑思维能力,还有你的细心程度能力。初级功能测试这一块,面试官着重要看的是你是不是一个真正细心,而且业务逻辑思维能力强的人,如果强是绝对没有问题的。

最后,愿大家都找到理想的工作!

欢迎加入  51软件测试大家庭,在这里你将获得【最新行业资讯】,【免费测试工具安装包】,【软件测试技术干货】,【面试求职技巧】... 51与你共同学习,一起成长!期待你的加入: QQ                     群:                    755431660

posted @ 2019-03-13 17:39 51testing 阅读(83) | 评论 (0) | 编辑 收藏
 
仅列出标题
共55页: First 7 8 9 10 11 12 13 14 15 Last