测试,测试开发,QA,QM,QC--------- 测试之路勿跑偏

      测试,测试开发,QA,QM,QC多是测试行业里的细分角色了,加了很多群学习,看到不一样人有对本身不一样的角色定位。我也作了这挺长时间的测试,也和大部分测试同胞同样,为了一份好的工做学习各类各样的技术,可是最近反而有些迷茫。迷茫本身究竟是在作什么,是在往哪条路走。面试

      如今很火的是往测试开发方向发展,像是测试人群中的贵族,每一个测试人都努力学习着各类各样的技术往这方面发展。在各类交流群里不多听到关于质量管理,质量保证,测试质量,测试价值等等方面的东西,处处充斥着学什么挣钱多,搞自动化,搞性能,学代码,复制着网上扒来的代码学着各类各样的技术,跑不通了就问为何。我感受本身就是在这样的提高中迷茫了,个人测试工做究竟是为了什么?是为了在项目中发挥个人技术去搞自动化去搞接口测试?仍是真正站在一个测试者的角度来去测试个人项目有哪些缺陷,有哪些能够提升用户体验的地方?好像在前进的路上失去了本心。性能

     来面试的时候测试组长就跟我说,测试不仅仅靠技术,更多地应该是站在公司业务项目角度去考虑软件质量保证,保证公司业务人员能正常的使用软件运营,保证用户使用软件能有个好的体验,没有那么多的投诉和反馈,这才是咱们测试须要作的,而不是每天想着去搞自动化,性能等等。不是说不去作这方面的事情,而是要认清咱们到底作这些的目的是什么。咱们测试问题,制定测试方案的时候要首先考虑的是如何高效的解决问题,而不是先考虑用什么技术再去考虑解决问题。学习

     今天在交流群里一个QM分享了他们公司测试团队的工做职责,他们测试开发了公司内部运营的相关系统,包括平常预约会议室,SVN管理,质量管理平台,接口测试平台,用例管理平台,好多同窗投以羡慕的言语,好厉害,能作开发作的事情,能开发各类平台,或者是有这样的疑问:这不是开发作的吗?这位QM连续强调了测试不能把本身框死,我就是作测试的,不去管其余东西,这样没有提高,但同时要注意的是作这些东西不是为了让本身学习的东西有用武之地,而是作的这些东西都是实实在在能在项目中介入,并对平常公司运营,产品技术团队运营,软件质量控制有价值有帮助的事情,这样作的东西才是有意义的,也能被领导、开发等承认。测试

     在之后的日子里我感受在我提高技术的同时,更须要注意提高软件测试基础,质量保证,质量管理方面的认知,不然本身难以有大的进步。接口

相关文章
相关标签/搜索