一种基于瑞利缺陷模型的软件测试质量管控方法与系统技术方案

本发明专利技术公开了一种基于瑞利缺陷模型的软件测试质量管控方法与系统，方法包含获取上个迭代的千行代码缺陷率、本次迭代制定的测试计划与测试策略，提取测试计划中的总测试时长t

【技术实现步骤摘要】
一种基于瑞利缺陷模型的软件测试质量管控方法与系统


[0001]本专利技术涉及软件测试管理领域，具体涉及一种基于瑞利缺陷模型的软件测试质量管控方法与系统。

技术介绍

[0002]当前生活在互联网技术非常普及的年代，用户的要求越来越高，希望能在规定甚至更短的时间内生产出优质的产品，这使产品的质量需要接受严峻的考验，而在一个软件的整个生命周期中，测试环节由于处于靠后的阶段，往往还会出现测试周期被压缩、测试人力不足、研发修复缺陷时间过迟等问题；且在测试过程中，测试策略若出现问题，经常在测试后期才会暴露，这时只能通过测试人员加班以增加测试时长或者和项目申请推迟发布时间进行补救，因此需要在测试前期，即可判断本次测试策略是否合理、测试人力是否足够，及早通过调整测试策略和增加测试人员等手段进行干预，以保证产品发布版本的质量。

技术实现思路

[0003]本专利技术要解决的技术问题是一个软件的整个生命周期中，测试环节由于处于靠后的阶段，往往还会出现测试周期被压缩、测试人力不足、研发修复缺陷时间过迟等问题；且在测试过程中，测试策略若出现问题，经常在测试后期才会暴露，本专利技术提供一种基于瑞利缺陷模型的软件测试质量管控方法，本专利技术还提供一种基于瑞利缺陷模型的软件测试质量管控系统，能够通过比对根据千行代码缺陷率预估的缺陷数和根据瑞利缺陷模型计算的缺陷数，在测试前期即可知晓本次的测试策略是否合理，测试时间是否足够，及早通过调整测试策略和增加测试人员等手段进行干预，以保证产品发布版本的质量，用以解决现有技术导致的缺陷。
>[0004]为解决上述技术问题本专利技术提供以下的技术方案：
[0005]第一方面，一种基于瑞利缺陷模型的软件测试质量管控方法，其中，包含以下步骤：
[0006]步骤1：获取上个迭代的千行代码缺陷率以及本次迭代制定的测试计划与测试策略，提取所述测试计划中的总测试时长记为t
总
；
[0007]所述测试计划与所述测试策略根据软件需求和项目的发布时间节点而制定；
[0008]所述测试计划是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排；
[0009]所述测试策略是通过采用有效的测试手段和方法，对产品模块进行划分，明确测试点和所采用的测试方法，指导测试工作的开展；
[0010]步骤2：软件进入测试阶段时，获取本次迭代需求的总代码行数，根据公式K2＝(总代码行数/1000)*千行代码缺陷率计算得到可能产生的缺陷数记为K2；
[0011]步骤3：软件测试过程中，记录每天真实产生的缺陷数记为d(t)和累计产生的缺陷数记为D(t),其中，t是天数；
[0012]步骤4：获取所述d(t)为峰值的一天记为t
n
，将D(t
n
)输入至瑞利缺陷模型中计算t
n
天时产生的缺陷总数记为K1，所述瑞利缺陷模型为K1＝D(t
n
)/40％，D(t
n
)为t
n
天累计产生的缺陷数；
[0013]步骤5：判断所述K1与所述K2的大小；
[0014]若所述K1小于所述K2，则重新定制所述测试策略使得当日缺陷数达到顶峰的时间后移并更新所述t
n
后重新计算K1，直到所述K1大于等于所述K2；
[0015]若所述K1大于等于所述K2，将所述K1与所述t
n
代入所述瑞利缺陷模型中得到累积分布函数与概率密度函数；
[0016]所述累积分布函数为
[0017]所述概率密度函数为其中，m为形状参数，m＝2,c是范围参数,t是天数，K是所有的缺陷数；
[0018]步骤6：将所述t
总
代入所述累积分布函数和所述概率密度函数中得到测试结束当天预计发现的缺陷数f(t
总
)和累计发现的缺陷数F(t
总
)；
[0019]步骤7：若所述f(t
总
)大于软件项目上使用可接受的缺陷数记为s时，则调整测试策略，增加测试人员，直到所述D(t
总
)大于等于所述F(t
总
)；
[0020]若所述f(t
总
)等于所述s时，则测试正常，无需调整测试策略；
[0021]若所述f(t
总
)小于所述s时，则测试效率提升，可适当减少测试人员。
[0022]上述的一种基于瑞利缺陷模型的软件测试质量管控方法，其中，步骤1中所述千行代码缺陷率的计算方法如下：
[0023]获取上个迭代开始时间和结束时间内提交的历史记录，对增加和删除的行数进行统计后获取软件发布时的总代码行数；
[0024]获取上个迭代测试过程中累计发现的缺陷数；
[0025]根据公式：缺陷数/(总代码行数/1000)计算得到所述千行代码缺陷率。
[0026]上述的一种基于瑞利缺陷模型的软件测试质量管控方法，其中，步骤1中依据软件的发布时间节点提取所述测试计划中的总测试时长记为t
总
。
[0027]上述的一种基于瑞利缺陷模型的软件测试质量管控方法，其中，步骤2中需要先确认本次迭代与上个迭代相比其研发人员未发生较大的调整。
[0028]上述的一种基于瑞利缺陷模型的软件测试质量管控方法，其中，步骤4中所述d(t)为峰值的判断方法为：
[0029]当每天真实产生的缺陷数出现第一个拐点时，视该天的缺陷数达到了峰值。
[0030]第二方面，一种基于瑞利缺陷模型的软件测试质量管控系统，其中，包含信息提取模块、缺陷预估模块、缺陷比对模块、数据处理模块、质量管控模块；
[0031]所述信息提取模块用于获取上个迭代的千行代码缺陷率以及本次迭代制定的测试计划与测试策略，还用于提取所述测试计划中的总测试时长记为t
总
；
[0032]所述缺陷预估模块用于在软件进入测试阶段时，获取本次迭代需求的总代码行数，并根据公式K2＝(总代码行数/1000)*千行代码缺陷率计算得到可能产生的缺陷数记为K2；还用于在软件测试过程中，记录每天真实产生的缺陷数记为d(t)和累计产生的缺陷数
记为D(t),其中，t是天数；还用于获取所述d(t)为峰值的一天记为t
n
，将D(t
n
)输入至瑞利缺陷模型中计算t
n
天时产生的缺陷总数记为K1，所述瑞利缺陷模型为K1＝D(t
n
)/40％，D(t
n
)为t
n
天累计产生的缺陷数；
[0033]所述缺陷比对模块用于判断所述K1与所述K2的大小；
[0034]若所述K1小于所述K2，则反馈至所述缺陷预估模块，所述缺陷预估模块重新定制所述测试策略使得当日缺陷数达到顶峰的时间后移并更新所述t
n
后重新计算K1，直到所述K1大于等于所述K2；...

