软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试管理>>过程管理>>正文
同行评审过程描述(三)——走查步骤
文章出处:51CMM 作者:不详 翻译:金峰华 发布时间:2006-02-05
    6. Walkthrough Procedure(走查步骤)
Participants
参与者
The author selects the participants in a walkthrough. No specific roles are assigned.由创建者选择走查的参与者。不需要分配特定的角色。
Entry Criteria
入口条件
o The author selected a walkthrough review approach for the product being reviewed.o 创建者为需要评审的工作产品选择了走查评审方法。o The author has stated his or her objectives for the review.o 创建者陈述了评审目标。
Tasks
任务
Task任务
Responsible责任人
  1. Select review participants, obtain their agreement to participate, and schedule a walkthrough meeting.选者评审参与者,确认他们同意参与评审,安排走查会议时间。 Author创建者
  2. Distribute work product to reviewers prior to the meeting.在会议之前分发工作产品给评审者 Author创建者
  3. Describe the work product to the reviewers during the meeting in any appropriate way. Lead discussion on the topics of interest or concerns about the work product.在会议期间,以适当的方式向评审者描述工作产品。针对工作产品中关心的或感兴趣的议题组织讨论。 Author创建者
  4. Present comments, possible defects, and improvement suggestions to the author.向创建者表述评论,可能的缺陷,和改进建议。 Reviewers评审者
  5. Based on reviewer comments, perform any necessary rework of the work product.基于评审者的评论,对工作产品执行必要的返工 Author创建者
Deliverables
交付物
Modified work product修改的工作产品
Verification
审核
No verification of rework is required. Changes are made at the author’s discretion.不需要审核返工工作。根据创建者的判断进行修改。
Exit Criteria
出口条件
o The author has made any appropriate changes in the work product.o 创建者已经对工作产品做了恰当的修改。
      7. Passaround Procedure(轮查步骤)
Participants
参与者
The author selects the participants in a passaround. No specific roles are assigned. However, it can be beneficial to ask individual reviewers to examine the work product from specific perspectives, such as checking internal cross-references, confirming interface definitions, checking conformance to standards, or identifying grammatical and typographical errors.创建者选择了轮查的参与者。不需要分配特定的角色。但要求各个评审者从不同的角度检查工作产品是很有益的,例如检查内部交叉引用,确认接口定义,检查对标准的服从性,识别语法和排版错误。
Entry Criteria
入口标准
o The author selected a passaround review approach.o 创建者选择了轮查评审方法。o The author has stated his or her objectives for the review.o 创建者陈述了评审目标。o The document has been spell-checked.o 文档经过了拼写错误检查。
Tasks
任务
Task
任务
Responsible
责任人
  1. Either distribute a physical or electronic copy of the work product to each reviewer, or create a file to which all reviewers have read/write access.将工作产品文档或电子拷贝发送给每个评审者,或者创建一个所有评审者都具有读写权限的文件。 Author创建者
  2. Notify reviewers that work product is available and indicate the date by which review comments are to be provided.通知评审者工作产品已经准备好,指定了评论阶段的结束日期。 Author创建者
  3. Either hand-write comments directly on the work product, or enter comments into the work product file, using a revision marks convention or an annotation feature of the tool being used. If working with an individual copy of the work product, deliver the work product with comments to the author after completing the review.直接在工作产品上手写评论,或者使用工具的修订标记或注释形式将评论添加到工作产品文件中。如果使用的是工作产品的个人拷贝,那么评审结束后将工作产品和评论一起交给创建者。 Reviewers评审者
  4. After the final date of the review period, remove work product from the shared file location and examine added comments.评审阶段结束以后,从共享目录中移走工作产品,并检查添加的评论。 Author创建者
  5. Based on reviewer comments, perform any necessary rework of the work product. 基于评审者的评论,对工作产品执行必要的返工工作。 Author创建者
  6. If a shared file was used to accumulate comments, delete each comment from the work product as it is resolved. Leave any comments that require discussion in the work product until agreement is reached on actions to be taken.如果使用了共享文件收集评论,在解决问题后,要从工作产品中删除评论。需要讨论的评论要保留在工作产品上,直到对其处理方法达成一致。 Author创建者
