关于需求分析:测试在项目流程中的那些事儿

55次阅读

共计 5246 个字符,预计需要花费 14 分钟才能阅读完成。

前言

测试作为整个我的项目中的一环,在我的项目流程中起着不可或缺的作用。局部团队是短少项目管理角色的,这个时候,测试对我的项目流程的推动、我的项目品质的保障显得尤为重要。好的测试,能在整个我的项目流程中以 QA 角度做好项目管理和及时的危险预警,让我的项目如期上线且保障品质。业界始终强调测试前置,那么测试在我的项目中,如何依据我的项目状况做前置工作推动我的项目流程,让大家都开心工作呢?本文以本人所在的项目组为例讲述我的项目流程中的一些事,心愿能够与大家一起探讨~

一、QA 在我的项目中表演的角色

【why】明确指标是什么:明确做这个我的项目的指标是什么,可适当依据指标对需要实现、我的项目品质、研发提测工夫点等做一些调节。

【when】我的项目的 deadline:思考项目组的特殊性,咱们须要晓得我的项目须要什么时候上线,明确我的项目 deadline,依据工夫节点制订适合的测试计划

【what】各阶段咱们须要做什么:能够重点关注我的项目流程中,QA 参加与输入的环节。有输出才会有输入,所以输入的环节往往是须要 QA 破费工夫去思考的中央。

【how】遇到危险点时怎么做:测试阶段,除了 QA 环节的危险点须要及时裸露和 push 外,这个阶段研发和产品也在做一些工作。在我的项目流程治理中,作为最上游的参与者,须要关注这些危险点,及时裸露和 push 解决。

【who】QA、RD、PM

二、咱们面临的挑战

2.1 挑战点

1. 发版频率在排名第二,2021 全年发版 71 次,相当于每周都有一个版本在进行迭代,疾速迭代的节奏,对人效和团队协同效率要求高。

2. 整个 2021 年,研发人均 bug 数为 123 个,bug 较多,提测品质不高。为了不拉长我的项目周期,保障较短的 bugfix 工夫十分要害,同时要思考如何进步提测品质。

3. 整个 2021 年,测试人均提 bug 量最多,在我的项目节奏缓和的状况下,发现和提 bug 的效率必须晋升。

2.2 对于提测品质

针对上述挑战的内容,咱们能够看到提测品质上,咱们存在不足之处。咱们之前做过进步冒烟用例比例、冒烟穿插执行、工夫预估减少冒烟工夫等尝试,最初发现播种的成果无限。次要起因如下:

  1. 多方单干、我的项目有固定 deadline:因为我的项目特殊性,局部需要是多方单干的模式且有固定的 deadline,就须要我的项目尽快上线,在对我的项目效率有极高要求的状况下,咱们容许带一些层级深的 bug 上线,针对上线状况做 hot
    fix。
  2. 我的项目节奏缓和,需疾速迭代更新:现有研发团队是串行的节奏,能继续高效迭代,为保障我的项目节奏的稳定性,避免出现因一个我的项目周期拉的过长导致节奏错乱,咱们承受分步提测的模式,就有可能呈现冒烟性能不残缺的状况,导致提测品质不如预期。

基于以上起因,咱们能够看到在品质与效率之间须要做肯定的抉择时,须要向我的项目效率歪斜,所以咱们既然无奈更好地扭转提测品质,那就去扭转咱们能扭转的。

三、面对这些挑战,QA 能够做什么

QA 能够做什么让整个迭代周期变短,在 bug 很多的状况下还能疾速迭代且线上问题较少呢?先来看下咱们的我的项目流程:

从整个我的项目流程上看,可能与很多团队一模一样。在流程上,QA 作为上游的一个局部,能够看到 QA 参加输入的内容其实有很多,这些局部就是咱们能够尝试去扭转晋升的点。
那么咱们从这些输入内容看下,面对上述挑战,QA 都做了哪些扭转以及还有哪些窘境。

3.1 我的项目排期打算

我的项目排期打算模板:

【when】我的项目排期个别是需要评审完后,依据需要拆分需要模块和开发模块。
排期打算中,QA 的工作:相熟需要,拆分需要模块,制订测试计划
QA 同学退出进模块拆解,能更好的理解需要,拆分的开发模块也能更快的晓得当有 bug 时,bug 是属于哪个端的,提给哪位对应的开发。
依据各模块的提测工夫和大抵开发周期,QA 同学也能制订对应的测试计划。

【what】– QA 具体须要做什么

  1. 帮助开发拆分功能模块,确保模块都有对应的开发负责人
  2. 确认我的项目 deadline、开发总预计工夫和提测工夫

3.2 测试计划制订

我的项目测试计划模板:

【when】测试计划个别在我的项目排期给出后 1 天内提供,后续依据排期动静调整

测试计划中,QA 的工作:依据需要预估工夫和人力,明确测试环境与策略,制订正当的测试计划,预估危险

【what】– QA 具体须要做什么

1. 拆分功能模块,模块明确好对应的测试。(蕴含用例编写安顿、一、二轮测试安顿和兼容测试安顿)

2. 预估好我的项目的总体测试工夫和各轮次的测试工夫

3. 一轮靠近序幕时,与开发明确好上预发工夫;二轮靠近序幕时,与开发明确好上 online 环境的工夫

4. 如有数据配置项,二轮测试开始前与产品明确好配置所需内容和实现工夫节点

以上 1、2 两点尽早提供,其余可在对应工夫点给出。当然,如遇到需要变更、人力变更等须要及时提出和调整。

【how】– 具体怎么做

依据开发排期,动静制订和调整正当测试的打算。

  • 依据提测工夫,决定用例执行程序与调配:
    如下图拆分的测试计划,后盾配置(星火)与用户端提测工夫不统一,联合两个提测工夫点,咱们利用用户端提测前的工夫,先执行后盾配置的用例,这样即便是分步提测,咱们也能确保每次提测时测试资源能跟上。
  • 依据性能制订测试轮次
    对于骨干性能:须要屡次执行测试用例,个别制订三轮的测试,一轮在测试环境,二轮预发环境,三轮线上环境
    对于对内的、不影响用户应用的性能:制订一轮测试,在测试环境测一轮。比方星火等配置后盾是给经营应用的,做一轮测试,上预发后产品走查验证 + 配置内容即可
    流动类的性能:根据流动的复杂程度和应用频次,制订测试轮次。比方新年流动,是一次性的流动且流动工夫紧,评估后咱们在预发做了一轮测试就上线了,上线品质也一样较好。具体测试流程:流动类测试流程尝试
  • 依照模块、用例量与难度划分,制订每人每天用例执行指标
    一轮测试模块划分依据用例编写与相熟度划分
  • 履行穿插测试,防止因不相熟导致脱漏或效率升高
    二轮进测试进行穿插,利用 TC 平台的工作指派,也能够分明看到组员的工作数量与实现状况。

如下图,测试计划的拆解与人员调配,粗疏划分到每人每日的工作指标,且各模块的调配会进行穿插,一轮测试人员发现用例不欠缺或测试不不便的中央也即便提供了文档以便二轮人员尽快上手测试。

【小结】:咱们能够看到,调整测试计划的 4 种形式,次要目标都是通过这些方法去更高效地去实现测试工作,保障我的项目如期上线;更欠缺、全面地去发现 bug,晋升我的项目品质。测试计划的正当调整调配,是面对我的项目过程中各种挑战的无效形式之一。

3.3jira 定制化流程

  1. 定制化的 jira 我的项目流程:

版本公布治理三部曲:

  • jira 版本公布治理:从产品建设版本开始,到最终复盘,整个流程和数据统计都体现在 jira 看板中,不便对立治理
  • 我的项目进度主动同步:如下,我的项目组成员能很清晰的晓得以后我的项目进度,且版本进度每天都会主动在大群同步;完结的我的项目,也会依据我的项目状况主动同步复盘信息

【小结】:

1. 定制化的流程,让流程更加对立标准和智能化。

2. 要害信息的及时同步,能缩小每日站会、信息同步会等反复会议,节约了工夫。
各团队之前的合作更加顺畅,那团队协同效率和人效也就自然而然能进一步提高。

  1. QA 高效提 bug、研发疾速修 bug 秘诀:

2021Q1 效率工具的需要收集提效探讨中,提 bug 流程的优化倡议一一实现了,每个人提 bug 的速度大幅晋升,次要汇总如下:

  • bug 辨别问题类型 —— 使 bug 分类更精准,能更好地剖析数据,push 对应人员
  • bug 状态展现优化 —— 各状态高深莫测,更快找到须要解决的 bug
  • bug 形容预置版本、步骤、设施等信息 —— 缩小反复内容输出,提 bug 效率更高


  • jira 挪动版接入应用 —— 附件内容更不便上传,bug 形容更精确,缩小因无奈复现、形容不清等起因带来的反复沟通老本
  • bug 流程新增:一轮漏测、fix bug 引入选项、bug 形容不清的状态 —— 当然这些指标目标不是为了查究是开发或是测试的责任,是为了剖析 bug,总结起因,从中找出有余的中央(比方用例设计不欠缺、开发修复 bug 未自测等问题),大家共同进步,晋升我的项目品质,从而让我的项目进行更晦涩与高效。
  • 主动揭示开发 QAfix 和验收 bug:—— 精准找到须要解决 bug,解决效率大大晋升
    我的项目流程复盘中,咱们约定 p1bug 当天须要 fix,p2bug 原则上 fix 周期不超过 T + 1 天,验收不超过 T + 2 天。如下图,就是依据造成的标准主动揭示研发、测试的内容:

