CN108845943A - 一种判断软件测试阶段性完成的方法及系统 - Google Patents

一种判断软件测试阶段性完成的方法及系统 Download PDF

Info

Publication number
CN108845943A
CN108845943A CN201810663818.XA CN201810663818A CN108845943A CN 108845943 A CN108845943 A CN 108845943A CN 201810663818 A CN201810663818 A CN 201810663818A CN 108845943 A CN108845943 A CN 108845943A
Authority
CN
China
Prior art keywords
test
tester
actual defects
days
completed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810663818.XA
Other languages
English (en)
Inventor
李男
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201810663818.XA priority Critical patent/CN108845943A/zh
Publication of CN108845943A publication Critical patent/CN108845943A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3688Test management for test execution, e.g. scheduling of test suites

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种判断软件测试阶段性完成的方法及系统,方法:1.为每个测试人员制定当天测试的目标缺陷数;2.每个测试人员接收到目标缺陷数后,开始测试;3.获取每个测试人员当天测试得到的实际缺陷数;4.计算每个测试人员当天的测试达成率;5.判断测试的实际缺陷数是否平稳;若否,下一天返回1;若是,根据每个测试人员当天测试得到的实际缺陷数,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例;若否,下一天返回1;若是,测试结束。系统包括目标缺陷数制定模块、测试启动模块、实际缺陷数获取模块、测试达成率计算模块、测试的实际缺陷数平稳判断模块以及测试完成判断模块。

Description

