小组评审会前准备

  12月11日,小段和小郑向小组全体成员介绍了他们选择出来的风险最高的模块:集团化资产管理系统人员管理模块。理由有下:该模块代码书写规范欠佳,存在业务逻辑复杂等问题;该模块的增删改查功能明显存在问题;代码量相对其他模块较多,风险更甚。经小组大多数成员同意。确定该模块为被测模块。

  12月12日~12月13日,小组成员各自对被测模块进行审查,参照的代码评审标准是:阿里巴巴Java开发手册。主要的评审重点放在了该模块代码的书写规范以及存在缺陷上,并根据个人评审表格式进行记录。该个人的评审表将会在小组评审会议上由撰写者提出,并由小组全体成员进行评审。

  12月13日晚,经小组成员讨论决定,明天进行小组评审会,地点在东九教学楼(具体教室另定)。另外讨论决定会议主持人:小郑,记录人:小段。与会组员分别是:小王,小费,小高,小陈。

时间: 2024-08-30 13:25:47

小组评审会前准备的相关文章

浅谈Peer Review(同行评审)

这周的<软件测试技术>,我们接触到了同行评审(Peer Review),并结合检测车位的说明书进行了实例分析.那么下面我就简单介绍下何为PR?     从维基百科中,我们知道同行评审(Peer Review,在某些学术领域亦称Refereeing),或译为同行审查,是一种学术成果审查程序,即一位作者的学术著作或计划被同一领域的其他专家学者评审.一般学术出版单位主要以同行评审的方法来选择与筛选所投送的稿件录取与否,而学术研究资金提供机构,也广泛以同行评审的方式来決定研究是否授予资金.奖金等.同行

同行评审(Peer Review)

Peer Review 简称 PR 同行评审(Peer review,在某些学术领域亦称)))为一种审查程序,即一位作者的学术著作或计划让同一领域的其他专家学者来加以评审.在出版单位主要以同行评审的方 法来选择与筛选所投送的稿件录取与否,再而资金提供的单位,也是以同行评审的方式来决定研究奖助金是否授予. PR的组织形式有技术评审(Tecnical review).正规检视(Formal Inspection).走读(Walkthroughs)以及管理评审(Management Review).

需求分析和评审

A.  需求分类 是对需求按照可以管理的方式分组.可分为以下: (一) 原始需求(客户需求):原始需求可视为客户的需求,而客户是不了解软件开发技术的,提出的需求是没有办法直接用于开发的,输出文档:市场需求文档(Market Requirement Document,MRD) (二) 产品需求:产品设计人员或者需求分析人员根据原始需求.结合软件可以实现的功能形成的需求,我个人理解应该就是所说的业务需求,这点待讨论.输出文档:产品需求文档(Product Requirement Document,P

软件测试——Peer Review

一.什么是peer review peer review是一种通过作者的同行来确认缺陷和需要变更区域的检查方法.需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的一部分被安排的进度. 二.背景 这周三老师在课上安排了peer review,每5-6个人一个小组,自己进行分工,并对样例软件进行peer review. 三.peer review的图解及分工 Moderator (主持人) 主持人的主要职责,在评审会前负责正规技术评审计划和会前准备的检查:在评审会中负责调

关于软件测试(5):初识Peer Review

一.背景:这周的软件测试课堂上我们在自行分组的情况下,对姚同学的汽车停车位定位管理系统进行了Peer Review,中文就是同行测试.这也是我第一次接触同行测试,那接下来我先介绍一下Peer Review吧. 二.Peer Review的定义:是一种通过作者的同行来确认缺陷和需要变更区域的检查方法.需要进行同行评审的特定产品在定义项目软件过程的时候被确定并且作为软件开发计划的 一部分被安排了进度. 三.Peer Review的人员分配: 在这其中需要用到评审小组,评审小组至少由3人组成(包括被审

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

软件工程术语(上)

[A] B C D E F G H I J K L M N O P Q R S T U V W X Y Z abstract class 抽象类      提供一组子类共有行为的类,但它本身并不具有实例.抽象类表示一个概念,从中派生的类代表对这一概念的实施. Abstraction 抽象      对视图或模型的创建,其中忽略了不必要的细节,以便专注于一组特定的相关细节. access modifier存取权限      对类.方法或属性进行访问控制的关键字.Java 中的存取权限可以是公有.私

山东大学软件过程管理复习纲要

1.项目管理支持活动有哪些? 配置管理,度量和分析,决策分析. 2.CMM/CMMI.PSP.TSP.RUP.XP.SCRUM.PDCA.MSG.SEPG.WBS.SPI CMM--软件能力成熟度模型(CapabilityMaturity Model,CMM)是美国卡内基.梅隆大学软件工程研究所(SEI)汇集了世界各地软件过程管理者的检验和智慧而产生的软件过程改进的指导性模型.该模型经过世界各地软件组织的实际应用,证明其对软件过程改进具有建设性作用. CMMI--软件能力成熟度模型集成(Capa

概要设计、详细设计(一)概念、方法、实践步骤

1.    概念.方法.实践步骤 设计是指根据需求开发的结果,对产品的技术实现由粗到细进行设计的过程.根据设计粒度和目的的不同可以将设计分为概要设计.详细设计等阶段以便于管理和确保质量.设计内容也要根据软件系统的实际情况进行定义,比如对于交互性要求高的系统可以有视觉设计等等. 一般来说可以将设计阶段划分为概要设计.详细设计2阶段进行管理,程序设计可以结合项目管理.作业配分.开发团队的能力以及质量要求等因素来决定是否作为单独的阶段进行管理. n  概要设计: 定义实现需求的工作产品技功能.技术构架