[发明专利]基于多重计算的软件项目测试量化评估方法及系统

说明书

技术领域

本发明涉及软件测试技术，特别是涉及基于多重计算的软件项目测试量化评估方法及系统。

背景技术

从计算机诞生至今，计算机无疑成为当代发展最为迅猛的科学技术。今天，计算机已渗透到人们生活的各个方面，如工业、农业、金融、科教卫生、国防、百姓生活等。随着计算机需求和依赖的与日剧增，计算机系统的规模和复杂性急剧增加。其软件开发成本以及由于软件故障而造成的经济损失也正在增加，软件质量问题已成为人们共同关注的焦点。软件开发商为了占有市场，把软件质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。用户为了保证自己业务的顺利完成，当然也希望选用优质的软件。一些关键应用，如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御、核电站安全控制系统对软件质量提出了更高的要求。使用质量欠佳的软件，还可能造成灾难性的后果。2003年，软件问题造成美国东北部及加拿大停电，导致5000万人受影响，3人丧失，各种损失估计约为60亿美元。2004年，北美银行由于一个新安装的软件的缺陷，使得数以百万计的客户收到影响，该缺陷的修复花费了整整两个星期的时间，造成的损失以亿元计。2000年美国海军飞机坠落，导致4人丧生（控制软件问题）。1997年韩国空难，导致225人丧生（雷达控制软件问题）。2003年4月，美国一个专门为学生提供贷款的公司由于软件出错，错误计算80万宗贷款利率，导致了800万美元的利率损失。因此，许多科学家在展望21世纪计算机科学发展方向和测量时，把软件质量放在优先于提高软件功能和性能的地位。

无论从何种角度讲，软件测试都是软件开发过程一个必不可少的活动，是对软件需求分析、设计规约和编码的最终复审；是软件质量保证的关键步骤。软件测试是根据软件开发各阶段的规约和软件的内部结构，精心设计一批测试用例（包括输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现软件中不符合质量特性要求（即缺陷或错误）的过程。目前，许多软件开发机构将研制力量的40%以上投入到软件测试之中，体现了充分重视软件质量要求。

但传统的软件测试考核方法存在两大缺陷：第一，用例测试考核方法简单。测试用例以“通过”与“不通过”表示测试结果，对于“不通过”的测试用例通过反复修改，纠正问题后“通过”测试。这种考核方式难以合理地考核软件测试情况；第二，软件项目测试考核不全面。软件测试只针对软件验收测试，对于单元测试、集成测试和系统测试只作为验收测试进入准则，而不作为软件项目测试考核统计因素。此类考核评估方法过于简单，难以对项目的整体开发过程进行全方位的评估，并难以反映系统自身的完整性以及开发商对于后期的软件维护的能力。

发明内容

基于此，有必要针对上述问题，提供一种基于多重计算的软件项目测试量化评估方法及系统，能够对软件项目测试质量进行全面、量化的评估，为降低软件质量风险提供参考的依据。

一种基于多重计算的软件项目测试量化评估方法，包括：

针对软件测试项目在各个阶段的需求点，预设测试用例；

根据所述软件测试项目的总分分值为各个阶段分配阶段分值，并根据各个阶段的需求点数量为各个需求点分配需求点分值；

利用当前测试所属的阶段的所有未通过的测试用例对软件产品进行测试，记录该软件产品在本次测试中通过或未通过的测试用例的数量；

当软件产品通过当前测试所属的阶段内的所有测试用例时，根据本阶段的测试次数、每次测试通过的测试用例的数量以及各个需求点分配的需求点分值，按照预设评分公式对本阶级进行评分；

当软件产品完成各个阶段的测试时，根据各个阶段所取得的阶段分数进行累积，获得软件生产商对所述软件测试项目的考核分数。

相应地，一种基于多重计算的软件项目测试量化评估系统，包括：

题库创建单元，用于针对软件项目测试在各个阶段的需求点，预设测试用例；

与所述题库创建单元相连的分值分配单元，用于根据所述软件测试项目的总分分值为各个阶段分配阶段分值，并根据各个阶段的需求点数量为各个需求点分配需求点分值；

测试记录单元，用于记录该软件产品在本次测试中通过或未通过的测试用例的数量；

连接在所述题库创建单元与所述测试记录单元之间的用例筛选单元，用于利用当前测试所属的阶段的所有未通过的测试用例对软件产品进行测试；