测试度量事情的。在之前的测试度量这块,我主要从3部分开展事情。 一个是" /> 
快捷搜索:

软件测试度量

简单说说我在曩昔测试团队中,若何进行javascript:tagshow(event, '%B2%E2%CA%D4%B6%C8%C1%BF');" href="javascript:;" target=_self>测试度量事情的。在之前的测试度量这块,我主要从3部分开展事情。

一个是缺陷数据的统计阐发,第二个是事情量的统计阐发,第三个是测试事情量的估算。

首先简单先容一下缺陷的统计阐发。这块基础大年夜家都或多或少都邑做一些。我主如果从缺陷严重性、优先级、模块缺陷的散播、缺陷的收敛环境、缺陷的修复环境进行统计,并根据统计结果,进行必然的阐发。一样平常来说,缺陷的散播是有一些规律的,假如显着不相符这个规律,那么就表示系统或项目组存在必然问题。例如说,某个模块功能一样平常,并不繁杂,然则却发清楚明了对照多的缺陷,这可以反应该模块开拓职员开拓质量有问题,要是该开拓职员寻常事情质量都不错,那么或许该开拓职员生活中存在碰着了问题或者有其他缘故原由。我之前碰着过一个开拓职员由于情感缘故原由,导致那一段光阴开拓出来的法度榜样缺陷异常多,后面pm和他谈心后,法度榜样质量又规复正常了。

其次是事情量的统计阐发。在事情量这块,我主要进行5部分的事情。

1)日常事情量的记录,这个由团队成员自己编写。在填写事情记录时,必要为每个事情记录选择响应的义务类型,并且事情义务持续光阴最长不跨越4小时

2)每礼拜统计本周团队成员在各个项目中的投入环境。不仅让自己了清楚,也让上司懂得测试部对付项目的支持环境。ITPUB小我空间m2t:w [(X"m

在上面的例子里,测试团队在项目1一共投入了B、C、D三小我,B、C成员是100%资本投入。由于项目后续事情安排未知,而B、C成员又属于项目1核心测试职员,是以这两名成员的退出光阴未知。别的一个测试成员D由于不属于项目1的核心测试成员,以是他介入2个项目。同时由于项目2规模较小,以是成员D在项目2中投入20%的资本,在项目1中投入80%的资本。斟酌到公司在2005年3月将要启动一个新项目,以是,笔者颠末和项目1的项目经理协商后杀青同等,计划成员D在2005年2月退出该项目,这样他在2005.3月将投入新启动的项目。

3)每半个月统计全部团队的事情分配环境(然则数据是每周都填写的)统计每小我在各个项目的事情量分配环境。这个和上面那个统计表的偏重点不一样,上面这个统计表偏重在部门整体,现在这个表偏重于个体。

4)按期(如每周或半个月)将团队成员在项目中的事情量投入环境记录到项目事情量投入表中。这个表格主要用于统计详细每个项目的测试事情投入环境,及作为后续测试事情量估算的原始数据。

5)在项目到达一个阶段后,将项目测试网络的数据进行汇总、统计。网络的数据除项目基础信息外,还包括事情量、测试投入资源、项目规模、项目总资源、项目总事情量。主要阐发测试在项目中的投入环境、资源环境、各个测试义务的分配环境等。

着末,根据对几个项目的事情量、资源以及测试义务占项目总测试投入的比例阐发后,我获得了本来测试团队测试事情量估算的简略单纯公式。我可以根据这个简略单纯的公式进行测试的估算,方便测试计划中关于事情量估算部分的编写,避免在估算事情量时短缺依据。估算内容主要包括:测试总人力资源占项目总人力资源的比例及各项测试义务的事情量分配比例。

(注:这是在类似测试操作员的角色环境下进行的估算)

测试总人力资源=20%×项目总人力资源

在全部测试历程中孕育发生的各项测试义务的测试事情量分配如下:

测试义务

比例

认识系统需求

5.0%

测试计划

3.5%

测试需求

7.5%

测试用例

15.0%

测试履行

39%-41%

测试申报

4.0%

测试治理

6.8%

沟通、会议、

4.0%

测试情况搭建

2%-2.5%

机能测试

9.0%

验收测试

4.0%

应用这个表格对进行测试的项目的测试事情量等进行估算后,根据项目实际环境进行调剂。例如,假如项目测试职员对机能测试不认识的话,那么“机能测试”这块的事情量必要加大年夜;假如项目需求不明确,测试职员和项目组成员未相助过,那么,项目的测试需求、认识系统需求、沟通的事情量将酌情增添。

您可能还会对下面的文章感兴趣: