近期收到某业务研发leader反馈，某业务经常有客户或者内部运营人员反馈各种问题，问题原因各种各样：有权限问题，有用户数据不准，有用户不会使用，有程序bug，有平台功能设计不合理，也有网络问题等等。
问题的多样性，反映出此产品整体的质量不高，背后往往是多种原因共同导致，下面对此事做简要分析，并简单聊聊从QA角度可以做的事情。
① 研发leader主动来反馈，说明其对负责的业务还是比较负责的，时刻在关注着产品的整体质量。作为一个研发leader除了要关注自己团队研发的代码产出质量，更要关注整个产品的质量。后者才是终端用户真实能感受到的，终端用户无论遇到什么问题，都是整个项目组的问题，研发作为项目组的核心角色必须要有全局观。
② 产品会出现上述各种类型的问题，大概率是这块业务还处于初级阶段，远未到成熟阶段；或者是整个项目组的资源有限，未投入足够人员或者人员能力所限，导致平台从产品设计、到研发、再到线上运营，都比较混乱。
③ 上述问题，不是出现某一个能力强的产品、研发、或者QA就能在很短的时间内解决的，需要产研测共同努力才能慢慢优化解决。
再讲讲做为QA，面对上述情况，应该如何处理。
出现上面的各类问题，部分QA可能会认为大部分都不是我的问题，我经手测试的需求没出现bug，这些都是老需求或者产品问题、数据问题等；这类想法在初级QA中比较常见，之所以会有此类想法是他们把自己仅仅放在了线下需求测试的位置上，只要我线下测试没问题，没有代码bug，就不算漏测，就没我的问题，都是产品或者线上脏数据导致。其实，QA的职责远不止线下测试，需要为整个产品质量负责，只要线上业务出现了非预期的表现，都需要QA去关注、去跟进；还可以根据用户的反馈、投诉去反推产品、研发去优化。所以QA想进一步提高，尤其要注意，不要把自己把自己限制住了。
再讲讲这事怎么开展，有一句话很贴切，“如果你不能度量它，那你就无法优化它”。想要提高产品的质量，就得看清楚现在的质量如何，分析出目前的问题所在。可以去搜集最近一段时间内，该产品所有的线上问题、用户反馈等所有能搜集到的内容；然后case by case分析，得出问题分类、问题原因、解决方案等信息。然后积累足够的数据之后，就可以在项目组进行复盘了，复盘哪些环节做的不好，是产品架构问题、还是代码问题多、还是漏测较多、或者用户培训不够。最后根据原因，再有针对性的进行解决。
QA是一个很复合的角色，可以做的很浅，在项目组中若有如无；也可以做的很深，整体把控业务的交付质量。就看各位如何对自己定位了。
版权声明
本站文章、图片、视频等（除转载外），均采用知识共享署名 4.0 国际许可协议（CC BY-NC-SA 4.0），转载请注明出处、非商业性使用、并且以相同协议共享。
© 空空博客，本文链接：https://www.yeetrack.com/?p=1611
近期评论