一种支付终端嵌入式软件测试工作量统计系统的制作方法

本发明涉及支付终端嵌入式软件测试工作量统计，特别是一种支付终端嵌入式软件测试工作量统计系统。

背景技术：

现有的支付终端嵌入式软件测试需要对所有功能模块进行单元、压力、交叉、性能、兼容性、可靠性、易用性等测试，即使已经有了一套比较完整的测试用例和测试标准提供测试执行，但由于嵌入式系统地复杂性、测试人员工作效率差异、被测试版本的健壮性差异等原因一直没有一种比较精准而高效的方法来统计完成潜入式软件测试所需要的测试时间。

IT行业现有的统计测试工作量方法有：Ad-hoc方法、开发时间的百分比法、类比法（经验值法或历史数据法）、WBS（work breakdown structure）估算法等，但这些方法存在：需要依赖开发工作量、统计结果差异大、效率不高、误差较大、度量依据不够(因无数据支撑而无法说服上级主管)、灵活度不够等缺陷。为解决上诉问题，本发明提供了一种易用可行的、精细化的、有足够数据支持的适用于嵌入式软件系统的测试工作量统计的方法；并且该方法可以根据新增的测试需求灵活的扩展。

技术实现要素：

本发明的目的在于提供一种支付终端嵌入式软件测试工作量统计系统，以克服现有技术中存在的缺陷。

为实现上述目的，本发明的技术方案是：一种支付终端嵌入式软件测试工作量统计系统，该系统分别与若干台搭载有待测试软件的支付终端配合，包括：一测试任务划分模块、一单元测试用例控制模块、一综合测试用例控制模块、一单元测试模块、一综合测试模块、一时间统计模块、一任务次数统计模块、一数据上传单元以及一总测试工作量统计单元；所述测试任务划分模块分别与所述单元测试用例控制模块以及所述综合测试用例控制模块相连，所述单元测试用例控制模块与所述单元测试模块相连，所述综合测试用例控制模块与所述综合测试模块相连，所述时间统计模块分别与所述单元测试模块以及所述综合测试模块相连，所述任务次数统计模块分别与所述单元测试模块以及所述综合测试模块相连，所述数据上传单元分别与所述时间统计模块、所述任务次数统计模块以及所述总测试工作量统计单元相连；所述测试任务划分模块将待测试软件进行功能划分，并将划分结果分别传输至所述单元测试用例控制模块以及所述综合测试用例控制模块；所述单元测试用例控制模块以及综合测试用例控制模块根据划分结果分别获取对应的测试用例，并将对应的测试用例传输至所述单元测试模块与所述综合测试模块；所述单元测试模块以及所述综合测试模块分别通过测试用例对搭载该待测试软件的支付终端进行测试，所述时间统计模块以及所述任务次数统计模块分别统计执行时间以及测试执行次数，并经所述数据上传单元上传至所述总测试工作量统计单元，进而获取总测试工作量。

在本发明一实施例中，所述测试任务划分模块根据所述待测试软件功能模块组成、预设测试要求以及待测试软件搭载的硬件类型对所述待测试软件进行功能划分，获取该带测试软件中的功能模块；所述功能模块包括：无线模块、wifi模块、以太网模块、蓝牙模块、接触式IC卡模块、非接触式卡模块以及文件系统。

在本发明一实施例中，所述单元测试用例控制模块与所述单元测试用例数据库相连，所述综合测试用例控制模块与所述综合测试用例数据库相连，所述单元测试用例控制模块根据获取的功能模块从所述单元测试用例数据库调用对应的单元测试用例；所述综合测试用例控制模块根据获取的功能模块从所述综合测试用例数据库调用对应的综合测试用例。

