SQA建议

来源:范文范 3.43W

BMS10月月报

SQA建议

项目内容:镜像制作,特性交接、自动部署的学习,其他临时任务。非开发作业。

项目周期:长期作业,目前的版本计划为11/30。

实际质量目标要求以及目前达成情况:

关键过程度量项

目标

目前的达成情况

截止观察时间

进度偏差率

0%

0%

10/20

需求完成率

100%

100%

转测试一次性通过率

100%

100%

项目特点:

1)目前人员完全分散到各个委托作业中,与华为担当一起进行作业,具体任务安排、计划安排、人员安排、进度控制、过程管理完全由华为SE主导。至今未向华为独立交付过。

2)经验不足的人员较多。(1骨干+4新人

3)华为对生产效率有不断提高的要求。(原定7天/1镜像,目前已高于此生产性)。

根据项目组的特点,为减少质量目标达成的风险,项目组内部进行以下质量相关措施:

1

任务跟踪

Leader进行团队整体任务跟踪(包括内容、人员、计划、进度)。

各担当自我进行担当任务的跟踪。

2

定期汇总沟通

发送周报、向华为PM汇报整体进度,沟通风险

3

代码评审及时沟通

如有代码上传gerrit,主动请求华为代码交叉评审

4

加强内部测试

在镜像提交给华为SE之前,内部测试通过

5

技术风险协助

对经验不足的人员,Leader协助解决技术风险

目前的SQA建议加强部分:

及时积累经验,进行KnowHow共享,提高非经验人员的能力。

ECS10月SQA月报

项目内容:云计算开发,障害修正,临时任务(测试等)。

项目周期:长期作业,目前的版本计划为11/30。

实际质量目标要求:

关键过程度量项

目标

目前的达成情况

截止观察时间

进度偏差率

0%

0%

完成迭代需求的部分(10/20)

需求完成率

100%

100%

转测试一次性通过率

100%

100%

问题单回归不通过数

0

0

修改引入问题

0

0

结项验收的缺陷率(对缺陷要求原因回溯)

小于等于1个/KLOC

未到结项


骨干人员稳定性

100%

100%

目前情况(10/20)

项目特点:

1)  由华为主导人员安排、计划安排、具体任务安排,对于大部分的需求,我方人员与华为担当一起协作作业。少量需求由我方独立完成。至今未向华为独立交付过。

2)  我方的作业工程基本从PG到内部测试。

3)  需求粒度细,大多数任务的担当者数量为1-2人。迭代周期短(一周)。

4)  需求列表变更多,华为经常调整整体日程。

5)  经验不足的人员较多。(9骨干+2半骨干+15担当(以新人为主))

6)  华为对生产效率有较高的要求。(目前有18.75人日/KLOC基线,但实际华为需要配合版本计划进行任务时间的安排)

根据项目组的特点,为减少质量目标达成的风险,项目组内部进行以下质量相关措施:

1

任务跟踪

Leader进行团队整体任务跟踪(包括内容、人员、计划、进度、风险)。

各担当进行担当任务的跟踪,进度的自我控制。

2

定期汇总沟通

发送双日报、向华为PM汇报整体进度,沟通风险。

3

代码评审及时沟通

如有代码上传gerrit,主动请求华为代码合同评审。(目前对障害分析无?)

4

加强内部测试

在提交给华为SE之前,除进行常规的UT、SDV,追加VT验证。测试case与华为进行确认。(目前对测试结果分析无?)

5

风险协助

对安排经验不足的人员进行的作业,Leader调配经验人员follow整个作业过程。

6

积累度量数据

积累过程数据,如规模、PGR障害数、UT测试覆盖率、?(目前没有积累生产性实际数据)

目前的SQA建议加强部分:

1)  追加对评审、测试障害的分析,建议从我方主导的需求开始。

2)  及时积累经验,进行KnowHow共享,首先提高非经验人员的作业管理能力。

3)  追加实际工作量的统计,把握内部的生产性实际,为各担当提早明确进度风险。

4)  定期进行迭代评估会,总结问题,与华为沟通。

5)  今后逐步会有独立交付的需求,建议迭代完成后就进行交付件的整理(如PGR记录、测试文档、问题单处理列表等)。

热门标签