Deliverables
交付物
Modified work product修改后的工作产品
Verification
审核
No verification of rework is required. The author is responsible for making appropriate decisions on issues and for correctly performing any rework.不需要审核返工工作。创建者负责对问题的处理决定和返工工作的正确执行。
Exit Criteria
出口条件
o The author has addressed all review issues raised.o 创建者已经对应了评审中的所有问题。

站内搜索
相关文章
◎同行评审过程描述(二)——评审步骤
◎同行评审过程描述(一)——概述
◎项目质量管理的特点
◎印度项目质量管理经验
◎成功管理者的50大感悟
◎外包项目中的Leader
◎完整的变更请求管理解决方案
◎浅析软件项目管理中十个误区
◎软件测试也要做过程改进
◎软件测试的组织与管理
◎软件项目管理的质量保证
◎你知道如何成为一个积极主动的项目经理吗
◎外包软件项目管理经验总结
◎项目进度计划延期的分析
◎软件过程改进建议
◎信息技术质量管理术语
◎软件项目管理原则谈
◎CMS中的安全性和身份验证(下)
◎CMS中的安全性和身份验证(中)
◎CMS中的安全性和身份验证(上)
◎QA要不要追究BUG发生的原因
◎一个 SQA 的工作日记
◎二十三条管理定律
◎软件项目管理中的风险管理研究
◎软件工程能帮多大忙?
◎SQA测试过程
◎软件产品质量
◎microsoft的测试过程
◎轻松面试找到理想员工-非官方的面试技术指南
◎持续集成与测试自动化
◎软件本地化外包测试流程分析
◎软件特征功能测试过程分析
◎软件测试的人际关系
◎编写软件测试计划需要考虑的几个问题
◎构建可“复用”的软件测试环境
◎测试驱动型开发过程
◎持续集成与测试自动化
◎测试设计中需要考虑的22种测试类型
◎软件测试,不可忽略的阶段
◎前置测试分析
◎基于PB环境下的软件测试
◎测试未来的预测
◎失败的测试及其应对措施
◎成为测试主管第一步
热门文章
◎谈项目管理和软件测试过程(一)
◎编写软件测试计划需要考虑的几个问题
◎测试阶段划分
◎成为测试主管第一步
◎谈项目管理和软件测试过程(二)
◎microsoft的测试过程
◎谈项目管理和软件测试过程(三)
◎软件测试过程管理实践介绍
◎SQA测试过程
◎谈项目管理和软件测试过程(五)
◎谈项目管理和软件测试过程(四)
◎软件测试的组织与管理
◎轻松面试找到理想员工-非官方的面试技术指南
◎测试设计中需要考虑的22种测试类型
◎软件本地化外包测试流程分析
◎一个 SQA 的工作日记
◎软件测试也要做过程改进
◎QA要不要追究BUG发生的原因
◎同行评审过程描述(一)——概述
◎软件测试,不可忽略的阶段
◎判断一个差劲的PM的九项标准
◎测试过程的基本形式:确认和验证
◎鲜为人知的软件项目管理原则
◎以测试为核心控制软件开发过程
◎软件产品质量
◎软件测试的人际关系
◎软件特征功能测试过程分析
◎出色管理者的十大思想和行为特征
◎外包软件项目管理经验总结
◎二十三条管理定律
◎持续集成与测试自动化
◎同行评审过程描述(二)——评审步骤
◎新任项目经理的五项修炼
◎你知道如何成为一个积极主动的项目经理吗
◎IBM的过程质量管理
◎打造1+1>2的高效团队
◎软件过程改进建议
◎成功管理者的50大感悟
◎软件项目管理的质量保证
◎外包项目中的Leader
◎测试未来的预测
◎项目管理怎样游刃有余
◎同行评审过程描述(四)——测量
◎软件项目管理中的风险管理研究
◎软件项目管理原则谈
◎项目沟通管理
◎项目进度计划延期的分析
◎失败的测试及其应对措施
◎浅析软件项目管理中十个误区
◎让软件改进过程实现自动化

Google提供的广告