在本发明一实施例中，所述单元测试用例数据库中存储有下列单元测试用例：alg测试例、app测试例、asyn测试例、eth测试例、fs测试例、icc测试例、kb测试例、mag测试例、port测试例、ppp测试例及prnt测试例；所述综合测试用例数据库存储有下列综合测试用例：打印性能/压力测试例、MDM性能/压力测试例、ETH性能/压力测试例、无线性能/压力测试例、IC性能/压力测试例、磁卡性能/压力测试例、安全性能/压力测试例、fsys性能/压力测试例、串口性能/压力测试例及RTC综合测试。

在本发明一实施例中，所述时间统计模块统计单元测试用例单次执行时间以及综合测试用例单次执行时间；所述任务次数统计模块统计单元测试用例执行次数以及综合测试用例执行次数。

在本发明一实施例中，所述总测试工作量统计单元分别统计如下工作量：单元测试工作量D，综合测试工作量Z，待测试软件测试次数C，搭载该待测试软件的支付终端数量S，预计工作量L1，预计工作日T1，BUG的数量L2，单个BUG定位或复现的时间T2，BUG定位时间T3，总测试工作量L2以及总测试工作日T4。

在本发明一实施例中，所述单元测试工作量D根据所述时间统计模块统计的每个单元测试用例的单次执行时间以及执行次数计算；所述综合测试工作量根据所述时间统计模块统计的每个综合测试用例的单次执行时间以及执行次数计算；所述待测试软件测试次数C根据预设测试要求确定；所述预计工作量L1通过如下方式计算：

；

预计工作日T1通过如下方式计算：

；

所述BUG的数量L2根据千行代码缺陷率估算或根据实际测试结果获取；

所述单个BUG定位或复现的时间T2为一预设平均值；

所述BUG定位时间T3通过如下方式计算：

；

所述总测试工作量L2通过如下方式计算：

；

所述总测试工作日T4通过如下方式计算：

。

在本发明一实施例中，还包括一测试用例执行记录单元，该单元分别与所述单元测试用例控制模块以及所述综合测试用例控制模块相连，获取调用的单元测试用例与综合测试用例，记录参与测试的单元测试用例与综合测试用例。

在本发明一实施例中，还包括一与所述总测试工作量统计单元以及所述测试用例执行记录单元相连的表格生成单元；所述表格生成单元根据单元测试用例、单元测试用例执行情况、执行时间以及测试执行次数生成一单元测试表；所述表格生成单元根据综合测试用例、综合测试用例执行情况、执行时间以及测试执行次数生成一综合测试表；所述表格生成单元根据所述总测试工作量统计的单元生成一总测试工作量统计表。

相较于现有技术，本发明具有以下有益效果：

1．将测试过程中用例执行的时间量化、并综合考虑到了测试范围、重复测试、BUG处理等因素对测试工作量的影响，能够客观且较精确的预估出更加准确的测试工作量。可以用在测试开始前对新任务的工作量评估，通过评估软件支持的模块来填写Y或者N，通过确认模块硬件配置的数量来填写单个模块测试执行次数，然后由该表格自动计算出执行一轮测试所需要的理论时间，为测试工作的安排提供依据。

2．提供的量化结果可以为项目经理安排测试计划、控制项目进度等提供了重要数据依据：该表格中的单个功能模块测试时间是由测试程序自动计算得出后输出到表格的，它代表每个功能模块测试的理论时间，再结合实际任务确定参与测试的模块、模块测试次数等信息就可以比较准确的计算出完成某个具体测试任务所需要的理论时间，该情况下得到的表格可以作为制定测试计划的数据依据。

3．统计结果还可以用来对测试人员的工作效率进行初步评估，并为测试人员考核依据等：测试工作完成后，测试人员可以根据实际测试的版本个数，发现的BUG数量，定位BUG需要的平均时间等信息，对表格进行补充，计算出一个更准确的理论时间，测试主管可以根据该理论时间和测试人员实际消耗的时间进行比较，评估测试人员的工作效率等。

附图说明

图1为本发明中支付终端嵌入式软件测试工作量统计系统的系统原理图。

图2为本发明一实施例中单元测试表。

图3为本发明一实施例中综合测试表。

