qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

我眼中的测试工作

 从2011年毕业到现在,从事软件测试工作已经有将近三年了,随着工作的经验的积累,对测试的认识也在不断的提高。
  经常会听到身边有人抱怨,我做测试天天就是点鼠标,做功能测试,累死了,烦死了;想学学做自动化,性能方面的测试。
  相信很多做测试工作的同学会有相同的感觉。
  最近换了工作,面试了两家公司,又对测试有了更进一步的认识。
  首先,我觉得作为一名测试人员,有两项很重要技能:测试点的发掘和丰富的测试手段,而测试点的发掘则是最重要的。下面就这两个方面聊一聊我眼里边的测试。
  测试点的发掘:如果作为一名测试人员,不能发掘一个需求或系统需要测试的点,那么就不能算是一个合格的测试人员,那么该怎么去发掘出测试点呢?
  关于测试点,业界有比较成熟的模型--软件质量模型,供大家从不同的方面去分析需求或这系统需要测试的测试点。
  从以上模型,基本可总结出需求或者系统需要测试的测试点。
  比如给你一个需求或系统,首先要考虑的就是,这个需求或者系统是要做什么的(功能),是不是安全(功能),好不好用(易理解性)等。
  只有发掘了测试点,测试工作才有依据,所以大家一定不要舍本逐末。
  再者就是丰富的测试手段这个技能了。
  这个技能是建立在测试点的发掘的技能之上的,不然没法开展测试工作。
  对于以上所说的,功能测试就是点击鼠标,又累又烦躁,这点我认同。所以想去做自动化或者性能测试
  什么是自动化?
  自动化就是用程序自动执行的方式,替代人工去执行测试用例,去除重复的劳动,节省一些回归时候的人力成本。
  举个列子来说吧。
  某个人认为整天点鼠标是在浪费生命,不行去点击鼠标了,就想到了把点击鼠标的事情交给自动化来实现,这个时候,同事大家所说的自动化,就是基于GUI的UI自动化,即用代码去默认键盘,鼠标和系统的交互,通过这样的方式来完成测试。
  接下来,大家会面临一个问题,互联网随时都在变化,你的需求和系统也在随时变更(我也讨厌变更,哈哈),不停的改版,你会发现原来的UI自动化代码也得跟着变化或者经常找不到页面元素(稳定性令人抓狂),不停的去维护已经写好的代码,甚至有时候要重构你的UI自动化代码,成本很高,投入产出比不理想,那这个时候该怎么办呢?
  向后挖!
  GUI所展示的数据都是以后服务端的API接口返回的,经过浏览器的渲染,以GUI(图形用户接口)的形式展现给用户,那么我们为什不对系统的API进行测试呢,可以避免掉系统界面的频繁变更和找不到页面元素的问题,QA也能更早的介入测试,保证接口的质量。所以可以对接口进行自动化测试。
  再往后,我们就可以接触到代码,可以对代码进行自动化白盒测试。
  对性能测试来说也是一个道理。
  拿loadrunner做性能测试来说吧。
  其实loadrunner做性能测试,就是直接通过接口来做的性能测试。通过模拟API请求。然后开启很多进程或者线程,同时去模拟API调用,借此对服务器形成压力。
  根据系统结构图,我们知道需要优化各个组件的配置,设置一些合适的参数,这就要求我们了解这些配置是干什么用的。
  对代码来说,可以对服务进行代码级别的性能测试。
  对数据库来说,可能要审查一下sql语句,数据表的字段,大小,索引是否合适等。以后会写这方面的文章。
  在发掘测试点的基础上,再去丰富自己的测试手段,再能在测试上走的更远。

posted on 2014-06-30 18:42 顺其自然EVO 阅读(204) 评论(0)  编辑  收藏 所属分类: 测试学习专栏


只有注册用户登录后才能发表评论。


网站导航:
 
<2014年6月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

导航

统计

常用链接

留言簿(55)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