51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1608|回复: 1
打印 上一主题 下一主题

[原创] 谈谈软件项目中的评审

[复制链接]
  • TA的每日心情
    擦汗
    5 天前
  • 签到天数: 1027 天

    连续签到: 2 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2021-11-15 13:15:09 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    你一定听说过这样的一句话:每天不是在开会,就是在开会的路上。这句话其实是对会议多的一种调侃,同时也有一些反感。可以大家想没想过,为什么我们会对一些会议反感?仔细想一想,这些会议是不是都是高效的?
    本文将谈一谈项目会议当中比较重要的一种会议——评审会议,评审会议的必要性,如何高效开展评审会议。
    1、什么是评审
    评审,指评议和审查、审议。
    那为什么要评审呢?
    2、为什么要进行评审
    1)评审一般是集体活动,有助于从多角度提升工作产品(即评审对象)的质量
    评审的与会人,可能会包括项目干系人、技术专家、业务专家、高层管理者,那么与会人的角色不同,对于工作产品的评判角度也是不同的。

    例如,在实际项目中,当针对测试设计文档进行评审时,产品经理更关注用户需求有没有得到全面覆盖,开发人员更关心他们对需求的理解与测试人员是否一致,测试评审专家除了关注业务功能有没有覆盖到之外,还会评审测试设计方法是否合理,是否考虑了各个质量属性。
    2)评审会议可以提供一个契机,针对一些争议点进行讨论对齐,做到统一思想。
    例如,评审需求规格说明书时,项目多方干系人都会在场,一方面可以围绕每条客户需求做好澄清,另一方面,各评审人员可以从各自的专业角度出发,提出需求存在的问题,或者文档没有阐述到的方面。
    比如,一款APP,产品经理在需求评审会上讲解关于用户注册/登录的需求。测试人员由于具备APP使用方面的丰富的经验,会提出针对这个需求的更细节方面的问题:用户是先注册再登录还是登录即注册、是否既支持验证码登录又支持密码登录、验证码的有效期是多久、用户登录一次的鉴权保存的时间是多久、是否要做用户取消注册的入口等等。随后,针对这些新提出来的需求点,与会人会尽量达成一致,会上无法统一观点的,记录会议纪要,会后闭环。
    3)作者自己很难发现自己的工作产品的问题。
    曾经在一本书上看到这样一个观点,我觉得非常有道理:因为你记得你的工序,所以,你会认为你的作品是正确的。
    其实,这是人在输出产物的时候,特定的思维方式和输出流程导致的。不管输出的是什么,那么你的过程通常都是:想出一个思路来,然后按照这个思路一直理下去,然后把思路实现为成果。所以,你的思维方式一直是正向的,顺序的,并且你的整个过程太熟悉了,熟悉到你认为一切都是正确的,这其中当然也掺杂着对自己的“宝贝”的偏爱。
    这个时候,评审的作用就是,找一些人,这些人不知道你的产品是什么样的输出过程,也不会掺杂感情,此时他们的评价就是客观的。
    另外,大家一定也有过同样的经历。你刚写出来的东西,你会怎么看怎么顺眼。但是,当你经过了1-2两个月,慢慢淡忘了它及生产它的过程时,你可能会发现很多不合理的甚至是错误的地方。

    4)评审是一种静态测试,性价比高。这项活动可以使问题提前暴露,且测试成本较动态测试低,修复成本也低。
    例如,如果在需求评审阶段,就识别出来客户要求支持两种支付缴费方式:微信和支付宝,而需求文档中只提到了微信支付,此时,只要更新需求文档即可;但是,如果到了编码阶段才识别出来,那么,会造成编码返工,甚至架构调整;如果再晚一点,到测试阶段才发现此漏洞,那么就会导致更大量的返工,并且对项目进度造成更明显的影响,从而极有可能导致项目的失败;如果再晚一些,等到版本发布给用户去使用之后,由用户提出来呢?影响会怎样?损失的是什么?
    可见,评审阶段修正错误的成本有多低!
    那么,到底什么情况下需要启动评审活动呢?评审有哪些类型呢。下面只举一些常见的例子。
    3、评审的类型
    1)工作计划评审

    主要包括项目计划,开发计划,测试计划等
    2)设计文档评审
    概要设计,详细设计,测试设计
    3)代码评审
    版本开发代码评审,自动化工具代码评审
    4)管理评审
    版本发布评审,缺陷评审,风险评审
    4、如何更好的开展评审
    评审本身可以看做是一种特殊的会议。想要更加高效,那么会前充分的准备、会上高效的评审、会后严格的闭环都是非常重要的。下面列举了对评审成功进行至关重要的几个因素:
    1)评审对象作者已完成初稿(具备评审条件的初稿)
    和软件产品一样,如果评审对象没有达到入口条件,仅仅是个半成品,会浪费评审相关人员的时间,甚至影响项目进度。

    2)评审主题、评审目的已明确
    评审主题和目的不明确,则会出现在评审会议上漫谈一些与评审对象无关的话题,浪费时间。比如,一个评审软件产品是否能够发布的决策会议,在不清楚评审目的的情况下,可能会出现开发和测试在讨论bug的产生原因,偏离会议主题。
    3)确定好评审时间、地点,以及与会人、组织者、主持人、纪要人
    与会人名单不准确,会出现评审会上一些重要关键人员不在的情况。
    纪要人不明确,会导致会上的重要信息没有得到及时记录,从而形成低效会议,甚至是无效会议。
    4)会议材料提前下发给与会人,并预留足够的时间进行独立评审
    一个草草组织、无充足时间浏览会议材料的会议,可想而知是什么样的:与会人直到会议开始才第一次见到相关文档;评审时,经常停下来理解文档想说什么。这样的会议,就像盲人摸象,简直就是在浪费时间。

    5)正式评审会议上,评审主持人具备足够的组织协调和沟通解决能力,保证会议秩序,控制好会议效率和效果

    6)正式评审会议过程中,所有与会人都积极提出观点,积极讨论,目标一致

    7)会后将会议纪要发给与会人,记录的问题责任人明确,闭环时间明确
    评审虽然本身性价比较高,但是,过于随意的评审无非就是在浪费时间,流于形式。希望大家在实际项目中,充分利用好评审会议这个利器,所向披靡!

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2021-11-22 08:54:12 | 只看该作者
    评审做得多的公司,流程就规范,质量就更高
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-10-5 07:16 , Processed in 0.098272 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表