美文网首页
QA你要做的事有『 很多 』

QA你要做的事有『 很多 』

作者: 李春辉 | 来源:发表于2019-08-11 23:45 被阅读0次

    在我司把QA称为质量分析师,是要对质量不断分析、持续改进,从而保证团队高效高质量交付。

    QA们每天只是测试故事卡、Debug或验证Bug、或写E2E自动化测试吗?

    世界著名的质量管理专家爱德华兹·戴明博士说过:

    "You can not inspect quality into the product,It is already there. " ---W.Edwards.Deming

    也就是说,质量不是检测出来的,质量在产品生产出来那一刻就定了。所提高产品质量,还需要内建产品质量。

    看到的QA服务:

    测试故事卡
    缺陷管理、验证
    编写E2E自动化测试
    缺陷统计分析
    编写测试相关文档

    以上这些是有明确的产出物,大家看的见的QA投入。其实,这些只是一少部分工作投入。测试故事卡或验证缺陷都是对产品的已定质量进行检验,是质量的最后防线。 但要想提高产品本身的质量,需要正确地做事、需要质量内建。而在这个过程中,QA需要不断的进行观察、思考、分析、改进,提前反馈、提前预防,和团队一起内建产品质量。

    没看到的QA服务:

    与所有角色充分沟通
    Review、KickOff、SignOff故事卡的高度重视
    系统架构的熟悉与掌握
    开发实践的分析与改进
    风险识别、跟踪、规避
    内/外部质量的分析与改进
    质量意识的传递、赋能

    1、与所有角色积极沟通

    QA这个角色的沟通对象可以说是涉猎到整个团队。

    • QA与BA、UX之间的密切沟通
      BA、UX、QA要非常频繁沟通交流。需求或mockup的变动,QA都要尽时了解、反馈。另外,QA对系统细节更熟悉了解,所以,很多时候BA梳理新需求时也会及时与QA沟通,以便更多细节问题提前反馈、预防后期缺陷。
    • 与所有DEV间的沟通必不可少
      除了故事卡KickOff、DeskCheck、UT Review、Bug修复的日常沟通之外,Dev在开发中遇到对某一部分的系统使用逻辑或业务不熟悉,QA也需要支持、协助对方尽快的了解熟悉上下文,从而提高效率。另外,对于一些技术卡等,QA需要和Dev充分沟通了解细节,以便更准确的发现替在风险或问题。
    • 与TL、PM沟通各种策略以及风险问题的处理。测试策略、投产策略、线上策略等。
    • 与PO和UAT测试人员每迭代进行验收培训、测试的交流,验收反馈的响应、跟进、处理等等。
    • 与运维人员一起交流关注CI流程线以及上线流程相关问题、以及线上一系统问题沟通处理等等。

    2、为一张故事卡的投入

    1) 故事卡分析 / Review Story

    故事卡的分析,不是“阅读”。先要了解故事卡的业务背景、要解决的问题,再思考分析它有没有价值以及场景是否合理。QA比开发更懂业务、比BA更熟悉系统设计。所以,在这一环节,不仅要考虑分析故事卡的业务价值,还要结合对系统的了解,分析当下的场景设计有没有冲突、不合理或是遗漏的地方等,让风险或问题扼杀在摇篮里。

    2) 故事卡启动 / KickOff

    故事卡启动,BA、UX、DEV、QA一起对当前故事卡的背景、业务场景澄清,除了卡上的AC、性能、安全、兼容等内容,QA要考虑提醒卡之外的一些信息,有时会和开发人员一起tasking。QA不仅参与业务卡还要参与技术卡的KickOff。让风险或问题尽早防范。

    3) 故事卡验收 / DeskCheck

    故事卡验收,BA、UX、DEV、QA一起对当前故事卡验收,除了卡上的AC、性能、安全、兼容等都要验收,会和开发人员一起Review UT/CT/IT等自动化测试。QA不仅参与业务卡还要参与技术卡的DeskCheck。需要补充到部署Checklist的项也要追加。还有的时候需要协助开发人员一起准备测试数据。SignOff让问题尽早发现、及时反馈处理。

    系统架构的熟悉与掌握

    了解系统架构、熟悉DB设计,能更好的服务。

    • 更快更准的定位问题
    • 更合理的分层测试、提前反馈
    • 更了解系统,测试有的放矢,减少重复
    • 和开发人员之间Gap更少,沟通合作更顺畅

    项目实践分析改进

    保证团队做正确的事、正确的做事儿。看似简简单单的一句话,学问可不少。在项目实践中,很多容易忽略的小事,看似没什么,往往影响我们高效高质量的交付。

    • 不了解业务背景就做卡
    • 不KickOff就做卡
    • 不自测就约SignOff
    • 忙就不写测试
    • 能放单元测试的非放集成测试
    • 前期UI变更频繁非要重加E2E
    • 重构不加测试
    • 上线前大重构
    • 先挑简单的卡片
    • 堆到最后才集成
    • 变更不通知大家
    • Pipeline长红
      .....

    内部/外部质量分析

    缺陷分析、
    线上问题收集、分析处理
    线上日志、监控

    质量意识传递

    QA在项目中很关键一点是要传递质量意识,影响项目成员的质量意识不断增强。比如,在KickOff的时候,要积极发言提问;在DeskCheck的时候,不只默默验卡,要说出你的思络或考虑的点,为的就是影响周围的同事,把你的知识与经验传递给团队中的每个人。除了日常合作、交流,还可以专门组织分享会议等,培养大家的质量意识。
    一定要明白,不是你自己沉默着去做事,而且是让更多人知道看到听到。不是为了炫耀、而是为了传递、影响周边的人,像一名老师传递知识一样,传递你的质量意识给团队。

    团队赋能

    入驻客户现场的QA通常要关注给客户团队的QA赋能,除了多分享Session、多讲解、交流,适当还需Pair方式。

    一名优秀的QA,不光技术过硬、软技能也更强。TA在提高产品质量方面、想到、做到的切入点比普通QA会更多、更准、更好。

    相关文章

      网友评论

          本文标题:QA你要做的事有『 很多 』

          本文链接:https://www.haomeiwen.com/subject/qsqvtctx.html