一种判断软件测试阶段性完成的方法及系统
技术领域
本发明属于软件测试领域,具体涉及一种判断软件测试阶段性完成的方法及系统。
背景技术
软件测试阶段性完成:本专利中软件阶段性测试即指传统软件系统测试中某轮的测试。
软件测试作为保证软件质量的重要手段,越来越受到重视,软件测试时间占据整个项目周期的时间也越来越长。其中软件的系统测试是占据软件测试最长的测试。
目前,一般的公司软件系统测试流程为依据软件测试用例,执行测试。其每一轮完成的标准也是“是否覆盖执行所有测试用例”,而测试用例执行程度怎样则没有把控,即没有对于测试工程师的测试质量进行检验和控制。或有的公司,其软件系统测试时间,严格按照项目计划上规定的时间。判断标准过于单一,这就往往导致系统测试发现bug不彻底,导致重复提交系统测试版本,有的中级项目的系统版本数量甚至达到20轮,造成项目延期交付,客户满意度降低 、项目成本增高等一系列的问题。
此为现有技术的不足,因此,针对现有技术中的上述缺陷,提供一种判断软件测试阶段性完成的方法及系统,是非常有必要的。
发明内容
本发明的目的在于,针对上述目前软件系统测试判断每轮测试完成,没有统一的标准,或判断标准过于单一的缺陷,提供一种判断软件测试阶段性完成的方法及系统,以解决上述技术问题。
为实现上述目的,本发明给出以下技术方案:
一种判断软件测试阶段性完成的方法,包括如下步骤:
步骤S1.为每个测试人员制定当天测试的目标缺陷数;
步骤S2.每个测试人员接收到目标缺陷数后,开始测试;
步骤S3.获取每个测试人员当天测试得到的实际缺陷数;
步骤S4.计算每个测试人员当天的测试达成率;
步骤S5.判断测试的实际缺陷数是否平稳;
若否,下一天返回步骤S1;
若是,根据每个测试人员当天测试得到的实际缺陷数,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例;若否,下一天返回步骤S1;若是,测试结束。
进一步地,设定缺陷数为2个,第一设定比例为80%。当测试的实际缺陷数平稳的情况下,实际缺陷数小于2个的测试人员的比例大于80%时,达到理想测试状态。
进一步地,步骤S2中,每个测试人员采用执行测试用例以及随机测试的方式开始测试。通过执行测试用例或随机测试的方式或者两者结合的方式开始测试都可以使用本发明的方法。
进一步地,步骤S5的具体步骤如下:
步骤S51.获取每个测试人员设定天数内每天的实际缺陷数;
步骤S52.计算出每个测试人员设定天数内的实际缺陷数的平均值;
步骤S53.计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
步骤S54.判断所述差值是否小于设定数值;
若是,则测试的实际缺陷数平稳;若否,则测试的实际缺陷数不平稳。判断每个人在设定天数的实际缺陷数以及出现较小波动时,即可判定每个人的测试已经趋于平稳。
进一步地,设定天数为3-6天。测试的实际缺陷数是否平稳以3-6天的平稳期作为观察。
进一步地,步骤S1中根据往期测试经验、软件开发人员水平、软件需求难度、软件测试人员水平以及该轮测试的天数,为每个测试人员制定当天测试的目标缺陷数。目标缺陷数制定的略高于实际缺陷数,为进一步驱动测试人员发现更多的缺陷。
进一步地,目标缺陷数的设定目标是,测试达成率超过设定达成率的测试人员比例大于第二设定比例。当足够多的测试人员完成测试达成率,从而认为是比较好的目标缺陷设定目标。
进一步地,设定达成率为80%,第二设定比例为80%。测试达成率超过80%的测试人员比例大于80%,可以认为是比较好的目标缺陷数设定目标。
本发明还给出如下技术方案:
一种判断软件测试阶段性完成的系统,包括:
目标缺陷数制定模块,用于为每个测试人员制定当天测试的目标缺陷数;
测试启动模块,用于每个测试人员接收到目标缺陷数后,开始测试;
实际缺陷数获取模块,用于获取每个测试人员当天测试得到的实际缺陷数;
测试达成率计算模块,用于计算每个测试人员当天的测试达成率;
测试的实际缺陷数平稳判断模块,用于判断测试的实际缺陷数是否平稳;
测试完成判断模块,用于在测试的实际缺陷数平稳时,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例。
进一步地,测试的实际缺陷数平稳判断模块包括:
设定天数内实际缺陷数获取单元,用于获取每个测试人员设定天数内每天的实际缺陷数;
实际缺陷数的平均值计算单元,用于计算出每个测试人员设定天数内的实际缺陷数的平均值;
设定天数内差值计算单元,用于计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
实际缺陷数平稳判断单元,用于判断每个测试人员设定天数内每天的实际缺陷数与平均值的差值是否小于设定数值,在差值平稳时,判定测试的实际缺陷数平稳,在差值不平稳时,测试的实际缺陷数不平稳。判断每个人在设定天数的实际缺陷数以及出现较小波动时,即可判定每个人的测试已经趋于平稳。
本发明的有益效果在于:
本发明通过为每个测试人员每天设定目标缺陷数,严格控制每天的测试质量,根据测试的实际缺陷数平稳趋势及实际缺陷数及人数比例达成气孔,判断该轮测试是否完成。本发明增加了每轮测试的完成判断维度,提高每轮测试的质量,促进系统测试缺陷收敛,提高测试效率,降低项目成本。
此外,本发明设计原理可靠,结构简单,具有非常广泛的应用前景。
由此可见,本发明与现有技术相比,具有突出的实质性特点和显著的进步,其实施的有益效果也是显而易见的。
附图说明
图1为本发明的方法流程图;
图2为本发明判断测试的实际缺陷数是否平稳的流程示意图;
图3为本发明的系统连接示意图;
其中,1-目标缺陷数制定模块;2-测试启动模块;3-实际缺陷数获取模块;4-测试达成率计算模块;5-测试的实际缺陷数平稳判断模块;5.1-设定天数内实际缺陷数获取单元;5.2-实际缺陷数的平均值计算单元;5.3-设定天数内差值计算单元;5.4-实际缺陷数平稳判断单元;6-测试完成判断模块。
具体实施方式:
为使得本发明的目的、特征、优点能够更加的明显和易懂,下面将结合本发明具体实施例中的附图,对本发明中的技术方案进行清楚、完整地描述。
实施例1:
如图1所示,本发明提供一种判断软件测试阶段性完成的方法,包括如下步骤:
步骤S1.为每个测试人员制定当天测试的目标缺陷数;根据往期测试经验、软件开发人员水平、软件需求难度、软件测试人员水平以及该轮测试的天数,为每个测试人员制定当天测试的目标缺陷数;目标缺陷数的设定目标是,测试达成率超过设定达成率的测试人员比例大于第二设定比例;
步骤S2.每个测试人员接收到目标缺陷数后,开始测试;每个测试人员采用执行测试用例以及随机测试的方式开始测试;
步骤S3.获取每个测试人员当天测试得到的实际缺陷数;
步骤S4.计算每个测试人员当天的测试达成率;
步骤S5.判断测试的实际缺陷数是否平稳;
如图2所示,具体步骤如下:
步骤S51.获取每个测试人员设定天数内每天的实际缺陷数;
步骤S52.计算出每个测试人员设定天数内的实际缺陷数的平均值;
步骤S53.计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
步骤S54.判断所述差值是否小于设定数值;
若否,下一天返回步骤S1;
若是,根据每个测试人员当天测试得到的实际缺陷数,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例;若否,下一天返回步骤S1;若是,测试结束。
上述实施例1中,设定缺陷数为2个,第一设定比例为80%,设定天数为3-6天,设定达成率为80%,第二设定比例为80%。
实例2:
应用上述实施例1的一种判断软件测试阶段性完成的方法,在该实施例中,假设每一个测试人员都是负荷工作;
包括如下步骤:
步骤S1.根据往期测试经验、软件开发人员水平、软件需求难度、软件测试人员水平以及该轮测试的天数,为每个测试人员制定当天测试的目标缺陷数;目标缺陷数的设定目标是,测试达成率超过80%的测试人员比例大于80%,目标缺陷数制定的略高于实际缺陷数,为进一步驱动测试人员发现更多的缺陷;
步骤S2.每个测试人员接收到目标缺陷数后,开始测试;每个测试人员采用执行测试用例以及随机测试的方式开始测试;
步骤S3.获取每个测试人员当天测试得到的实际缺陷数;
步骤S4.计算每个测试人员当天的测试达成率;测试达成率等于实际缺陷数与目标缺陷数的比值;
步骤S5.判断测试的实际缺陷数是否平稳;
若否,下一天返回步骤S1;
若是,根据每个测试人员当天测试得到的实际缺陷数,判断实际缺陷数小于2个的测试人员的比例是否大于80%;若否,下一天返回步骤S1;若是,测试结束。
实施例3:
如图3所示,一种判断软件测试阶段性完成的系统,包括:
目标缺陷数制定模块1,用于为每个测试人员制定当天测试的目标缺陷数;
测试启动模块2,用于每个测试人员接收到目标缺陷数后,开始测试;
实际缺陷数获取模块3,用于获取每个测试人员当天测试得到的实际缺陷数;
测试达成率计算模块4,用于计算每个测试人员当天的测试达成率;
测试的实际缺陷数平稳判断模块5,用于判断测试的实际缺陷数是否平稳;
测试完成判断模块6,用于在测试的实际缺陷数平稳时,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例。
上述实施例2中,测试的实际缺陷数平稳判断模块5包括:
设定天数内实际缺陷数获取单元5.1,用于获取每个测试人员设定天数内每天的实际缺陷数;
实际缺陷数的平均值计算单元5.2,用于计算出每个测试人员设定天数内的实际缺陷数的平均值;
设定天数内差值计算单元5.3,用于计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
实际缺陷数平稳判断单元5.4,用于判断每个测试人员设定天数内每天的实际缺陷数与平均值的差值是否小于设定数值,在差值平稳时,判定测试的实际缺陷数平稳,在差值不平稳时,测试的实际缺陷数不平稳。
本发明的实施例是说明性的,而非限定性的,上述实施例只是帮助理解本发明,因此本发明不限于具体实施方式中所述的实施例,凡是由本领域技术人员根据本发明的技术方案得出的其他的具体实施方式,同样属于本发明保护的范围。

