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 创建者已经对工作产品做了恰当的修改。 |
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 创建者已经对应了评审中的所有问题。 |
相关推荐
同行评审,又称同行审查或伙伴审查,是软件开发过程中的一个环节,旨在通过团队成员间的互相检查来发现并修复错误,提高代码质量和软件可靠性。 在软件测试的范畴里,同行评审扮演着至关重要的角色。它不仅仅是一种...
- **积极参与**:鼓励所有团队成员积极参与同行评审过程。 ##### 需避免的陷阱 - **过度依赖**:不能完全依赖同行评审来发现所有的错误和问题。 - **拖延和延误**:避免因为同行评审而导致项目延期。 - **负面情绪...
该计划书详细描述了代码走查的整个过程,包括走查计划、成员角色、走查过程、缺陷修改与关闭等。 走查计划是代码走查的核心,旨在规定走查的目的、范围、时间表和成员角色。走查计划应包括走查的目的、范围、时间表...
“Peer Review_质保巨擘”这个文件很可能是对整个同行评审过程的详尽指导,包括如何有效地组织和执行评审,以及如何利用工具和技术支持这个过程。它可能会涵盖最佳实践、模板示例、常见问题解答和案例研究,帮助团队...
如何在软件测试过程中进行正式的评审软件测试过程中进行正式的同行评审过程根据同行评审的重要程度,正式评审、技术审查和走查三种形式的流程和成果物的使用力度不尽相同,但其主要的步骤和内容大体一致,参见如图4-...
此文档为CMMI评审检查表格模板,其中包含了《评审准备表》、《代码走查评审记录表》、《项目计划表》、《需求规格表》、《软件设计表》、《Java代码走查清单》、《React代码走查清单》《C语言代码走查清单》、《测试...
在CMMI的实施过程中,代码走查通常包含以下几个步骤: 1. **计划走查**:明确走查的目标、参与者、时间安排和预期结果,制定走查计划。 2. **准备材料**:开发者提交待审查的代码,同时提供相关文档,如设计规格、...
代码走查,也称为同行评审,是软件开发中的一种静态分析方法。它不同于单元测试或集成测试,它不涉及程序的实际运行,而是由开发人员或其他团队成员对源代码进行详尽的检查,寻找可能的错误、不符合规范的地方以及可...
代码走查是软件开发过程中的一个关键环节,它旨在通过同行审查来发现并修复代码中的错误和潜在问题。本文将详细介绍一种代码走查工具——PCLint,这是一款源自源码分析工具,对于提高代码质量和确保软件稳定性具有...
代码走查规范文档
代码检查
代码走查的评审步骤包括: 1. 评审准备:评审者需要准备好评审的工具和资料,了解代码的结构和逻辑。 2. 评审开始:评审者开始对代码进行检查和评审,检查代码的每一行代码、每一个函数和每一个模块。 3. 评审结果...
代码检查和走查的方法论。可作为开发过程中代码评审的方法依据
2. **运行错误**:走查过程中发现的运行错误需要及时修复。例如,`vuex`中的报错,可能是数据类型不匹配导致的方法调用错误,需要在调用前进行类型检查。此外,注意代码的格式规范,例如运算符两侧应添加空格,链式...
项目代码走查记录表 描述检查人员 检查时间,检查发现那些问题等等。
某公司的质量评审过程可能包含了一系列系统化的方法和步骤,旨在优化产品开发流程,提高团队效率,降低风险,并最终满足用户需求。下面,我们将详细探讨这个过程可能涉及的一些核心知识点。 1. **评审目标**:质量...