imicman的个人空间 https://blog.eetop.cn/1518355 [收藏] [复制] [分享] [RSS]

空间首页 动态 记录 日志 相册 主题 分享 留言板 个人资料

日志

关于验证质量的考虑

已有 503 次阅读| 2016-5-15 21:02 |个人分类:验证杂谈


验证的结束并不是伴随验证报告的提交而结束。

还是会有项目在流片后又蹦出一个新的 bug。

怎么就没完没了了。

我以为,要把握好三个关口,可以消除或者将bug概率再降低。

第一个关口:在项目启动后,应该尽早按照验证团参加需求方案等的讨论会,让验证人员尽早进程第一手的需求。

第二个关口:在项目执行中,要适当的抽出时间,安排各个模块的验证负责人就手里的验证工作进行讲解,让别人指导他在干什么; 其实,最重要的是要他本人在讲解过程中发现遗漏,同时上下游模块也从中发现问题。

第三个关口:在验证报告提交之后,不能经过1-2天的评审就算结束,需要当回事,抽出1周左右时间,来安排收尾评审,一定要把相关人等聚齐,在评审前发好资料,做好评审。

总之,质量的把关开始靠验证的当事人,我们要做的就是给当事人创造好自查自纠的平台,并与之良性互动,让他高质量的发现自我的问题,同时相关人要听明白当事人的讲解或培训,从一旁也能发现问题。

如果真的执行下去之后,他自己和大家都不认为还有问题,那么问题发现的概率就很低或者为零了。

不然呢!

点赞

发表评论 评论 (1 个评论)

回复 logue 2016-5-21 13:09
:handshake 有道理

facelist

您需要登录后才可以评论 登录 | 注册

  • 关注TA
  • 加好友
  • 联系TA
  • 0

    周排名
  • 0

    月排名
  • 0

    总排名
  • 0

    关注
  • 1

    粉丝
  • 0

    好友
  • 8

    获赞
  • 34

    评论
  • 访问数
关闭

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

小黑屋| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-4-25 09:53 , Processed in 0.016236 second(s), 12 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
返回顶部