您还未登录! 登录 | 注册 | 帮助  

您的位置: 首页 > 软件测试管理 > 质量管理 > 正文

测试之路勿跑偏——论QA、QM、QC、测试及测试开发

发表于:2018-06-21 作者:不做咸鱼 来源:网络转载
  测试,测试开发,QA,QM,QC可能是测试行业里的细分角色了,加了不少群学习,看到不同人有对自己不同的角色定位。我也做了这挺长时间的测试,也和大部分测试同胞一样,为了一份好的工作学习各种各样的技术,但是最近反而有些迷茫。迷茫自己到底是在做什么,是在往哪条路走。
  现在很火的是往测试开发方向发展,像是测试人群中的贵族,每个测试人都努力学习着各种各样的技术往这方面发展。在各种交流群里很少听到关于质量管理,质量保证,测试质量,测试价值等等方面的东西,到处充斥着学什么挣钱多,搞自动化,搞性能,学代码,复制着网上扒来的代码学着各种各样的技术,跑不通了就问为什么。我感觉自己就是在这样的提升中迷茫了,我的测试工作到底是为了什么?是为了在项目中发挥我的技术去搞自动化去搞接口测试?还是真正站在一个测试者的角度来去测试我的项目有哪些缺陷,有哪些可以提高用户体验的地方?好像在前进的路上失去了本心。
  来面试的时候测试组长就跟我说,测试不单单靠技术,更多地应该是站在公司业务项目角度去考虑软件质量保证,保证公司业务人员能正常的使用软件运营,保证用户使用软件能有个好的体验,没有那么多的投诉和反馈,这才是我们测试需要做的,而不是天天想着去搞自动化,性能等等。不是说不去做这方面的事情,而是要认清我们到底做这些的目的是什么。我们测试问题,制定测试方案的时候要首先考虑的是如何高效的解决问题,而不是先考虑用什么技术再去考虑解决问题。
  今天在交流群里一个QM分享了他们公司测试团队的工作职责,他们测试开发了公司内部运营的相关系统,包括日常预定会议室,SVN管理,质量管理平台,接口测试平台,用例管理平台,好多同学投以羡慕的言语,好厉害,能做开发做的事情,能开发各种平台,或者是有这样的疑问:这不是开发做的吗?这位QM连续强调了测试不能把自己框死,我就是做测试的,不去管其他东西,这样没有提升,但同时要注意的是做这些东西不是为了让自己学习的东西有用武之地,而是做的这些东西都是实实在在能在项目中介入,并对日常公司运营,产品技术团队运营,软件质量控制有价值有帮助的事情,这样做的东西才是有意义的,也能被领导、开发等认可。
  在以后的日子里我感觉在我提升技术的同时,更需要注意提升软件测试基础,质量保证,质量管理方面的认知,否则自己难以有大的进步。