图4为本发明一实施例中总测试工作量统计表。

具体实施方式

下面结合附图，对本发明的技术方案进行具体说明。

结合对日常测试工作和测试流程的分析，嵌入式软件测试可以先把整个系统根据功能划分成独立的模块，然后再按照模块进行单元测试(指功能测试)和综合测试(除功能测试以外的测试，包含:压力、交叉、兼容性、易用性测试等)。因此根据划分好的功能模块将嵌入式软件系统的测试用例集也进行同样的划分，并在测试代码中增加统计时间，通过运行测试用例分别统计每个模块单元测试用例和综合测试测试执行的执行时间。然后将测试的时间上送到PC上的 EXCEL表格中。根据实际任务分析单个模块需要测试的次数(测试的次数根据版本测试的次数、硬件次数决定)，再结合发现的BUG数量、定位BUG的时间等多个因素来建立计算总测试工作量的数学模型。最后根据数学模型使用excel表格来统计测试工作量。

本发明提供了一种支付终端嵌入式软件测试工作量统计系统，如图1所示，该系统搭载在一PC端，且分别与若干台搭载有待测试软件的支付终端配合，包括：一测试任务划分模块、一单元测试用例控制模块、一综合测试用例控制模块、一单元测试模块、一综合测试模块、一时间统计模块、一任务次数统计模块、一数据上传单元以及一总测试工作量统计单元；测试任务划分模块分别与单元测试用例控制模块以及综合测试用例控制模块相连，单元测试用例控制模块与单元测试模块相连，综合测试用例控制模块与综合测试模块相连，时间统计模块分别与单元测试模块以及综合测试模块相连，任务次数统计模块分别与单元测试模块以及综合测试模块相连，数据上传单元分别与时间统计模块、任务次数统计模块以及总测试工作量统计单元相连；测试任务划分模块将待测试软件进行功能划分，并将划分结果分别传输至单元测试用例控制模块以及综合测试用例控制模块；单元测试用例控制模块以及综合测试用例控制模块根据划分结果分别获取对应的测试用例，并将对应的测试用例传输至单元测试模块与综合测试模块；单元测试模块以及综合测试模块分别通过测试用例对搭载该待测试软件的支付终端进行测试，时间统计模块以及任务次数统计模块分别统计执行时间以及测试执行次数，并经数据上传单元上传至总测试工作量统计单元，进而获取总测试工作量。

进一步的，在本实施例中，测试任务划分模块根据待测试软件功能模块组成、预设测试要求以及待测试软件搭载的硬件类型对待测试软件进行功能划分，获取该带测试软件中的功能模块；功能模块包括：无线模块、wifi模块、以太网模块、蓝牙模块、接触式IC卡模块、非接触式卡模块以及文件系统等。

进一步的，在本实施例中，单元测试用例控制模块与单元测试用例数据库相连，综合测试用例控制模块与综合测试用例数据库相连，单元测试用例控制模块根据获取的功能模块从单元测试用例数据库调用对应的单元测试用例；综合测试用例控制模块根据获取的功能模块从综合测试用例数据库调用对应的综合测试用例。

进一步的，在本实施例中，单元测试用例数据库中存储有下列单元测试用例：alg测试例、app测试例、asyn测试例、eth测试例、fs测试例、icc测试例、kb测试例、mag测试例、port测试例、ppp测试例以及prnt测试例；综合测试用例数据库存储有下列综合测试用例：打印性能/压力测试例、MDM性能/压力测试例、ETH性能/压力测试例、无线性能/压力测试例、IC性能/压力测试例、磁卡性能/压力测试例、安全性能/压力测试例、fsys性能/压力测试例、串口性能/压力测试例以及RTC综合测试。

进一步的，在本实施例中，时间统计模块统计单元测试用例单次执行时间以及综合测试用例单次执行时间；任务次数统计模块统计单元测试用例执行次数以及综合测试用例例执行次数。

