CN105975386A - 地理信息系统软件测试方法 - Google Patents
地理信息系统软件测试方法 Download PDFInfo
- Publication number
- CN105975386A CN105975386A CN201510670967.5A CN201510670967A CN105975386A CN 105975386 A CN105975386 A CN 105975386A CN 201510670967 A CN201510670967 A CN 201510670967A CN 105975386 A CN105975386 A CN 105975386A
- Authority
- CN
- China
- Prior art keywords
- test
- testing
- result
- measured value
- case
- 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
技术领域
本发明涉及一种软件测试方法。更具体地说,本发明涉及一种地理信息系统软件测试方法。
背景技术
地理信息系统(GIS,Geographic Information System)是一门综合性学科,结合地理学与地图学以及遥感和计算机科学,已经广泛的应用在不同的领域,是用于输入、存储、查询、分析和显示地理数据的计算机系统,随着GIS的发展,也有称GIS为“地理信息科学”(Geographic Information Science),近年来,也有称GIS为″地理信息服务″(GeographicInformation service)。GIS是一种基于计算机的工具,它可以对空间信息进行分析和处理(简而言之,是对地球上存在的现象和发生的事件进行成图和分析)。GIS技术把地图这种独特的视觉化效果和地理分析功能与一般的数据库操作(例如查询和统计分析等)集成在一起。
软件测试是伴随着软件的生产而产生的,有了软件生产和运行就必然有软件测试。早期对软件测试所下定义相对狭隘,认为测试即为“程序调试”,其目的是为了修正软件中存在的问题,通常都是由程序编写人员自身承担这些工作。到了20世纪80年代,软件测试的定义有了本质的变化,测试工作不仅仅是调试程序错误,发现程序故障,相应地也包含了对软件质量进行评定的工作。现今技术发展迅速,各种测试工具逐渐被应用到软件行业。经过前赴后继几十年的拓展,软件测试已经成为确保软件质量的关键和必不可少的一个工作环节。与此同时,软件测试方法、测试工具的研究研制工作也受到了极高的关注,并在软件测试技术、软件质量评价和软件测试工具等方面取得了很大的进展。
现今社会中,地理信息系统已经成为国民经济各领域应用中必不可少的工具。地理信息系统软件的质量保证也面临着更高的要求,不仅要从现行软件测试标准的角度来看待这个问题,同时也需要从较严格的专业角度考虑测试问题,通用软件测试技术和测试工具在测试内容、测试数据、测试用例构建以及测试方法等方面并不适合直接用于地理信息系统软件。而作为软件企业核心竞争力的重要组成部分,国内外各地理信息系统软件的生产厂商以通用测试软件厂商开发的软件测试工具作为基础,业已构建了专业领域内相关的测试标准、平台及其评价体系,但基本上只是作为软件工程支撑环境的组成部分,仅仅限于企业内部使用。
根据IEEE的定义,软件测试是使用人工或自动手段来运行或测定某个系统的过程,其目的在于检验它是否满足规定的需求或弄清楚预期结果和实际结果之间的差别,尽可能发现存在的缺陷。另外,在比较经典的定义中认为,在规定的环境下,操作程序以发现错误为目的从而对软件进行评估的活动就是软件测试。
从软件测试的定义中,我们可以初步认知到软件测试主要用来发现程序或是系统的错误和缺陷。通过与软件需求规定和预期结果进行匹配,检测软件产品是否达到要求,验证其是否完成了预定的功能,是软件质量验证的唯一可靠手段,是提升软件产品稳定性的重要途径。软件测试的过程一般包括四项活动,按顺序分别是:测试策划、测试设计、测试执行、测试总结。
现阶段软件测试的测试方法很多种,从关注的角度不同或是测试工作所处的软件生命周期的阶段不同,测试方法的分类也不尽相同。从测试是否针对系统的内部程序构造和具体功能实现的角度进行划分,测试方法可以划分为黑盒测试和白盒测试。
发明内容
本发明的一个目的是解决至少上述问题,并提供至少后面将说明的优点。
本发明还有一个目的是在充分吸纳地理信息系统软件测试领域成熟的理论方法和技术成果基础上,为提高地理信息系统软件测试的自动化程度和软件测评质量,研究和开发地理信息系统软件测试平台,旨在实现一套行之有效的地理信息系统测试工具集,从而有效地评估地理信息系统软件的质量和可靠性。
为了实现本发明的这些目的和其它优点,提供了一种地理信息系统软件测试方法,包括以下步骤:
步骤一、编写测试用例文档并脚本化形成测试脚本;
步骤二、结合路径分析方法设置测试用例,按照测试用例配套至少一组测试原始数据以及标准测试结果,测试驱动与控制单元以及脚本解析适配器结合测试脚本和测试用例对被测系统依次进行正确性测试、完备性测试、负载性能测试、压力性能测试、效率测试、可用性测试和产品化程度测试;
步骤三、对测试结果进行评价,并且编制测试报告;
步骤四、对比测试用例和缺陷数据库,分析确证是漏侧还是缺陷复现,并补充相应的测试用例。
优选的是,所述的地理信息系统软件测试方法中,所述步骤二中还包括根据测试用例配套预定数量的边缘数据和错误数据。
优选的是,所述的地理信息系统软件测试方法中,所述步骤二中进行正确性测试的方法为:
1)初始化功能正确性测试器,并从测试用例库中读取测试用例;
2)所述功能正确性测试器执行测试,并获取测试结果;
3)判断执行结果是否符合预期,并将判断结果发送至测试结果统计分析模块。
优选的是,所述的地理信息系统软件测试方法中,所述步骤二中进行完备性测试的方法为:
a.初始化功能完备性测试器,并分别从功能完备性指标体系和测试用例库中读取功能完备性指标和测试用例;
b.所述功能完备性测试器执行测试,并记录测试结果;
c.当完备性测试执行完毕后,将所述测试结果发送至测试结果统计分析模块。
优选的是,所述的地理信息系统软件测试方法中,所述步骤三中对正确性测试结果和完备性测试结果进行评价的方法为:根据下述公式得到功能测试的测量值,
Vf=(v1+v2)/2,
其中,Vf为功能测试的测量值,v1为完备性测试的测量值,v2为正确性测试的测量值,根据预先确定的被测系统的完备性和正确性的评价等级对功能测试的结果进行评价,并以完备性和正确性的评价等级的最低等级作为功能测试的最终等级。
优选的是,所述的地理信息系统软件测试方法中,所述步骤三中对负载性能测试结果、压力性能测试结果和效率测试结果进行评价的方法为:根据下述公式得到性能测试的测量值,
Vp=(v11+v22+v33)/3,
其中,Vp为性能测试的测量值,v11为负载性能测试的测量值,v22为压力性能测试的测量值,v33为效率测试的测量值,根据预先确定的被测系统的负载性能、压力性能和效率的评价等级对性能测试的结果进行评价,并以负载性能、压力性能和效率的评价等级的最低等级作为性能测试的最终等级。
优选的是,所述的地理信息系统软件测试方法中,所述步骤三中对可用性测试结果和产品化程度测试结果进行评价的方法为:根据下述公式得到产品化测试的测量值,
Vc=(v111+v222)/2,
其中,Vc为产品化测试的测量值,v111为可用性测试的测量值,v222为产品化程度测试的测量值,根据预先确定的被测系统的可用性和产品化程度的评价等级对产品化测试的结果进行评价,并以可用性和产品化程度的评价等级的最低等级作为产品化测试的最终等级。
优选的是,所述的地理信息系统软件测试方法中,所述步骤三中被测系统的测试结果的测量值根据下述公式计算得到:
Vr=(P1·Vf+P2·Vp+P3·Vc)/(P1+P2+P3),
其中,Vr为被测系统的测试结果的测量值,Vf为功能测试的测量值,Vp为性能测试的测量值,Vc为产品化测试的测量值,P1为功能测试的权值,P2为性能测试的权值,P3为产品化测试的权值,根据预先确定的被测系统的功能测试、性能测试和产品化测试的评价等级对测试结果进行评价,并以测试结果、功能测试、性能测试和产品化测试的评价等级的最低等级作为测试结果的最终等级。
优选的是,所述的地理信息系统软件测试方法中,被测系统的功能测试、性能测试和产品化测试均是通过子特性得到的,子特性是通过测试指标项得到的,功能测试的子特性包括完备性和正确性,性能测试的子特性包括负载性能、压力性能和效率,产品化测试的子特性包括可用性和产品化程度。
优选的是,所述的地理信息系统软件测试方法中,所述子特性的测量值的计算公式如下:
v=∑mi/n,
其中,v为子特性的测量值,mi为子特性的第i个测试指标项的回答是“通过”时为1,否则为0,n为子特性的测试指标项总数。
本发明至少包括以下有益效果:
(1)研究地理信息系统软件质量保证技术。包括地理信息系统软件开发过程中各个阶段的测试方法和技术,如单元测试、系统测试等;对地理信息软件应用情况及相关标准进行调查研究,跟踪分析研究地理信息软件的国际国外先进标准,为构建符合我国国情并与国际接轨的地理信息软件标准体系提供参考和依据。
(2)研究地理信息系统软件分类体系技术规范。地理信息系统软件,从专业上可以划分为地理信息系统平台软件、地理信息系统专业应用软件等类别,从行业上可以划分为土地管理、公安、消防、石油、林业、城市管理、城市规划等,上述划分方法尚不能满足地理信息系统软件测试对地理信息系统软件分类的要求。需要根据国内外地理信息系统专业和应用的特点,针对地理信息系统分领域软件的应用与工作过程进行细分技术研究,以满足地理信息系统软件测试的需要。
(3)地理信息系统软件测试标准数据集技术规范。地理信息系统软件测试标准数据集包括常用的4D数据(DLG、DOM、DEM、DRG)和三维模型、专题数据等数据。从地理信息系统软件测试工作的要求出发,针对地理信息系统分领域软件工作过程,研究和完善地理信息系统软件测试标准数据集的质量评价指标。
(4)地理信息系统软件功能测试技术规范。功能完备性测试是为了确定被测软件中所有相关功能与功能测试大纲的契合度,衡量被测软件在与地理信息系统相关的众多功能是否达到一定的专业级别,在一定程度上反映被测软件的功能完备性。地理信息系统软件功能测试采用分支覆盖或整体覆盖方式,包括功能完备性测试、功能正确性测试、差错处理等。
(5)地理信息系统软件性能测试技术规范。性能测试包括功能的执行效率和被测软件的整体性能。测试中专业功能的实际执行效率是基于功能正确性测试的基础,在测试执行结果满足功能测试大纲要求的情况下,根据功能执行的相关参数对该功能进行评价,对被测功能的执行效率进行评价。被测软件的整体性能需要通过功能正确性测试、功能的执行效率、差错处理以及功能完备性等因素进行综合评定。
(6)地理信息系统软件评价技术规范。根据中国合格评定国家认可委员会(CNAS)认证的深化要求,需要研究开发具有集成系统测试的专家系统以及测试数据的智能分析整理工作的地理信息系统软件测评专家智能评价集成系统,地理信息系统软件评价技术规范是测试工作科学性和权威性的评定基准。
(7)地理信息系统软件测试标准体系。通过以上的研究基础,使用合理的手段对标准化活动进行分析,建立地理信息系统软件测试标准体系框架,约定体系中各子标准的内容。
本发明的其它优点、目标和特征将部分通过下面的说明体现,部分还将通过对本发明的研究和实践而为本领域的技术人员所理解。
附图说明
图1为本发明的地理信息系统软件测试方法的流程示意图;
图2为本发明的正确性测试的流程示意图;
图3为本发明的完备性测试的流程示意图。
具体实施方式
下面结合附图对本发明做进一步的详细说明,以令本领域技术人员参照说明书文字能够据以实施。
应当理解,本文所使用的诸如“具有”、“包含”以及“包括”术语并不配出一个或多个其它元件或其组合的存在或添加。
地理信息基础软件功能完备性包括数据处理、地理空间数据库的建立与管理、空间分析、三维地形模型、可视化表现与制图和地理信息网络服务等6大类,每个大类又分为若干子类,而每个子类则包含若干功能项。
在实施测试时测试用例作为软件测试的标准,测试人员一定要严格按照测试用例的测试项目和测试步骤逐一实施测试,并将测试情况记录在测试用例管理软件中,以便自动生成测试结果文档。
软件测试用例和测试脚本设计的基本准则包括:
a)测试用例和测试脚本的代表性:应能代表各种合理和不合理的、边界和越界的,以及极限的输入数据、操作和环境设置等。
b)测试结果的可判定性:测试执行结果的正确性应是可判定的或可评估的。
c)测试结果的可再现性:对同样的测试用例,系统的执行结果应是相同的。
如图1~3所示,本发明提供一种地理信息系统软件测试方法,包括以下步骤:
步骤一、编写测试用例文档并脚本化形成测试脚本。编写测试用例文档应有文档模板,须符合内部的规范要求。测试用例文档由简介和测试用例两部分组成。简介部分应包括测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分则逐一列示各测试用例,每个具体测试用例都应包括下列详细信息:用例编号、用例名称、测试等级、入口准则、验证步骤、期望结果(含判断标准)、出口准则、注释等。最后将测试用例编译为测试工具可接受的测试脚本。
步骤二、结合路径分析方法设置测试用例,常见的设置有按功能设置和按路径设置。按功能测试是最简捷的,即按测试用例的规约遍测每一功能。但对于复杂操作的程序模块,各功能的实施是相互影响、紧密相关的,没有严密的逻辑分析,产生遗漏在所难免。因此,最好结合路径分析方法,以避免漏测试。测试用例可以分为基本事件、备选事件和异常事件的用例。设计基本事件的用例,应该参照用例规约(或设计说明书),根据关联的功能、操作按路径分析法设计测试用例。而对孤立的功能则直接按功能设计测试用例。基本事件的测试用例应包含所有需要实现的需求功能,覆盖率达100%。而设计备选事件和异常事件的用例,则相对复杂和困难得多,可以采用软件测试常用的基本方法来设计完整的测试用例。按照测试用例配套至少一组测试原始数据以及标准测试结果,测试驱动与控制单元以及脚本解析适配器结合测试脚本和测试用例对被测系统依次进行正确性测试、完备性测试、负载性能测试、压力性能测试、效率测试、可用性测试和产品化程度测试。
步骤三、对测试结果进行评价,并且编制测试报告。判断软件测试是否完成,衡量测试质量需要有量化的结果,如测试覆盖率是多少、测试合格率是多少、重要测试合格率是多少等。采用测试用例作度量基准将更加准确、有效。
步骤四、对比测试用例和缺陷数据库,分析确证是漏侧还是缺陷复现,并补充相应的测试用例。漏测反映了测试用例的不完善,应立即补充相应测试用例,最终达到逐步完善软件质量的目的。如果已有相应的测试用例,则反映实施测试或变更处理存在问题。
测试用例是软件测试的准则,测试脚本是软件测试实施的依据。但并不是一经编制完成就能成为准则的。测试用例在设计编制过程中要组织同级互查。完成编制后应组织专家评审,需获得通过才可以使用。评审委员会可由项目负责人、测试、编程、分析设计等有关人员组成,也可邀请用户代表参加。
测试用例在形成文档后还需要不断完善,主要来自三方面的原因:
a)在测试过程中发现设计测试用例时考虑不周,需要完善;
b)在软件交付使用后反馈的软件缺陷是由于测试用例存在漏洞而造成的;
c)软件自身的新增功能以及版本的更新,测试用例也必须配套修改更新。
测试用例还需配备测试用例管理软件,主要功能有:
a)能将测试用例文档的关键内容,如编号、名称等自动导入管理数据库,形成与测试用例文档完全对应的记录;
b)可供测试实施时及时输入测试情况;
c)最终实现自动生成测试结果文档,包含各测试度量值、测试覆盖表、测试通过或不通过的测试用例清单列表。
针对地理信息系统软件平台的功能算法的不同特点,测试工具指导测试用例的自动生成。各类测试用例纳入数据库管理,对于测试用例的测试试题、测试数据、测试结果基准、评价指标应以测试工具进行标准化管理,按照设定的规则将测试用例库中的测试用例自动生成测试试卷,输出用于测试的试题标准格式文档。并制定测试试题描述规范,将测试用例导入、导出测试用例库。
完整的测试用例生成,不仅需要严格按照执行测试脚本模型生成脚本模板,还需要结合测试用例,生成XML测试文档,其中包含了用于功能测试的测试数据,还包含了各项功能测试所需要的参数,这些参数需严格按照功能测试大纲中的描述进行补充。
所述的地理信息系统软件测试方法中,所述步骤二中还包括根据测试用例配套预定数量的边缘数据和错误数据。
所述的地理信息系统软件测试方法中,功能正确性测试是对某一功能执行结果的正确与否进行判断。对地理信息系统软件而言,其核心内容就是对空间数据处理结果进行比较,即对结果数据进行比对来判断所测功能是否正确,所述步骤二中进行正确性测试的方法为:
1)初始化功能正确性测试器,并从测试用例库中读取测试用例;
2)所述功能正确性测试器执行测试,并获取测试结果;
3)判断执行结果是否符合预期,并将判断结果发送至测试结果统计分析模块。
所述的地理信息系统软件测试方法中,完备性测试以本标准中的功能测试大纲为依据,功能完备性包括数据处理、地理空间数据库的建立与管理、空间分析与统计、三维地形模型、可视化表现与制图和地理信息网络服务等六大类,每个大类又分为若干子类,而每个子类则包含若干功能项,所述步骤二中进行完备性测试的方法为:
a.初始化功能完备性测试器,并分别从功能完备性指标体系和测试用例库中读取功能完备性指标和测试用例;
b.所述功能完备性测试器执行测试,并记录测试结果;
c.当完备性测试执行完毕后,将所述测试结果发送至测试结果统计分析模块。
测试评价是对地理信息系统软件进行的功能测试、性能测试和产品化测试结果进行综合评价。功能测试评价包括地理信息系统软件的功能完备性和正确性评价,性能测试评价包括地理信息系统软件负载性能、压力性能和效率测试评价,产品化测试评价包括地理信息系统软件的可用性和产品化程度评价。
所述的地理信息系统软件测试方法中,所述步骤三中对正确性测试结果和完备性测试结果进行评价的方法为:根据下述公式得到功能测试的测量值,
Vf=(v1+v2)/2,
其中,Vf为功能测试的测量值,v1为完备性测试的测量值,v2为正确性测试的测量值,根据预先确定的被测系统的完备性和正确性的评价等级对功能测试的结果进行评价,并以完备性和正确性的评价等级的最低等级作为功能测试的最终等级,如表1和表2所示。
表1 功能测试评价等级
额定值 | 1(差) | 2(合格) | 3(良好) | 4(优秀) |
完备性 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
正确性 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
功能测 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
表2 功能测试等级评价方法
所述的地理信息系统软件测试方法中,所述步骤三中对负载性能测试结果、压力性能测试结果和效率测试结果进行评价的方法为:根据下述公式得到性能测试的测量值,
Vp=(v11+v22+v33)/3,
其中,Vp为性能测试的测量值,v11为负载性能测试的测量值,v22为压力性能测试的测量值,v33为效率测试的测量值,根据预先确定的被测系统的负载性能、压力性能和效率的评价等级对性能测试的结果进行评价,并以负载性能、压力性能和效率的评价等级的最低等级作为性能测试的最终等级,如表3所示。
表3 性能测试评价等级
额定值 | 1(差) | 2(合格) | 3(良好) | 4(优秀) |
负载性能 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
压力性能 | [O,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
效率 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
性能测试 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
例如,负载性能的等级为“合格”,压力性能的等级为“良好”,效率的等级为“优秀”,则性能测试的最终等级为“合格”。
所述的地理信息系统软件测试方法中,所述步骤三中对可用性测试结果和产品化程度测试结果进行评价的方法为:根据下述公式得到产品化测试的测量值,
Vc=(vlll+v222)/2,
其中,Vc为产品化测试的测量值,v111为可用性测试的测量值,v222为产品化程度测试的测量值,根据预先确定的被测系统的可用性和产品化程度的评价等级对产品化测试的结果进行评价,并以可用性和产品化程度的评价等级的最低等级作为产品化测试的最终等级,如表4和表5所示。
表4 产品化测试评价等级
额定值 | 1(差) | 2(合格) | 3(良好) | 4(优秀) |
可用性 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
产品化程度 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
产品化测试 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
表5 产品化测试等级评价方法
所述的地理信息系统软件测试方法中,所述步骤三中被测系统的测试结果的测量值根据下述公式计算得到:
Vr=(P1·Vf+P2·Vp+P3·Vc)/(P1+P2+P3),
其中,Vr为被测系统的测试结果的测量值,Vf为功能测试的测量值,Vp为性能测试的测量值,Vc为产品化测试的测量值,P1为功能测试的权值,P2为性能测试的权值,P3为产品化测试的权值,通常情况下,P1、P2、P3均取1。如果要突出某一类测试,相应的权值就须取较大的值,相反就取较小的值。例如,为突出功能测试,P1的值就要取一较大的值。根据预先确定的被测系统的功能测试、性能测试和产品化测试的评价等级对测试结果进行评价,并以测试结果、功能测试、性能测试和产品化测试的评价等级的最低等级作为测试结果的最终等级,如表6所示。
表6 测试结果评价等级
额定值 | 1(差) | 2(合格) | 3(良好) | 4(优秀) |
测试结果 | [0,0.85) | [0.85,0.90) | [0.90,0.95) | [0.95,1.0] |
例如:功能测试的等级为“合格”,性能测试的等级为“良好”,产品化测试的等级为“优秀”,则测试结果的最终等级为“合格”。
所述的地理信息系统软件测试方法中,被测系统的功能测试、性能测试和产品化测试均是通过子特性得到的,子特性是通过测试指标项得到的,对测试指标项的度量,就是按照事先确定的判别标准进行对照检查,每个测试指标项都可能有两种答案(y/n):“y”表示“通过”,即满足要求(度量值等于或优于期望值),“n”表示“不通过”,即不符合要求(度量值劣于期望值)。功能测试的子特性包括完备性和正确性,性能测试的子特性包括负载性能、压力性能和效率,产品化测试的子特性包括可用性和产品化程度。
所述的地理信息系统软件测试方法中,所述子特性的测量值的计算公式如下:
v=∑mi/n,
其中,v为子特性的测量值,mi为子特性的第i个测试指标项的回答是“通过”时为1,否则为0,n为子特性的测试指标项总数。
尽管本发明的实施方案已公开如上,但其并不仅仅限于说明书和实施方式中所列运用,它完全可以被适用于各种适合本发明的领域,对于熟悉本领域的人员而言,可容易地实现另外的修改,因此在不背离权利要求及等同范围所限定的一般概念下,本发明并不限于特定的细节和这里示出与描述的图例。
Claims (10)
1.一种地理信息系统软件测试方法,其特征在于,包括以下步骤:
步骤一、编写测试用例文档并脚本化形成测试脚本;
步骤二、结合路径分析方法设置测试用例,按照测试用例配套至少一组测试原始数据以及标准测试结果,测试驱动与控制单元以及脚本解析适配器结合测试脚本和测试用例对被测系统依次进行正确性测试、完备性测试、负载性能测试、压力性能测试、效率测试、可用性测试和产品化程度测试;
步骤三、对测试结果进行评价,并且编制测试报告;
步骤四、对比测试用例和缺陷数据库,分析确证是漏侧还是缺陷复现,并补充相应的测试用例。
2.如权利要求1所述的地理信息系统软件测试方法,其特征在于,所述步骤二中还包括根据测试用例配套预定数量的边缘数据和错误数据。
3.如权利要求1所述的地理信息系统软件测试方法,其特征在于,所述步骤二中进行正确性测试的方法为:
1)初始化功能正确性测试器,并从测试用例库中读取测试用例;
2)所述功能正确性测试器执行测试,并获取测试结果;
3)判断执行结果是否符合预期,并将判断结果发送至测试结果统计分析模块。
4.如权利要求1所述的地理信息系统软件测试方法,其特征在于,所述步骤二中进行完备性测试的方法为:
a.初始化功能完备性测试器,并分别从功能完备性指标体系和测试用例库中读取功能完备性指标和测试用例;
b.所述功能完备性测试器执行测试,并记录测试结果;
c.当完备性测试执行完毕后,将所述测试结果发送至测试结果统计分析模块。
5.如权利要求1所述的地理信息系统软件测试方法,其特征在于,所述步骤三中对正确性测试结果和完备性测试结果进行评价的方法为:根据下述公式得到功能测试的测量值,
Vf=(v1+v2)/2,
其中,Vf为功能测试的测量值,v1为完备性测试的测量值,v2为正确性测试的测量值,根据预先确定的被测系统的完备性和正确性的评价等级对功能测试的结果进行评价,并以完备性和正确性的评价等级的最低等级作为功能测试的最终等级。
6.如权利要求5所述的地理信息系统软件测试方法,其特征在于,所述步骤三中对负载性能测试结果、压力性能测试结果和效率测试结果进行评价的方法为:根据下述公式得到性能测试的测量值,
Vp=(v11+v22+v33)/3,
其中,Vp为性能测试的测量值,v11为负载性能测试的测量值,v22为压力性能测试的测量值,v33为效率测试的测量值,根据预先确定的被测系统的负载性能、压力性能和效率的评价等级对性能测试的结果进行评价,并以负载性能、压力性能和效率的评价等级的最低等级作为性能测试的最终等级。
7.如权利要求6所述的地理信息系统软件测试方法,其特征在于,所述步骤三中对可用性测试结果和产品化程度测试结果进行评价的方法为:根据下述公式得到产品化测试的测量值,
Vc=(v111+v222)/2,
其中,Vc为产品化测试的测量值,v111为可用性测试的测量值,v222为产品化程度测试的测量值,根据预先确定的被测系统的可用性和产品化程度的评价等级对产品化测试的结果进行评价,并以可用性和产品化程度的评价等级的最低等级作为产品化测试的最终等级。
8.如权利要求7所述的地理信息系统软件测试方法,其特征在于,所述步骤三中被测系统的测试结果的测量值根据下述公式计算得到:
Vr=(P1·Vf+P2·Vp+P3·Vc)/(P1+P2+P3),
其中,Vr为被测系统的测试结果的测量值,Vf为功能测试的测量值,Vp为性能测试的测量值,Vc为产品化测试的测量值,P1为功能测试的权值,P2为性能测试的权值,P3为产品化测试的权值,根据预先确定的被测系统的功能测试、性能测试和产品化测试的评价等级对测试结果进行评价,并以测试结果、功能测试、性能测试和产品化测试的评价等级的最低等级作为测试结果的最终等级。
9.如权利要求5~8任一项所述的地理信息系统软件测试方法,其特征在于,被测系统的功能测试、性能测试和产品化测试均是通过子特性得到的,子特性是通过测试指标项得到的,功能测试的子特性包括完备性和正确性,性能测试的子特性包括负载性能、压力性能和效率,产品化测试的子特性包括可用性和产品化程度。
10.如权利要求9所述的地理信息系统软件测试方法,其特征在于,所述子特性的测量值的计算公式如下:
v=∑mi/n,
其中,v为子特性的测量值,mi为子特性的第i个测试指标项的回答是“通过”时为1,否则为0,n为子特性的测试指标项总数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510670967.5A CN105975386A (zh) | 2015-10-19 | 2015-10-19 | 地理信息系统软件测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510670967.5A CN105975386A (zh) | 2015-10-19 | 2015-10-19 | 地理信息系统软件测试方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105975386A true CN105975386A (zh) | 2016-09-28 |
Family
ID=56988365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510670967.5A Pending CN105975386A (zh) | 2015-10-19 | 2015-10-19 | 地理信息系统软件测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105975386A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107957943A (zh) * | 2017-11-21 | 2018-04-24 | 齐涛 | 一种地理信息系统软件测试方法 |
CN110704318A (zh) * | 2019-09-27 | 2020-01-17 | 武汉中海庭数据技术有限公司 | 一种地图数据自动化测试方法、终端装置及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102508763A (zh) * | 2011-10-11 | 2012-06-20 | 工业和信息化部计算机与微电子发展研究中心(中国软件评测中心) | Gis平台性能测试系统 |
US20140143602A1 (en) * | 2010-05-20 | 2014-05-22 | Novell, Inc. | Techniques for evaluating and managing cloud networks |
CN104572437A (zh) * | 2014-04-15 | 2015-04-29 | 武汉中地数码科技有限公司 | 基于自反馈的地理空间信息处理工具功能性自动测试方法 |
-
2015
- 2015-10-19 CN CN201510670967.5A patent/CN105975386A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140143602A1 (en) * | 2010-05-20 | 2014-05-22 | Novell, Inc. | Techniques for evaluating and managing cloud networks |
CN102508763A (zh) * | 2011-10-11 | 2012-06-20 | 工业和信息化部计算机与微电子发展研究中心(中国软件评测中心) | Gis平台性能测试系统 |
CN104572437A (zh) * | 2014-04-15 | 2015-04-29 | 武汉中地数码科技有限公司 | 基于自反馈的地理空间信息处理工具功能性自动测试方法 |
Non-Patent Citations (5)
Title |
---|
周元哲编著: "《软件测试案例教程》", 31 December 2013 * |
李龙等著: "《软件测试实用技术与常用模板》", 31 December 2010 * |
程诺等: ""基于量化指标分析的软件质量度量方法"", 《北京化工大学学报》 * |
赵文耘等著: "《软件工程:方法与实践》", 31 December 2014 * |
霍亮等: ""基于GIS的功能测试工具框架结构研究"", 《第二届"测绘科学前沿技术论坛"论文精选》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107957943A (zh) * | 2017-11-21 | 2018-04-24 | 齐涛 | 一种地理信息系统软件测试方法 |
CN110704318A (zh) * | 2019-09-27 | 2020-01-17 | 武汉中海庭数据技术有限公司 | 一种地图数据自动化测试方法、终端装置及存储介质 |
CN110704318B (zh) * | 2019-09-27 | 2022-10-25 | 武汉中海庭数据技术有限公司 | 一种地图数据自动化测试方法、终端装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Basili | Applying the Goal/Question/Metric paradigm in the experience factory | |
Burnstein | Practical software testing: a process-oriented approach | |
Wong et al. | Quantifying the closeness between program components and features | |
Abrahao et al. | Assessing the effectiveness of sequence diagrams in the comprehension of functional requirements: Results from a family of five experiments | |
Suryn et al. | ISO/IEC SQuaRE: The second generation of standards for software product quality | |
Mo et al. | Experiences applying automated architecture analysis tool suites | |
Sabaliauskaite et al. | Challenges in aligning requirements engineering and verification in a large-scale industrial context | |
Vaziri et al. | A questionnaire-based data quality methodology | |
CN104268686A (zh) | 一种基于xml的空间数据质量检查方法及系统 | |
Halling et al. | Using reading techniques to focus inspection performance | |
Offerman et al. | A Study of Adoption and Effects of DevOps Practices | |
CN105975386A (zh) | 地理信息系统软件测试方法 | |
Tramontana et al. | State of the Practice in Software Testing Teaching in Four European Countries | |
He et al. | PBR vs. checklist: a replication in the n-fold inspection context | |
Shahin et al. | Do architectural design decisions improve the understanding of software architecture? two controlled experiments | |
Guo et al. | What is the further evidence about UML?-A systematic literature review | |
Saputri et al. | Software Analysis Method for Assessing Software Sustainability | |
CN103713997B (zh) | 一种蜕变关系形式化描述与分解方法 | |
Millson | An empirical exploration of the new product process proficiency-new product success relationship | |
Xexakis et al. | Co-designing an interactive data platform for contextualizing the role of citizens on energy and low-carbon transitions | |
Wang et al. | Quality assurance of models and simulation applications | |
Göhnert et al. | Enriching (learning) community platforms with learning analytics components | |
Lindholm | Economics of Test Automation: Test case selection for automation | |
Dreef et al. | Exploring granular test coverage and its evolution with matrix visualizations | |
Dewangga et al. | Quality measurement of software based on characteristics of functionality, reliability, and maintainability |
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: 20160928 |
|
RJ01 | Rejection of invention patent application after publication |