CN104317725A - 一种软件测试的计算机实现的方法、计算机和系统 - Google Patents
一种软件测试的计算机实现的方法、计算机和系统 Download PDFInfo
- Publication number
- CN104317725A CN104317725A CN201410657171.1A CN201410657171A CN104317725A CN 104317725 A CN104317725 A CN 104317725A CN 201410657171 A CN201410657171 A CN 201410657171A CN 104317725 A CN104317725 A CN 104317725A
- Authority
- CN
- China
- Prior art keywords
- risk
- test
- item
- risk item
- target software
- 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
Links
Landscapes
- Stored Programmes (AREA)
Abstract
本发明公开了一种软件测试的计算机实现的方法、计算机和系统,属于测试领域。所述方法包括:根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;根据用户在输入设备触发的第二输入信息,确定与至少一个风险项分别对应的风险等级;根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试。本发明通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
Description
技术领域
本发明涉及测试领域,特别涉及一种软件测试的计算机实现的方法、计算机和系统。
背景技术
当下,将风险分析和应对策略应用在软件测试领域的工作也在逐步探索当中,但在降低测试成本方面对软件测试风险分析也还没有深入系统地研究分析。我国软件业的质量保证体系还不很完善,在国内,软件测试风险分析的理论和研究还是新兴领域,长期以来,我国软件企业产品开发时,由于对软件测试的不重视导致测试成本最容易被压缩,甚至被“砍掉”,导致我国软件产品质量低下。通常基于需求的测试策略,在测试准备阶段应该分析需求、识别测试条件、设计和实施测试来覆盖测试条件,并维护从测试回到需求的可追溯性。在执行和完善测试阶段,测试人员运行测试并报告结果,包括报告基于这些测试,哪些需求得到了满足哪些没有满足。
但是基于需求的测试策略无法减小风险项对这个测试过程的影响,降低了测试的效率和可靠性。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种软件测试的计算机实现的方法、计算机和系统。所述技术方案如下:
第一方面,提供了一种软件测试的计算机实现的方法,所述方法包括:
根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;
根据所述用户在所述输入设备触发的第二输入信息,确定与所述至少一个风险项分别对应的风险等级;
根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试。
结合第一方面,在第一种可能的实现方式中,所述根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试包括:
按照风险等级的高低对所述至少一个风险项进行排序;
从风险等级最高的风险项开始,依次对所述目标软件进行测试。
第二方面,提供了一种计算机,所述计算机包括:
处理单元,用于根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;
所述处理单元还用于,根据所述用户在所述输入设备触发的第二输入信息,确定与所述至少一个风险项分别对应的风险等级;
测试单元,用于根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试。
结合第二方面,在第一种可能的实现方式中,所述测试单元具体用于:
按照风险等级的高低对所述至少一个风险项进行排序;
从风险等级最高的风险项开始,依次对所述目标软件进行测试。
第三方面,提供了一种软件测试的计算机实现的系统,所述系统包括:
输入设备,用于接收用户的第一触发信号,生成第一输入信息,并接收用户的第二触发信号,生成第二输入信息;
存储设备,用于存储至少包括目标软件的多个软件;
以及,第二方面或第二方面的第一种可能的实现方式所述的计算机。
本发明实施例提供一种软件测试的计算机实现的方法、计算机和系统,通过根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试,通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种软件测试的计算机实现的方法流程图;
图2是本发明实施例提供的一种软件测试的计算机实现的方法流程图;
图3是本发明实施例提供的一种计算机结构示意图;
图4是本发明实施例提供的一种软件测试的计算机实现的系统示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供一种软件测试的计算机实现的方法,参照图1所示,该方法包括:
101、根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项。
102、根据用户在输入设备触发的第二输入信息,确定与至少一个风险项分别对应的风险等级。
103、根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试。
本发明实施例提供一种软件测试的计算机实现的方法,通过根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试,通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
本发明实施例提供一种软件测试的计算机实现的方法,参照图2所示,该方法包括:
201、根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项。
从基于质量特性和用户使用的角度进行的风险分析,输出记录,可以从(输入、代码路径、状态、被存储的数据和运行环境)等方面来考虑质量风险的可能性。记录信息内容模板如表格1:
表格
说明:
质量风险:通过风险分析得到的风险列表。
发生可能性:问题发生的可能性:1=很高,2=高,3=中,4=低,5=很低。
造成的影响:发生后造成的影响:1=很高,2=高,3=中,4=低,5=很低。
风险等级:定义问题风险的测量值,确定风险等级:高可能性、高影响的风险拥有最高优先级,重点测试。项目干系人根据风险实际的情况结合系统功能来直接确定各风险的优先级。
可追踪性:可追踪到需求、设计或其他风险基础的追踪信息。
在步骤201之前,还应该在项目测试初期,需要组织项目干系人识别具体的质量风险项,然后向计算机输入该风险项。
之后,再对根据风险发生的可能性和发生后的影响共同评估风险等级,并向计算机输入该风险等级。
202、根据用户在输入设备触发的第二输入信息,确定与至少一个风险项分别对应的风险等级。
风险等级一般也可以通过以下公式来确定:风险等级=发生的可能性×造成的影响。
测试程度:依据风险等级,确定测试的程度。
示例性的,风险等级可以如表2所示。
表格2
203、按照风险等级的高低对所述至少一个风险项进行排序。
204、从风险等级最高的风险项开始,依次对目标软件进行测试。
具体的,首先基于风险分析进行测试设计。
基于风险列表中列出的各功能项的风险来逐一进行测试设计,包括概要测试设计、详细测试设计及测试用例编写三个阶段,主要对测试策略、测试方法、测试工具、输入、预期结果等内容进行明确。具体过程可以为:
确定测试策略,主要是对各风险项的特性进行描述,并根据风险项的特性来确定具体的测试工具及测试方法。
确定该风险的测试用例集,并对该测试用例集所采用的黑盒测试方法进行明确,包括基于需求规格说明书的常用方法:等价类、边界值、因果图、判定表、状态转换、场景法等;基于经验的探索、攻击、缺陷分类技术等方法。
基于详细测试设计中确定的针对该风险的测试方法来编写具体的测试用例,可包含多个功能项的不同测试设计,需明确每条测试用例的测试点、测试数据、输入及预期正确结果等内容,具体的用例格式可根据具体项目有所不同。
最后,再从风险等级最高的风险项开始,依次对所述目标软件进行测试。
可选的,还可以监测测试过程,具体的监测过程可以为:
将风险级别和测试人力进行匹配,风险级别越高,投入测试人力越多;将风险级别和测试顺序进行匹配。同时在项目中需要定期根据获取到的信息,重新评估风险和风险等级,这会使得我们重新为测试和缺陷划分优先顺序,重新分配测试工作量,并采取测试控制措施。对风险较高的部分进行测试会发现更多的缺陷或者测试系统中相对更重要的地方,风险越高,就越早安排测试,将风险级别和测试人力进行匹配。
因为人力分配和测试顺序的安排,随着测试进行,总的剩余质量风险级别会可预见的降低。通过维护测试与风险之间、已定位的缺陷与风险之间的可追溯性,我们能够根据剩余的风险来报告测试结果。当继续测试的风险超过了宣布测试结束的风险时,项目干系人可以决定宣布测试结束。
在测试执行过程中,需关注测试风险本身的风险,例如优先级划分的不合理。可以通过多人员参与、测试人员参与评审、对低优先级的测试对象进行探索测试等的方法来尽可能规避问题的发生。
通过分析剩余风险的可接受级别,针对遗留的风险记录、测试结果和项目状态,分析系统当前状态及存在的主要问题,帮助项目干系人更近一步了解系统,并做出是否可以发布的决定。
上述的基于风险分析的策略,其特点在于,在确定优先级方面:从用户角度出发,基于风险发生的可能性和发生的严重程度从广度和深度两方面来确定测试的优先级顺序。测试活动中根据不同风险项的风险级别按比例分配人力、选择和风险级别相匹配的测试技术、按风险级别首先处理最重要的质量风险、最后才处理那些次要的风险。测试人员和项目组所有人员一起保证风险级别的优先级设定和解决方案适应其风险级别。
上述的基于风险分析的策略,其特点在于,在确定测试完备性方面:在测试经理和项目经理之间达成共识,对于不同优先级的功能采取不同的测试方式,对优先级最低的对象在时间等不允许的情况下可以不进行测试,从而保证测试质量和进度之间的平衡。测试计划和测试执行中,测试经理对所有重要的已识别的项目风险实行测试控制。项目风险级别越高,实行的控制越严格。
上述的基于风险分析的策略,其特点在于,在测试进行中威胁系统质量的残余风险级别逐步降低,测试经理根据剩余风险的风险级别报告测试结果和项目状态。
以上方法贯穿整个测试生命周期:通过运行测试和寻找缺陷来降低质量风险,通过风险缓解,必要时通过提前计划的应急方案来降低项目风险。比如专家建议、同行经验、分步切换、交叉培训,以及做好最坏的打算,即系统不能正常工作时,准备开发人员进行紧急开发等打算。项目中的风险和风险级别定期地根据新的信息进行重新评估。
本发明实施例提供一种软件测试的计算机实现的方法,通过根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试,通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
本发明实施例提供一种计算机3,参照图3所示,该方法包括:
处理单元31,用于根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;
处理单元31还用于,根据用户在输入设备触发的第二输入信息,确定与至少一个风险项分别对应的风险等级;
测试单元32,用于根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试。
可选的,测试单元32具体用于:
按照风险等级的高低对至少一个风险项进行排序;
从风险等级最高的风险项开始,依次对目标软件进行测试。
本发明实施例提供一种计算机,通过根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试,通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
本发明实施例提供一种软件测试的计算机实现的系统,参照图4所示,该系统包括:
输入设备41,用于接收用户的第一触发信号,生成第一输入信息,并接收用户的第二触发信号,生成第二输入信息;
存储设备42,用于存储至少包括目标软件的多个软件;
以及实施例3所述的计算机43。
本发明实施例提供一种软件测试的计算机实现的系统,通过根据至少一个风险项和与至少一个风险项分别对应的风险等级,对目标软件进行测试,通过专门针对风险的测试措施,减少存在的质量风险,提高了测试的效率和可靠性。
需要说明的是:上述实施例提供的计算机在实现一种软件测试的计算机实现的方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将计算机的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的计算机与软件测试的计算机实现的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (5)
1. 一种软件测试的计算机实现的方法,其特征在于,所述方法包括:
根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;
根据所述用户在所述输入设备触发的第二输入信息,确定与所述至少一个风险项分别对应的风险等级;
根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试。
2.根据权利要求1所述的方法,其特征在于,所述根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试包括:
按照风险等级的高低对所述至少一个风险项进行排序;
从风险等级最高的风险项开始,依次对所述目标软件进行测试。
3.一种计算机,其特征在于,所述计算机包括:
处理单元,用于根据用户在输入设备触发的第一输入信息,确定当前所要测试的目标软件的至少一个风险项;
所述处理单元还用于,根据所述用户在所述输入设备触发的第二输入信息,确定与所述至少一个风险项分别对应的风险等级;
测试单元,用于根据所述至少一个风险项和所述与所述至少一个风险项分别对应的风险等级,对所述目标软件进行测试。
4.根据权利要求3所述的计算机,其特征在于,所述测试单元具体用于:
按照风险等级的高低对所述至少一个风险项进行排序;
从风险等级最高的风险项开始,依次对所述目标软件进行测试。
5.一种软件测试的计算机实现的系统,其特征在于,所述系统包括:
输入设备,用于接收用户的第一触发信号,生成第一输入信息,并接收用户的第二触发信号,生成第二输入信息;
存储设备,用于存储至少包括目标软件的多个软件;
以及,权利要求3或4所述的计算机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410657171.1A CN104317725A (zh) | 2014-11-18 | 2014-11-18 | 一种软件测试的计算机实现的方法、计算机和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410657171.1A CN104317725A (zh) | 2014-11-18 | 2014-11-18 | 一种软件测试的计算机实现的方法、计算机和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104317725A true CN104317725A (zh) | 2015-01-28 |
Family
ID=52372960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410657171.1A Pending CN104317725A (zh) | 2014-11-18 | 2014-11-18 | 一种软件测试的计算机实现的方法、计算机和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104317725A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108604330A (zh) * | 2015-10-06 | 2018-09-28 | 内特弗利克斯股份有限公司 | 用于应用的安全和风险评估及测试的系统和方法 |
CN109859035A (zh) * | 2019-02-02 | 2019-06-07 | 中国银行股份有限公司 | 一种应用产品功能测试的数据处理方法、装置及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102799822A (zh) * | 2012-07-11 | 2012-11-28 | 中国信息安全测评中心 | 基于网络环境软件运行安全性度量与评估方法 |
CN102902622A (zh) * | 2012-09-14 | 2013-01-30 | 广东电网公司电力调度控制中心 | 基于多重计算的软件项目测试量化评估方法及系统 |
US20140040867A1 (en) * | 2012-08-03 | 2014-02-06 | Sap Ag | System test scope and plan optimization |
-
2014
- 2014-11-18 CN CN201410657171.1A patent/CN104317725A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102799822A (zh) * | 2012-07-11 | 2012-11-28 | 中国信息安全测评中心 | 基于网络环境软件运行安全性度量与评估方法 |
US20140040867A1 (en) * | 2012-08-03 | 2014-02-06 | Sap Ag | System test scope and plan optimization |
CN102902622A (zh) * | 2012-09-14 | 2013-01-30 | 广东电网公司电力调度控制中心 | 基于多重计算的软件项目测试量化评估方法及系统 |
Non-Patent Citations (1)
Title |
---|
柳纯录: "《软件评测师教程》", 31 March 2005, 清华大学出版社 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108604330A (zh) * | 2015-10-06 | 2018-09-28 | 内特弗利克斯股份有限公司 | 用于应用的安全和风险评估及测试的系统和方法 |
CN109859035A (zh) * | 2019-02-02 | 2019-06-07 | 中国银行股份有限公司 | 一种应用产品功能测试的数据处理方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Li et al. | A systematic mapping study on technical debt and its management | |
Hovorushchenko | Methodology of evaluating the sufficiency of information for software quality assessment according to ISO 25010 | |
US10719302B2 (en) | Code origination data management for code assembly | |
Xiao et al. | Design rule spaces: A new form of architecture insight | |
WO2019085061A1 (zh) | 基金系统自动化测试管理方法、装置、设备及存储介质 | |
CN102662833B (zh) | 一种管理测试用例的方法 | |
US10175952B2 (en) | Code origination data management for host placement | |
Zhang et al. | Variability evolution and erosion in industrial product lines: a case study | |
Faizan et al. | Contemporary trends in defect prevention: A survey report | |
CN102693460A (zh) | 测试人员管理系统及方法 | |
Walkinshaw et al. | Are 20% of files responsible for 80% of defects? | |
Mısırlı et al. | Different strokes for different folks: A case study on software metrics for different defect categories | |
Marandi et al. | An impact of linear regression models for improving the software quality with estimated cost | |
Alves et al. | Applying ISO/IEC 25010 Standard to prioritize and solve quality issues of automatic ETL processes | |
Gong et al. | An induction to the development of software quality model standards | |
CN104317725A (zh) | 一种软件测试的计算机实现的方法、计算机和系统 | |
Asplund et al. | Qualifying software tools, a systems approach | |
CN112612882B (zh) | 检阅报告生成方法、装置、设备和存储介质 | |
Engström | Regression test selection and product line system testing | |
Seehusen | A technique for risk-based test procedure identification, prioritization and selection | |
CN104461870A (zh) | 记录测试结果的方法及装置 | |
Lakshmi et al. | An effective rank approach to software defect prediction using software metrics | |
Tahir et al. | Combining dynamic analysis and visualization to explore the distribution of unit test suites | |
Ronchieri et al. | A software quality model by using discriminant analysis predictive technique | |
Hofer et al. | Fault localization in the light of faulty user input |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150128 |
|
RJ01 | Rejection of invention patent application after publication |