进一步的，在本实施例中，总测试工作量统计单元分别统计如下工作量：单元测试工作量D，综合测试工作量Z，待测试软件测试次数C，搭载该待测试软件的支付终端数量S，预计工作量L1，预计工作日T1，BUG的数量L2，单个BUG定位或复现的时间T2，BUG定位时间T3，总测试工作量L2以及总测试工作日T4。

单元测试工作量D根据时间统计模块统计的每个单元测试用例的单次执行时间以及执行次数计算；综合测试工作量Z根据时间统计模块统计的每个综合测试用例的单次执行时间以及执行次数计算；总执行时间是单次时间和执行次数的乘积，也即总执行时间=单次执行时间*执行次数，上述单元测试工作量D以及综合测试工作量Z为每个测试用例总执行时间之和。

待测试软件测试次数C根据预设测试要求确定；预计工作量L1通过如下方式计算：

；

预计工作日T1通过如下方式计算：

；

BUG的数量L2根据千行代码缺陷率估算或根据实际测试结果获取；

单个BUG定位或复现的时间T2为一预设平均值；

BUG定位时间T3通过如下方式计算：

；

总测试工作量L2通过如下方式计算：

；

总测试工作日T4通过如下方式计算：

。

进一步的，在本实施例中，还包括一测试用例执行记录单元，该单元分别与单元测试用例控制模块以及综合测试用例控制模块相连，获取调用的单元测试用例与综合测试用例，记录参与测试的单元测试用例与综合测试用例。

进一步的，在本实施例中，还包括一与总测试工作量统计单元以及测试用例执行记录单元相连的表格生成单元；表格生成单元根据单元测试用例、单元测试用例执行情况、执行时间以及测试执行次数生成一单元测试表；表格生成单元根据综合测试用例、综合测试用例执行情况、执行时间以及测试执行次数生成一综合测试表；表格生成单元根据总测试工作量统计的单元生成一总测试工作量统计表。

单元测试表如图2所示。第一列为单元测试项目；第二列“是否测试”的标志列来控制哪些模块的测试时间需要被计算到某个实际测试任务的总工作时间中，当填写为“Y”时表示需要参与到总工作量统计中；第三列为每个单元测试用例执行一次完整单元测试所需的时间；第四列为每个单元测试用例执行次数，支付终端设备同一个软件模块可能有多个硬件配置，测试过程中会遇到一个功能单元需要被多次测试情况，因此提供 “执行次数”的属性来记录每个模块测试执行了几次，例如：POS版本回归测试过程中一个软件版本可能工作在多种无线模块上，假设要测试3种无线模块硬件，则和无线模块相关的功能ppp就需要被执行3次，相应的执行次数就需填写为3；第五列为一类单元测试用例总的执行时间，也即一个单元测试用例多次测试的时间，该列值=单次执行时间*执行次数。如图3所示，为综合测试表。

如图4所示为总测试工作量统计表。图4中的“单元测试工作量”和“综合测试工作量”使用图2和图3表格中的数据“执行与否”列填写为Y 的项目的测试时间计算得出。“版本测试次数”表示：一个软件可能需要被测试多轮，测试前根据测试任务实际情况填写次数。“测试样机次数”表示测试时同时使用多少台测试设备，需根据实际情况填写。“预计工作量”= (单元测试工作量+综合测试工作量)*版本测试次数/(1+(测试样机数-1)/2)；“预计工作日”=“预计工作量”/60/6。测试出BUG时还需要记录“BUG的数量”和“单个BUG定位或复现的时间”，“BUG的数量”根据千行代码缺陷率估算或根据实际测试结果来填写，“单个BUG定位或复现的时间”根据经验来取平均值，两者相乘就得到“BUG定位时间”。最后，总测试工作量=预计测试工作量+BUG定位时间。“总测试工作日”=“总测试工作量”/60/6。

以上是本发明的较佳实施例，凡依本发明技术方案所作的改变，所产生的功能作用未超出本发明技术方案的范围时，均属于本发明的保护范围。