Claims (10)

1.一种判断软件测试阶段性完成的方法,其特征在于,包括如下步骤:
步骤S1.为每个测试人员制定当天测试的目标缺陷数;
步骤S2.每个测试人员接收到目标缺陷数后,开始测试;
步骤S3.获取每个测试人员当天测试得到的实际缺陷数;
步骤S4.计算每个测试人员当天的测试达成率;
步骤S5.判断测试的实际缺陷数是否平稳;
若否,下一天返回步骤S1;
若是,根据每个测试人员当天测试得到的实际缺陷数,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例;若否,下一天返回步骤S1;若是,测试结束。
2.如权利要求1所述的一种判断软件测试阶段性完成的方法,其特征在于,
设定缺陷数为2个,第一设定比例为80%。
3.如权利要求1所述的一种判断软件测试阶段性完成的方法,其特征在于,
步骤S2中,每个测试人员采用执行测试用例以及随机测试的方式开始测试。
4.如权利要求1所述的一种判断软件测试阶段性完成的方法,其特征在于,
步骤S5的具体步骤如下:
步骤S51.获取每个测试人员设定天数内每天的实际缺陷数;
步骤S52.计算出每个测试人员设定天数内的实际缺陷数的平均值;
步骤S53.计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
步骤S54.判断所述差值是否小于设定数值;
若是,则测试的实际缺陷数平稳;若否,则测试的实际缺陷数不平稳。
5.如权利要求4所述的一种判断软件测试阶段性完成的方法,其特征在于,设定天数为3-6天。
6.如权利要求1所述的一种判断软件测试阶段性完成的方法,其特征在于,
步骤S1中根据往期测试经验、软件开发人员水平、软件需求难度、软件测试人员水平以及该轮测试的天数,为每个测试人员制定当天测试的目标缺陷数。
7.如权利要求6所述的一种判断软件测试阶段性完成的方法,其特征在于,目标缺陷数的设定目标是,测试达成率超过设定达成率的测试人员比例大于第二设定比例。
8.如权利要求7所述的一种判断软件测试阶段性完成的方法,其特征在于,设定达成率为80%,第二设定比例为80%。
9.一种判断软件测试阶段性完成的系统,其特征在于,包括:
目标缺陷数制定模块(1),用于为每个测试人员制定当天测试的目标缺陷数;
测试启动模块(2),用于每个测试人员接收到目标缺陷数后,开始测试;
实际缺陷数获取模块(3),用于获取每个测试人员当天测试得到的实际缺陷数;
测试达成率计算模块(4),用于计算每个测试人员当天的测试达成率;
测试的实际缺陷数平稳判断模块(5),用于判断测试的实际缺陷数是否平稳;
测试完成判断模块(6),用于在测试的实际缺陷数平稳时,判断实际缺陷数小于设定缺陷数的测试人员的比例是否大于第一设定比例。
10.如权利要求9所述的一种判断软件测试阶段性完成的系统,其特征在于,测试的实际缺陷数平稳判断模块(5)包括:
设定天数内实际缺陷数获取单元(5.1),用于获取每个测试人员设定天数内每天的实际缺陷数;
实际缺陷数的平均值计算单元(5.2),用于计算出每个测试人员设定天数内的实际缺陷数的平均值;
设定天数内差值计算单元(5.3),用于计算每个测试人员设定天数内每天的实际缺陷数与平均值的差值;
实际缺陷数平稳判断单元(5.4),用于判断每个测试人员设定天数内每天的实际缺陷数与平均值的差值是否小于设定数值,在差值平稳时,判定测试的实际缺陷数平稳,在差值不平稳时,测试的实际缺陷数不平稳。
CN201810663818.XA 2018-06-25 2018-06-25 一种判断软件测试阶段性完成的方法及系统 Pending CN108845943A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810663818.XA CN108845943A (zh) 2018-06-25 2018-06-25 一种判断软件测试阶段性完成的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810663818.XA CN108845943A (zh) 2018-06-25 2018-06-25 一种判断软件测试阶段性完成的方法及系统

