精华内容
下载资源
问答
  • QA是干什么的?(职责所在????)

    千次阅读 2019-09-22 20:50:19
    提到QA大家都知道是质量管理,但是很少有人说的清楚,QA是干什么的? 本人做了几年的测试,现在转做QA了。有人问我做什么工作的,我回答做软件QA。继续问,QA是做什么的?无语。。。 是啊,QA是做什么的。这个...

    提到QA大家都知道是质量管理,但是很少有人说的清楚,QA是干什么的?

            本人做了几年的测试,现在转做QA了。有人问我做什么工作的,我回答做软件QA。继续问,QA是做什么的?无语。。。
            是啊,QA是做什么的。这个问题的确不好回答。国内的公司,慢慢的重视测试,重视质量管理了。但是不同的公司QA的定义还是不同的。QA做的事情也不尽相同。
            拿我来说,从项目需求阶段、设计阶段、研发过程、产品测试、验收几乎项目的整个生命周期都参与。
            需求设计阶段要审查设计时候合理,是否能满足客户的真正需求。是否符合客户群体的使用习惯,操作是否简单易学等等。数据库结构设计、系统架构、功能页面等是否能按照需求实现。另外,还要督促研发进度,要定好项目进度,并督促其完成。每个让都有惰性,没有人监督总会有延迟。产品出来了,QA还要检测质量,其实就是测试。通常QA手下有一组测试人员,负责产品测试。产品经过测试、修改,形成最终产品。此时产品可以交给客户了。产品到了客户那里,没有一个客户会一言不发欣然接受。总是提出这样那样的要求,这时候QA还要细心倾听客户的要求,耐心的给予讲解说明,汇总所有需要修改的点,反馈给研发人员(项目经理或研发经理)并确认其按照客户要求完成修改。至此QA的工作就告一段了。

    展开全文
  • 从事软件质量保证工作已有几个年头,经常有朋友问起软件质量保证到底是干什么的?每次总回答就是辅导和监督项目开发按照公司研发过程执行的,仔细想想实际并没有这么简单,为了让更多朋友了解质量保证这个岗位,在此...

    从事软件质量保证工作已有几个年头,经常有朋友问起软件质量保证到底是干什么的?每次总回答就是辅导和监督项目开发按照公司研发过程执行的,仔细想想实际并没有这么简单,为了让更多朋友了解质量保证这个岗位,在此结合这几年的工作经验进行如下总结,若有不对的地方欢迎大家指正与交流,谢谢!

      1、什么是质量保证?

      在CMMI中,质量保证的英文全称是Process and Product Quality Assurance,即过程与产品质量保证。一般大家更习惯叫质量保证或QA,它的目的是为员工和管理层提供过程和相关工作产品的客观洞察。之所以说它客观是因为:

      1)质量保证人员是一个独立于项目组之外的第三方审计人员,不能是直接参与开发、测试项目管理的人(当然实际也有例外,有些公司QA可能是兼职的);

      2)质量保证人员不受监督对象部门的绩效评价;

      3)质量保证人员具有独立的问题汇报渠道(可以跨级上报——QA很重要的特权)。

      2、软件质量保证工作内容?

      一般设有软件质量保证岗位的公司都有一套依据自己公司实际研发现状制定的完整研发过程体系,所有的软件质量保证人员入职一家新公司,首先需要做的事情就是学习和深刻了解该公司研发过程体系,否则后续工作是无法开展的。

      一般软件质量保证工作内容主要分三大块:

      1)过程辅导

      依据研发过程体系辅导所有开发项目/版本前期及项目过程各个环节及各环节具体活动执行(含流程、方法、模板及过程中相关工具的使用)。

      辅导时机:

      ● 到达项目/版本计划中计划的时间点

      ● 触发事件驱动(如:邮件)

      辅导方式:

      ● 口头

      ● 邮件

      ● 电话

      ● 通讯工具(如:QQ、RTX等)

      ● 必要时可以开展正式的课堂培训(一般很少)

      2)过程检查

      所有开发项目/版本开发过程中,依据当前的研发过程体系客观的对实际执行情况进行检查与评价。

      检查的方式:

      ● 参加项目会议(评审会、周会)

      ● 与各个环节人员沟通

      ● 触发事件驱动(如:邮件)地进行检查

      ● 检查工作产品

      3)过程问题记录与跟踪

      记录过程检查过程中发现的不符合项,并与相关负责人进行沟通,了解产生问题的原因,跟踪不符合项确保问题得到解决。

      伴随上工作过程中还会有一些其他工作内容,如下:

      4)向项目组和管理层提供质量保证活动结果——风险预警与问题报告。

      预警风险、及早报告项目问题,使项目免受损失或少受损失,是质量保证的重要价值体现。

      有经验的质量保证人员能够基于过程中了解到的项目过程质量状况和产品质量状况,及时识别出项目过程中存在的风险和发现过程问题,并定期(一般都是一周)向项目组与管理层预警风险、报告问题。

      项目组必须在规定的期限内回复质量保证人员报告的问题。

      对于无法协调一致的问题要及时升级。

      ● 就质量保证问题的认定双方不能达成一致。

      ● 就质量保证问题的解决计划双方不能达成一致。

      ● 项目组未按计划解决质量保证问题。

      ● ……

      管理层必须及时处理升级的问题。

      ● 强制项目组解决。

      ● 豁免。

      5)严重问题根因分析

      质量保证人员需要定期(如每月/季度)对记录的问题进行分类与分析,对于过程中发生的严重问题或事故,必须了解问题产生的根源才能够在后续进行规避。一般若公司有多个质量保证人员,应以部门为单位开展问题根因分析活动,必要时还可以邀请EPG小组成员一起),问题根因分析活动结束后应向相关领导出具根因分析报告,提出当前的对策及未来建议。

      6)收集与反馈过程改进建议,协助过程改进

      一般公司EPG(过程改进小组)大都由其它岗位人员兼职的,我就职的3家公司质量保证人员都会兼EPG中的某个角色。

      质量保证人员在项目过程中会与软件生命周期各个环节的人员打交道,有心的质量保证人员在此过程中肯定能够发现很多研发过程体系不合理或不够完善的地方,同时项目结项时质量保证人员要进行质量保证总结,在总结过程中也可以收集到很多过程改进建议,质量保证人员要定期将收集到的过程改进建议反馈给EPG组长,由EPG组长规划过程的改进。

      7)其它

      其它依据各个公司具体情况而定,如:定期进行交叉检查,开展研发过程体系培训,度量项目过程,协助项目经理监控项目进展。

      软件质量保证工作的开展是有计划有序进行的,一般项目初期(如:项目计划阶段)质量保证人员要制订质量保证计划,质量保证计划要得到项目经理、质量部门负责人的评审/审批。

      同时在实际检查过程中也是有依据的——QA检查单,一般公司研发过程体系中都会制订一份完整的QA检查单模板,各个项目要依据项目过程定义进行裁剪。

     3、质量保证人员的素质和能力要求

      软件质量保证工作涉及到软件工程的各个方面,软件质量保证人员要与不同角色的人员进行沟通,因此软件质量保证人员除了要有较高的智商和情商外,还有具备如下的素质和能力:

      1)要有控制软件质量的能力

      也就是说要熟练掌握公司各种流程、标准和规范,做好第三方独立审计的工作并及时发现、纠正问题。在必要时可以利用向高层领导直接汇报的权力来“威慑”相关人员,以确保软件质量朝好的方向发展。在控制软件质量发展方向的同时要学会控制自己的情绪,因为并不是所有人员都很了解公司的研发流程、软件质量保证的工作以及如何从根本上去提高软件质量,工作中很多时候有“秀才遇到兵,有理说不清”的感觉,这时就更加需要控制自己的言语和情绪,找到合适的方式进行沟通,使问题最终得到解决。

      2)对问题根源识别和归纳的能力,即透过现象看本质的能力。

      3)举一反三的能力。

      4)很强的沟通能力。

      5)要适当强势,做好灵活性与原则性间的平衡的能力

      6)客观、对事不对人的职业素养

      4、质量保证人员的技能要求

      ● 软件工程/系统工程的理论、方法

      ● 工作过程标准

      ● 沟通、协调技能

      ● 基本的管理知识和技能

      ● 项目管理的理论、方法

      ● 质量保证工作的原理、方法

      5、软件质量保证岗位等级

      1)交警(初级)

      像交警查处交通违章那样,直接向所发现的不符合项贴“罚单”即可。

      2)医生(中级)

      像医生那样对项目进行检查和诊断,发现问题并可以开出“药方”。

      3)老师(高级)

      像老师那样发现学生的弱项,并找到如何提高学生能力的方案,然后对学生进行辅导和培训。

    版权声明:本文出自 mandy.wang 的51Testing软件测试博客:http://www.51testing.com/?417295

    原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任











    ====================================分割线================================



    最新内容请见作者的GitHub页:http://qaseven.github.io/

    展开全文
  • 工厂里常说的QC, IQC,IPQC,QA是干什么的,动作分析工具软件
  • QA小白的学习之路! 本人是一名应届毕业生程序猿,面试时投的岗位是测试,结果呢在实习时候了会开发,后来发现自己真的不适合码代码,和主管交流后,现在调到QA来啦,于是我就开始了...QA是质量管理,即是对项目的...

    QA小白的学习之路!

    本人是一名应届毕业生程序猿,面试时投的岗位是测试,结果呢在实习时候干了会开发,后来发现自己真的不适合码代码,和主管交流后,现在调到QA来啦,于是我就开始了我的漫漫QA学习之路。

    了解什么是QA

    当时我们部门总监要我做QA的时候,我真的是一头雾水,以为QA就是测试,因为之前完全没有对这方面有了解过。后来发现其实这是不对的,把QA理解为测试太过于狭隘。QA是质量管理,即是对项目的过程进行管理,什么项目的进度啦,项目过程中的文档啦,都是QA的管辖范围内。但是哦这个质量管理不是对项目的质量进行管理,而是对项目的过程质量进行管理,即QA是无法管这个项目出来的系统做的怎么样啦那些等等,只能保证在整个项目过程中,项目组按时输出了正确的交付物,每一步都是正确无误按时的,这样子反向来推动项目的质量变得越来越好。

    QA入门

    QA入门该看些啥书呢??这个我深有体会,因为我就是从小白一步步走过来的呀。我首先看了一本我们部门总监推荐的教材——《软件过程管理》,对过程管理有个简单的了解,其中我认为最主要的几个部分是项目管理、配置管理与软件过程的评估和改进。
    然后我们总监就丢了个任务给我,让我做出一个项目裁剪表出来。当时我就蒙了,这才还没怎么了解呢,就要做一个表,还是从来没听说过的表。但是还好有万能的度娘,其实项目裁剪表就是项目过程中在不同阶段会产生的各个文档,把它一一列举出来,进行汇总。我在百度上搜了很多裁剪表出来,然后按照我的感觉做出了一个自己的裁剪表。说实话当时对项目流程不是很了解,所以很多都是依葫芦画瓢,但总监看过我的裁剪表后,给我详细讲解了整个项目从立项到结项的过程是什么样子的,然后再经过几次修改,最终出来了我觉得很不错的一个裁剪表!(裁剪表的详细内容我们下一篇再讲哈~)
    裁剪表完成后,我就被赶鸭子上架了——直接开始跟项目,与项目经理接洽,根据他的项目计划,然后裁裁裁,把总的裁剪表,裁成这个项目独有的项目裁剪表。因为我之前做的裁剪表是包含了所有流程的,但是不同项目,流程会有出入,许多文档是没有必要的,可以裁剪掉,实现资源最大化嘛。项目裁剪表自己裁好以后,当然还没有结束,还需要与项目经理进行确认,你要告诉他你整个项目下来,需要出这些文档,什么时候出什么文档等等都是你需要和他沟通好的(这个时候非常考验沟通能力!因为有的项目经理觉得什么都可以裁掉,但是切记有些节点性的,验收必须的是不可以裁的!)

    总结

    以上是我粗略的讲述一下我从QA小白到了解到入门做了些什么,接下来我会详细的把学习经历放上来的!~

    展开全文
  • 大多还未踏入或者刚刚踏入测试这一行的小伙伴都会经历一个迷茫期,那就是测试到底是干什么的。甚至有些步入测试已久的老鸟们也会时时的质疑自己正在做的事情。觉得自己就是在找茬,打杂甚至觉得自己做的事没什么意义...

    前言

    大多还未踏入或者刚刚踏入测试这一行的小伙伴都会经历一个迷茫期,那就是测试到底是干什么的。甚至有些步入测试已久的老鸟们也会时时的质疑自己正在做的事情。觉得自己就是在找茬打杂甚至觉得自己做的事没什么意义。所以我们今天就来唠叨唠叨吧。我有幸经历了我们公司最重要的项目诞生的过程,并一直坚持到了现在。所以我以我的经历为背景跟大家探讨一下QA这个行业。当然我也有很多做的不好的地方,大家可以当做借鉴。这里我就不说什么测试用例设计什么的这些初级阶段了,咱们直接上核心的。

    QA能力之一:以质量和效率为中心,发散式工作

    在很多公司,很多小伙伴都会迷惑一个QA应该干什么,有些事你觉得是打杂,有些事你觉得技术含量太高应该开发和运维做。那么QA到底该干什么? 一句话总结出来就是凡是能提升质量和效率的工作,你都可以做。当然很多事情不一定要你亲力亲为,但你要有能力组织这件事情,找到合适的人去做细节。你要成为那个牵头的人,跟踪进度的人,掌控风险的人,协同各部门一起完成目标的人。说白了,你牛逼你就自己搞定。你不牛逼就组织大家一起搞定。 这其中的沟通能力和在项目中的影响力大家应该明白。我有个习惯,就是每做一件事之前都问问自己做了这件事能提高生产力么? 如果是能,那就做。不能,那就一边去,等小爷闲的蛋疼的时候再说。我建议大家也这样,免得做了很多无用功。

    举个例子,之前项目刚开始没多久的时候所有开发人员的配置都是散落在很多不同的文件里,每个模块的配置文件也都散落在不同的位置。 加之系统很复杂所以部署一个环境极其困难,当初我是废了九牛二虎之力才把项目中所有的关键配置梳理清楚,写出了自动化部署方案,这是提升效率的一个点,我能力尚可自己搞定了。但这也就造成了当时只有我能单独搭建起一套环境的窘境。我连个假都不敢请,因为公司所有的开发环境,测试环境的命脉都掌握在我一个人手里。而且这以后上线的时候,进场部署的时候得多痛苦。所以一个配置管理方案的诞生迫在眉睫,这个事情我就麻爪了。小爷我就是个二手的开发和运维,这方面菜的很没啥经验,让我自己设计一个好的配置管理架构基本是扯淡。所幸开发人员中有人做过专业运维,以前搭建过ZK做配置管理。所以我直接叫上他和所有模块负责人一起讨论一个配置管理方案。他写config server,另一个人写config client其他模块负责人做整体迁移配置。 最后我来一个部署测试。计划基本就是这样,然后大家就各自行动。我统一排期,跟踪进度,提前把问题暴露出来等等工作。可以看到在这里我除了最后测试一下没干什么具体的事情。事情都是大家做的,我只是牵头和打杂的。就像之前说的,自动化部署这事我牛逼,所以我做。配置管理这事我不牛逼,所以我求着别人做。

    QA能力之二:影响力

    影响力是QA的命脉。QA在团队中一定要有足够的影响力,这样你在推行任何策略和流程的时候人家才不会把你当成个屁不理你。简单来说就是你得能让人家服你,让人家觉得你推行的东西是靠谱的。就像上面组织配置管理方案一样,我要是之前没积累出点影响力,你当他们会理我么。那怎么提升QA的影响力呢?我的经验是解决其他人最痛的痛点,他们会感谢你,会觉得你是有水平的。会觉得你跟他们理解的只会随便点点的QA是有本质区别的。

    举个列子,一般开发和产品最痛的痛点是什么呢? 答案是环境,越是复杂的系统,环境越是让开发和产品人员痛苦的欲罢不能。就拿我们这来说吧,系统比较复杂。而且是多语言开发的。什么NODE.JS,java,python,scala,c++。还得有一套hadoop2.0集群跑任务。搭建一套环境的成本之高令人发指。当时开发,测试,产品都用同一套环境。是各模块的开发人员临时糊出来的,每个模块的开发人员各自搭建自己的模块,然后拼成了这样的环境。大家都用一个环境的痛点就是互相影响,踩踏。这边QA正测呢,开发重启server了。 那边前端的开发人员正调试呢,后端又要重启server了。 产品人员内部演示呢,这边一个模块的开发又说要重启server了。所以当时每次开会的时候大家都在抱怨环境的互相踩踏最影响效率了,开发人员希望有自己的环境不被他人影响,产品希望有稳定的环境随时演示,QA也希望自己的测试环境不会被开发随意重启改动。 所以那时候我就把自动化部署这个任务承接起来了。 开始引入docker,跟每个模块的开发确认部署细节,约定部署路径,还要沟通分配专门的网段,服务器等等。然后就在某一天,10几套环境就在server上拔地而起。每个开发和测试都人手一套环境,部署简单,并且每个环境都保留了git目录,定制了拉代码和重启服务的脚本,自动开启ssh,mysql client等等等等。开发可以随时在自己的环境里编辑源文件,直接在环境上开发。自此开发很happy了,QA在测试的时候也不会有开发人员跑来重启环境,QA也很happy。 我们还专门给产品人员搞了一个稳定环境,这个环境里功能永远是可用的。所以产品也很happy。直到现在已经在docker服务器上启动了20多套环境,开发人员反映生产力翻倍,闲聊开玩笑的时候说谁离职了你也别离职啊,你走了环境怎么办啊。虽然是开玩笑吧,这年头缺了谁地球都照样转。但是听到了以后我自己还是蛮开心的。

    QA能力之三:掌控力

    QA应该是最了解项目的人,不仅是业务上的,还有产品架构,当前迭代的进度,可能的风险和问题都要了然于心。当然有广度就行了不一定要有多深。但是你一定能把握的住当前的节奏,在团队过于发散的时候负责把他们拉回来,在团队遇到问题和风险时及时告知甚至提前告知团队的成员们,在团队效率不高时引导他们。你不是项目的管理者,但你是项目的监控者。你要确保项目能如期按质保量的将产品带上线。而且大多数的时候是要权衡利弊,互相妥协的。开发和产品和QA之间永远在互相妥协。但如果等到快发布的时候才让大家知道问题,这时候再妥协已经来不及了。在你的列表里一定要有这么一份报告。它记录了本轮迭代所有要提测的feature,feature的owner是谁。提测的deadline是哪天,开发过程中有问题么,有没有提测延期的风险,提测后遇到过什么问题,测试的QA是谁,当前的测试进度怎么样。以及当前有多少bug,其中p1和p2的有多少,p3,4,5的bug有多少,当前的bug情况有可能危及到发布么。还有本轮迭代是否有非功能性的重构,优化,是否对性能有要求,如果有,性能测试的计划和用例的也要跟踪。还有兼容性,部署等等。掌控住所有的信息后你方可作出判断,对当前的情况作出风险分析,列出优先级。然后跟开发和产品一起讨论,如果都能解决当然最好。不能全都解决的话,就要根据你列出的数据和优先级,开始互相妥协了。需求该砍砍,bug也要妥协。严格定义bug的严重级别。高优的修完便可,低优的妥协掉,放到下个迭代再说。

    再举个例子,项目第一次发布前两个礼拜,我统计bug的时候发现bug过多,而当前仍然有很多feature没有开发完,预计在发布当周才能开发完。我判断以当前未完成的feature和bug量对与发布来说是一个严重的风险。于是找来产品和开发的leader,讨论一下当前的优先级,每个模块出一个人进小黑屋修bug,务必在下一轮测试前把bug量降下来。于是每个人好吃好喝供着,全都进了小黑屋修bug了。 还有一次在验收测试之前的那一轮测试中。第一天QA就发现问题比较多,这样很可能影响验收的结果。而如果验收不通过,就需要修bug重新验收。而我们在时间上根本没有给再跑一轮测试的buffer。所以这时候QA必须站出来发出声音,把风险都提出来,于是又一堆人进了小黑屋了,没开发完的feature也砍了。QA是那个总在质疑的人,我们天性使然。
    我举的例子不是说有风险就要砍需求,而是各方权衡,妥协的结果。如果发布时间不可动摇,解决不了的必然就得砍。而如果需求是不可妥协的,那发布时间就得延后。就像我上面说的,一切都是三方权衡,妥协的结果。

    QA能力之四:改进力

    QA以提升产品质量为天职。找出产品的bug是直接的提升方式,这里面就有测试计划,测试用例的设计等等,这里我们不详说了。 但我们有一些间接的方式,一般分为两种。第一是提高生产力,就像上面的部署自动化。节省了工程师的时间成本,就是间接的提升产品质量。一般提搞生产力都是通过工程自动化,或者开发一些工具来提升效率。像我们搞得CI,自动化测试什么的都是这一套。第二种是过程改进,通过改进当前迭代的各种流程,规范标准以减少我们不必要的人员浪费。

    改进力的例子就太多了,就像刚才说的我们做的各种自动化其实就是一种改进。而在创业团队中,过程改进更为常见。一开始大家都是个人战,小团队中大家凭借优秀的个人能力就能hold住所有事情。但团队越来越大,产品越来越大,已经不是每个人都那么优秀了,而且即使大家都很优秀但一个人一个工作习惯。个体的不同已经给团队带来了很大的麻烦。这时候大家要开始互相妥协,统一一个相同的步调。这就是无规矩不成方圆。开发产品QA要经常总结,对各种流程达成一致,并全力推行下去。每个团队的情况不一样我就不举例子了。

    QA能力之五:应变力

    软件行业有一句很有名的话,叫做唯一不变的事就是需求永远在变。尤其是风口浪尖的互联网行业,变化是家常便饭。 敏捷开发模型的口号也是拥抱变化。记得我之前在测试开发之路--喷喷埋雷的事,吵吵代码的情中讲过在自动化测试中的应变,这依赖良好的设计和丰富的经验。有兴趣的看看之前的帖子吧。 除了在自动化中的应变,其实我们还有别的。 例如万一有个人离职了怎么办, 某件事情的key person请假了怎么办。提测延期,测试时间不够怎么办,服务器down掉,短时间内无法恢复怎么办。这些都要提前想到,免得到时候手忙脚轮的。QA是质疑一切怀疑一切的人。千万别以为事情会按部就班的照你的意思进行下去,据我的经验,几乎没有一个项目是那么顺利的。起码排期的时候你要留buffer,项目开展的时候前紧后松,人员上互为back up,如果依赖集群记住一定要留个单机版的集群以防万一,掌控项目的所有信息,获得第一手信息并立刻思考解决方案。好了这点就说到这吧,这些都是经验上的东西了。我也还欠缺很多,也是时常有手忙脚乱的时候。

    QA能力之六:执行力

    这个更不用说了,你再敏捷开发团队中,执行力是根本。一个字,快。没有那么长时间让你慢慢思考设计了,随着工作经验的增长你要总结出一套可用的方法论,框架,工具。关注你使用语言的各种开源项目很重要。我之前的帖子写过,能用开源的就用开源的,千万别装逼自己写。等你写出来,黄花菜都凉了。我为什么喜欢用docker? 因为快,搭什么服务下个官方镜像我就用,搭个mysql撑死5分钟(还是网慢的情况)。只要你对这些东西不陌生,像test link,Jenkins,jira,wiki等等这一套基础服务从无到有撑死也就一下午的事。抛弃你那颗想研究细节,想研究原理的心,等你空余时间再研究吧,记住项目质量优先,它永远都是最重要的。

    QA能力之七:技术能力

    终于说到这个了。我就不发散的说别的了。。。又要啰嗦一大堆了。 技术能力。。。是以上六点的基础,没有技术能力以上六点均为扯淡。可以看到我把技术能力列为最后一项了,因为确实当你负责一个项目的质量的时候你需要用到的技术能力越来越少,因为你需要关注的东西更多,更广。很多细节的事情,例如写自动化脚本,写测试框架可能已经交给你的同事来做了。但你千万别以为你可以不用拥有技术能力,当一个纯的manager。那是扯淡,扯淡中的扯淡。举个例子你啥时候听说过CTO可以不懂代码的了?虽然他已经不用再苦逼的当码农了但是没有高超的技术能力他怎么带领技术部?同理如果你技术为0,完全的外行领导内行。你怎么理解产品架构,怎么制定测试策略,你怎么把技术能力转变成生产力,同事在走上歧路的时候你怎么及时发现并更正。退一万步讲,你没技术能力怎么服众,怎么防止其他人糊弄你。反正如果我领导完全是个技术白痴的话我糊弄他跟糊弄孙子一样。
    最后说一句,一定的技术实力是基础。。。真真的是基础。。。不要把懂技术当做很高大尚的事情。也就测试圈子觉得会写代码会搭架构就是大牛了,要知道软件这行里高手到处都是,你测试圈子里的技术人家根本不看在眼里。

    结尾

    好吧我又啰嗦了一堆,以上均为我个人见解,不代表广大群众。有错的有对的都请轻喷。

     

    尊重作者,注明转载出处。

    展开全文
  • 测试开发之路--QA 的能力

    千次阅读 2016-11-09 14:26:39
    前言大多还未踏入或者刚刚踏入测试这一行的小伙伴都会经历一个迷茫期,那就是测试到底是干什么的。甚至有些步入测试已久的老鸟们也会时时的质疑自己正在做的事情。觉得自己就是在找茬,打杂甚至觉得自己做的事没什么...
  • QA seven's blog

    2017-07-03 17:14:00
    大部分人看到这个题目时,直接的反应是QA关心代码质量嘛,能看懂代码吗?怎么给dev feedback? qa 如果还有人持这样的观点后,那么我只能说too young too simple。 首先我们得谈谈什么是代码质量? 创建优秀的代码...
  • 曾问过一个经验丰富的同事:到底什么是QAQA和我现在的工作的区别是什么?怎么做一个QA?同事回答:QA就是质量的把控和监督者,QA不要局限于"测试分析"、"测试设计"、"测试执行"等等,所有能够顾促进质量提高的事情...
  • 游戏质量与玩家的体验息息相关,作为QA(游戏测试工程师),通过严格的测试来保障游戏质量是QA的工作日常。既关注验证,也关注预防,涵盖游戏从研发初期到上线运营的全生命周期。面对质量问题,QA需要充分开发和利用...
  • 上个项目接近尾声,我以developer的身份加入了现在的项目,姑且叫做项目A吧。...由于成都这边团队都清一色的developer,没有qa,严重阻碍了交付的进度。所以我跑到澳洲出差1个月来了解一下整个项目的cont...
  • 我们之前已经听到很多谈论DevOps和DevOps世界的最新趋势的事情,但是就DevOps工程师本身,到底什么呢?在最纯粹的存在形式上来说,DevOps工程师为了加快开发和运营团队之间的交付效率而存在的桥梁。DevOps...
  • 在以前,团队实施CMM的时候,QA更多的一 个警察的角色,他整天拿着一个checklist、报告什么的到处去团队里面看,你是否ok,不ok就要怎么怎么样,整天就这个活,但是引入敏捷之 后,QA就觉得有点失落,都敏捷了,...
  • 下面将会向你展现一件充满魔法与奇迹的事情,希望你耐心看到最后 ...如果你还不知道什么持续集成,不知道持续集成能为你干什么,不知道怎么完美的搭建一个持续集成的平台,那么下面跟着我开始走上...
  • 2016年,Reddit上出现了一个匿名的帖子,内容:“从大约六年前到现在,我在工作中什么也没做。”作为一个的职场吐槽贴而言,这可能看起来没什么。但是这位昵称为FiletOFish1066的程序员说,他在一家著名的科技公司...
  • 有了这些,我还有什么不满足呢。先好好三年,多多学习前辈经验,多多思考。让自己变得更好学,勤劳,坚强,责任,nice。 可以感觉工作的路不会那么轻松,但至少充实吧,至少现在所有的职位里,我最喜欢最想做,...
  • # hint: 停用词用什么数据结构来存储? 不一样的数据结构会带来完全不一样的效率! def text_preprocessing(text): # 生成停用词和标准化 stopfile_path = r'C:\Users\Administrator\nltk_data\corpora\...
  • 让我们来谈谈分工

    2018-03-07 22:16:36
    有人认为,社会分工大前提,并批评我说怎么不说把所有的事全的,把我推向了另外一个极端。另外,你千万不要以为有了分工,QA的工作就保得住了。就像《乔布斯传》中乔布斯质疑财务制度的时候说的,有时候,很多人...
  • 太容易踩坑了,主要是有些大佬配置一些东西也不说明是干什么用的 首先使用rpm -qa|grep tomcat查看自己的虚拟机里有没有安装tomcat 如果有的话可以使用rpm -e tomcat卸载 使用tar -zxvf tomcat将tomcat解压到当前的...
  • (1)对教材与参考资料阅读后关于软件质量保障你的体会是什么? 通过书中的公式我们可以知道软件质量的好坏可以由 软件质量=程序质量+软件工程质量 而知 阅读完这两篇文章后,首先我也针对两种声音提出了疑问,...
  • 我接下来计划干什么3. 有没有什么阻碍我完成任务的问题 不过,三个人过后,一个QA突然问我:“我现在有个问题,可以问吗?” 我犹豫了一下,按照Daily Standup会议的规定,在回答这三个问题的时候,不能够讨论...
  • 星期一日本节日休息,结果发送的QA没有返回来,我们干什么呢?总不能干坐着吧?和同事张商量了一下,我们决定做核心业务之外的业务,例如一些基本表的管理,用户管理等等。这样看来,原本定在本周的计划几乎无法...

空空如也

空空如也

1 2 3
收藏数 48
精华内容 19
关键字:

qa是干什么的