【技术保护点】

【技术特征摘要】
1.一种基于瑞利缺陷模型的软件测试质量管控方法，其特征在于，包含以下步骤：步骤1：获取上个迭代的千行代码缺陷率以及本次迭代制定的测试计划与测试策略，提取所述测试计划中的总测试时长记为t
总
；步骤2：软件进入测试阶段时，获取本次迭代需求的总代码行数，根据公式K2＝(总代码行数/1000)*千行代码缺陷率计算得到可能产生的缺陷数记为K2；步骤3：软件测试过程中，记录每天真实产生的缺陷数记为d(t)和累计产生的缺陷数记为D(t),其中，t是天数；步骤4：获取所述d(t)为峰值的一天记为t
n
，将D(t
n
)输入至瑞利缺陷模型中计算t
n
天时产生的缺陷总数记为K1，所述瑞利缺陷模型为K1＝D(t
n
)/40％，D(t
n
)为t
n
天累计产生的缺陷数；步骤5：判断所述K1与所述K2的大小；若所述K1小于所述K2，则重新定制所述测试策略使得当日缺陷数达到顶峰的时间后移并更新所述t
n
后重新计算K1，直到所述K1大于等于所述K2；若所述K1大于等于所述K2，将所述K1与所述t
n
代入所述瑞利缺陷模型中得到累积分布函数与概率密度函数；所述累积分布函数为所述概率密度函数为其中，m为形状参数，m＝2,c是范围参数,t是天数，K是所有的缺陷数；步骤6：将所述t
总
代入所述累积分布函数和所述概率密度函数中得到测试结束当天预计发现的缺陷数f(t
总
)和累计发现的缺陷数F(t
总
)；步骤7：若所述f(t
总
)大于软件项目上使用可接受的缺陷数记为s时，则调整测试策略，增加测试人员，直到所述D(t
总
)大于等于所述F(t
总
)；若所述f(t
总
)等于所述s时，则测试正常，无需调整测试策略；若所述f(t
总
)小于所述s时，则测试效率提升，可适当减少测试人员。2.如权利要求1所述的一种基于瑞利缺陷模型的软件测试质量管控方法，其特征在于，步骤1中所述千行代码缺陷率的计算方法如下：获取上个迭代开始时间和结束时间内提交的历史记录，对增加和删除的行数进行统计后获取软件发布时的总代码行数；获取上个迭代测试过程中累计发现的缺陷数；根据公式：缺陷数/(总代码行数/1000)计算得到所述千行代码缺陷率。3.如权利要求2所述的一种基于瑞利缺陷模型的软件测试质量管控方法，其特征在于，步骤1中依据软件的发布时间节点提取所述测试计划中的总测试时长记为t
总
。4.如权利要求3所述的一种基于瑞利缺陷模型的软件测试质量管控方法，其特征在于，步骤2中需要先确认本次迭代与上个迭代相比其研发人员未发生较大的调整。...

【专利技术属性】
技术研发人员：柏燕，谢赟，葛兵，陈大伟，
申请(专利权)人：上海德拓信息技术股份有限公司，
类型：发明
国别省市：