Publications (1)

Publication Number Publication Date
CN108845943A true CN108845943A (zh) 2018-11-20

Family

ID=64202619

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810663818.XA Pending CN108845943A (zh) 2018-06-25 2018-06-25 一种判断软件测试阶段性完成的方法及系统

Country Status (1)

Country Link
CN (1) CN108845943A (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101250798A (zh) * 2007-02-20 2008-08-27 Juki株式会社 缝纫机的生产管理装置
US20110296371A1 (en) * 2010-05-26 2011-12-01 International Business Machines Corporation Creating A Test Progression Plan
CN103942138A (zh) * 2013-01-23 2014-07-23 纽海信息技术(上海)有限公司 测试方法及装置
CN105117348A (zh) * 2015-09-28 2015-12-02 佛山市朗达信息科技有限公司 一种监控软件测试执行进度的方法
CN106384190A (zh) * 2016-08-31 2017-02-08 铁道第三勘察设计院集团有限公司 基于3dgis和工程三维模型的铁路路基施工进度管理系统和管理方法
CN107341103A (zh) * 2017-06-16 2017-11-10 广州云测信息技术有限公司 一种软件兼容性的测试方法及系统
CN107480070A (zh) * 2017-08-24 2017-12-15 中国银行股份有限公司 一种测试结果统计分析方法及装置
CN107679683A (zh) * 2016-12-28 2018-02-09 平安科技(深圳)有限公司 软件开发进度预警方法和装置
CN108122060A (zh) * 2016-11-28 2018-06-05 宁波市镇海甬讯信息科技有限公司 软件项目进度管理方法及系统

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101250798A (zh) * 2007-02-20 2008-08-27 Juki株式会社 缝纫机的生产管理装置
US20110296371A1 (en) * 2010-05-26 2011-12-01 International Business Machines Corporation Creating A Test Progression Plan
CN103942138A (zh) * 2013-01-23 2014-07-23 纽海信息技术(上海)有限公司 测试方法及装置
CN105117348A (zh) * 2015-09-28 2015-12-02 佛山市朗达信息科技有限公司 一种监控软件测试执行进度的方法
CN106384190A (zh) * 2016-08-31 2017-02-08 铁道第三勘察设计院集团有限公司 基于3dgis和工程三维模型的铁路路基施工进度管理系统和管理方法
CN108122060A (zh) * 2016-11-28 2018-06-05 宁波市镇海甬讯信息科技有限公司 软件项目进度管理方法及系统
CN107679683A (zh) * 2016-12-28 2018-02-09 平安科技(深圳)有限公司 软件开发进度预警方法和装置
CN107341103A (zh) * 2017-06-16 2017-11-10 广州云测信息技术有限公司 一种软件兼容性的测试方法及系统
CN107480070A (zh) * 2017-08-24 2017-12-15 中国银行股份有限公司 一种测试结果统计分析方法及装置

Similar Documents

Publication Publication Date Title
CN106646256B (zh) 电池容量计算方法
CN112858916B (zh) 一种基于模型与数据驱动融合的电池包荷电状态估计方法
CN106535223B (zh) 一种小区测量方法及移动终端
CN110806545B (zh) 一种锂电池循环寿命快速检测方法
WO2023071421A1 (zh) 一种电池梯次利用的筛选方法及装置
CN108845943A (zh) 一种判断软件测试阶段性完成的方法及系统
CN109002397B (zh) 一种控制器冒烟测试系统及测试方法
CN115616374B (zh) 一种基于机器学习的半导体芯片的测试系统
CN110995770A (zh) 一种模糊测试应用效果对比方法
CN115902625A (zh) 一种电池系统的性能预测方法、装置、设备及存储介质
CN110212996A (zh) 频谱仪校准系统、并行校准方法及自动排配校准方法
CN114720799A (zh) 一种锂离子电池电极材料循环性能的加速测评方法
CN112379271B (zh) 一种考虑钝化的碳包式锂亚硫酰氯电池容量检测方法
CN111460128B (zh) 一种基于认知诊断的计算机化自适应测验方法
CN110398651B (zh) 一种仪器电控系统的可靠性试验方法
CN113625678A (zh) 一种端口阻抗自动仿真测试方法
CN114047450A (zh) 电池系统的可用容量一致性评估方法和装置
CN109388829B (zh) 一种电子产品寿命测算方法
CN112328471A (zh) 一种选择回归测试方式的方法
CN111505515A (zh) 一种电动汽车soc精度检测方法及系统
CN110515367A (zh) 一种仪器电控系统的可靠性评估方法
CN111007416A (zh) 诊断蓄电池健康状态的方法
CN117061390A (zh) 一种光纤通信延时的软件测试方法
CN108627772A (zh) 一种锂电池分组输出电压快速测试方法
CN117939002B (zh) 一种面向手机通讯设备的性能稳定性测试方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20181120

RJ01 Rejection of invention patent application after publication