【小结】:

1. 即便是预置的一些提 bug 信息和界面优化,也让测试更“优雅”地工作,提 bug 和验 bug 也更有劲儿了。

2.T+ 1 修复周期的约定与音讯推送,给了研发一个心里预期,正如咱们依据我的项目状况调整测试策略个别,研发也依据咱们给的预期调整了工作模式,从而使研发 fix bug 周期保障到最短,高效且有品质地修复了 bug。

工作流程的调整与满满预期的加持,让整个团队的工作效率极大进步。

3.4 测试报告

  1. 测试日报

【when】个别我的项目提测后,须要每日上班前发送日报

【what】– QA 具体须要做什么

汇总其余 QA 的进度,依据我的项目状况发送日报 or 周报。
日报中危险项一环节可依据我的项目状况批改,同步打算、揭示事项等都能够写入。
push 开发 fix bug:p1 修复周期不超过 T + 1 天,bug 数量较多时,可依据测试状况适当催开发批改(比方一轮测试靠近序幕,还有很多服务端前端 bug,就须要催一下了)

【how】– 具体怎么做

在 galaxy 平台工具上,实现了日报主动生成工具,每日可主动生成日报内容,不便大家看进度,且日报中还有以后 bug 状态和链接,研发也能更快找到本人的 bug。
日报一键生成成果如下:

【小结】:

日报的主动生成,节俭了测试每日汇总进度的工夫,更是间接大幅缩小了要害信息的沟通同步老本,是人效和团队协同效率晋升的又一次加成 buff。

  1. 品质报告(测试报告)

【when】我的项目上线后,对我的项目进行总结梳理

【how】– 具体怎么做
联合 jira 的应用流程,可一键生成测试报告并同步品质平台。

生成的测试报告示例:

3.5 我的项目复盘

【when】我的项目上线后的一周内,小型我的项目如有必要可合并组织

【why】复盘的目标:针对我的项目中不足之处,独特探讨对策,争取下次做的更好

【what】– QA 具体须要做什么

1. 数据文档筹备:模式其实不做限度,须要的数据、文档等筹备好即可,也能够与开发轮流组织。

2. 会议上造成的 todo list 须要进行跟进解决

【how】– 具体怎么做

复盘例子:

复盘提效 jira 看板:如下图 — ps:催 bug 或者发日报的时候也能够应用,比拟清晰

【小结】:定期做我的项目复盘,让团队意识到咱们以后存在的问题,推动我的项目流程一次比一次做的更好。

【有余】:
当然,在复盘过程中,各团队尽管达成一些共识独特改良,也遇到了一些列问题。

问题一:我的项目节奏曾经很缓和的状况下,大家可能都在赶我的项目进度,没有余力去做复盘总结工作,谋求效率从而漠视了品质。

问题二:复盘造成的 todolist 也没工夫去跟进,导致复盘的总结内容最初不了了之,复盘失去意义。

问题三:一些复盘改良点,往往因为各种非凡起因而不能按规定执行。

基于以上起因,复盘播种的成果是比拟无限的,也是咱们今后须要探讨与改良的一个命题。

四、项目风险

4.1 危险评估

我的项目流程中,咱们关注各个阶段须要做什么事的同时也会做项目管理与把控,关注项目风险,守住 deadline。

危险能够分为两类:品质危险和进度危险

举个例子:
用例编写的工夫不够,影响测试工夫和上线工夫,咱们称之为进度危险;而用例编写时,编写用例人员不熟该性能,用例笼罩有余,咱们能够称之为品质危险。

这里咱们次要关注的是我的项目进度,所以着重关注进度危险一项。进度危险,就是在我的项目进度中呈现的危险从而影响了整个我的项目的工夫点。

在测试计中,咱们设计了危险一栏放于第一位,目标就是让 QA 在我的项目流程中,及时从测试角度去观测和记录危险。

比方:

4.2 危险对策

面对危险呈现时,须要 case by case 探讨。在进度危险呈现时,首要准则就是及时裸露危险、寻找办法去尽可能升高危险。

项目组很多我的项目因与其余部门配合,有固定 deadline 并且容许有局部已知问题带上线,那么咱们个别从测试开发角度去商议的解决办法如下:


以上计划如果还不能守住 deadline,就要思考我的项目延期。

结语

上述内容是作者所在项目组联合已有的测试流程,针对我的项目遇到的挑战进行流程推动以及推动后的总结介绍。
鉴于不同项目组的非凡和差异性,文中提到的办法和伎俩可能只是冰山一角,不肯定齐全实用各类我的项目。依据我的项目状况做前置工作推动我的项目流程,其实是一个很大的命题,不同项目组有时存在的问题也不尽相同,测试在我的项目流程中还能做哪些更 nice 的事,还是须要靠大家在现有状况上来进行摸索和总结。也欢送大家留言与咱们交换探讨~

正文完
 0