|
地毯
发表于 2008-4-25 10:42:06
|
只看该作者
|
技术评审问题、测试发现BUG、故障等级应该是目前最常用的三大类问题定义。技术评审问题针对开发过程中的方案、需求、设计等质量,BUG针对上线前产品质量,而故障针对上线后的产品质量。除此之外,我们还会在一些管理活动上运用到问题等级定义,例如项目问题的识别与管理、计划评审问题、里程碑评审问题等管理性质的问题。
评审或测试的目的是尽可能地发现产品的问题。评审或问题修改的情况决定了是否能够进入下一工作环节。是不是只要存在缺陷就不能进入下一环节?(如果未修复的是一个建议,或者未修复的是一个严重问题呢?)如果进度受限,是否可以放弃部分缺陷的修复?(放弃一个严重缺陷,还是优先级低的缺陷?)从这两个角度考虑,我觉得我们还是需要就什么是缺陷、缺陷的严重程度、优先级别进行定义。
虽然每个公司每个岗位对缺陷的严重程度定义不一样,但至少应在项目组内达到共识吧,严重等级的定义意味着开发和测试就问题的性质达成共识而减少不必要的纠纷。如果一个产品发现了一个严重BUG、十个建议性BUG,你认为这个产品可以发布给用户吗?如果还有20个中等BUG需要五个工作日来修复,但只有两天时间了,我们要怎么发布给客户?什么情况下是严重、一般、轻微或建议,它们的修复优先级,以及如果它们未得到修复,产品是否予以放行到下一环节,都应该得到明确。
技术评审问题也应该要有一定的严重等级,由技术评审小组来确定具体等级和修改要求。依据评审发现的问题,你也许会得到评审的结论:需再次评审、评审通过或稍做修改确认即可。问题的严重性决定了评审的结论。 |
|