基带软件的自动化测试方法及装置的制造方法
【技术领域】
[0001] 本发明涉及计算机软件测试领域，具体而言，涉及基带软件的自动化测试方法及 装置。
【背景技术】
[0002] 近几年来，随着计算机技术的提高，使得软件行业对软件的质量要求也越来越高， 即达到了一个新的标准，这一新的标准的实施使得对软件测试更加重视，即通过对软件的 测试找出软件的问题所在，并对所在的问题进行不断修复和完善，以得到高质量的软件。
[0003] 传统的软件测试，即人工对软件进行测试，但是人工测试存在费时费力且效率低 下，并且人工测试易产生主观错误等缺陷。为了解决传统的软件测试的上述缺陷，相关技术 提供了自动化软件测试技术，自动化软件测试技术能够通过自动化测试工具或其他手段， 按照软件测试工程时的预订计划对待测模块进行自动测试，其能够减轻人工测试的劳动 量，减少人为错误的发生，从而达到提高软件质量的目的。
[0004] 其中，自动化测试具有很多优点，比如它可以很大的节省人力，节省时间，特别是 对于产品型的软件，每发布一个新版本，其大部分功能和上一个版本相似，这样自动化测试 就极大的解放了人力；自动化测试能够完全自动的运行，可以在晚上和周末执行测试，这样 就节省了时间；同时自动化测试能够完成人工不易控制的工作，比如采集CPU占有率信息 等。
[0005] 具体的，相关技术提供了一种自动化软件测试技术，使用当前市面上使用较 多的自动化测试工具，如QTP(quicktest Professional，软件功能自动测试工具）， WinRunner (企业级的功能测试工具）、QA Run(应用的功能测试工具）以及Test Partner 等，来执行重复的手动测试，用以检测应用程序是否能够达到预期的功能及正常运行。这些 自动化测试工具结合预订计划基本上都实现了自动化测试，达到了省时、省力、效率高以及 方便灵活的优点；但是，这些自动化测试工具也存在着一定的局限性和缺点，例如它们适用 于特定的软件环境，工具脚本维护起来比较麻烦，例如，QTP对环境要求很高，使用QTP时， 需要把实时监控软件和杀毒软件关闭；WinRunner使用的脚本主要是基于类C的TSL，在学 习上会有一定难度；TestPantner收费昂贵等。
[0006] 为了解决当前市面上使用较多的自动化测试工具的上述问题，相关技术还提供了 另一种自动化软件测试技术，即使用实时操作系统预设操作系统自身带有自动化测试环境 BSP VTS(board support package validation test suite)板级支持包测试工具）来执行 重复的手动测试，用以检测应用程序是否能够达到预期的功能及正常运行。但是，VTS的测 试方式自身存在着诸多缺点，比如，测试代码的实现比较复杂、需要更改多处的代码才能完 成代码移植、测试用例的添加或者测试用例删除过程比较繁琐。
[0007] 发明人在研宄中发现，现有技术中的两种自动化测试技术均存在相应的问题（如 适用的软件环境单一和测试过程中的操作复杂繁琐），针对上述存在的问题，目前尚未提出 有效的解决方案。
【发明内容】
[0008] 本发明的目的在于提供基带软件的自动化测试方法及装置，能够适应较多种的软 件环境，简化了测试的操作步骤，提高了测试效率。
[0009] 第一方面，本发明实施例提供了一种基带软件的自动化测试方法，包括：
[0010] 接收用户选择的被测试模块及各模块对应的测试用例；
[0011] 根据测试用例的函数名和/或函数参数，生成测试指示数据；
[0012] 向监测模块发送测试指示数据，以便监测模块将其对测试指示数据进行解析得到 的数据内容发送给被测试模块以及根据接收的被测试模块反馈的执行对应的测试用例后 的执行结果生成具有第一固定格式的字符串；
[0013] 接收监测模块发送的具有第一固定格式的字符串，字符串携带有标识测试用例的 执行是否成功的数据值；
[0014] 根据具有第一固定格式的字符串，判断测试用例是否通过。
[0015] 结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所 述基带软件的自动化测试方法还包括：
[0016] 获取发送测试指示数据到接收该测试指示数据对应的反馈字符串时所用的测试 时间；
[0017] 在检测到测试时间小于或等于第一预设时间时，判定测试用例执行正常，并根据 具有第一固定格式的字符串判断测试用例是否通过；以及，
[0018] 在检测到测试时间大于第一预设时间时，判定测试用例执行异常，并向监测模块 发送下一个测试指示数据。
[0019] 结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，向 监测模块发送测试指示数据，包括：
[0020] 向监测模块发送询问被测试模块是否正常启动的请求命令；
[0021] 在接收到监测模块发送的携带被测试模块正常启动的反馈信息时，向监测模块发 送测试指示数据。
[0022] 结合第一方面的第一种可能的实施方式或者第一方面的第二种可能的实施方式， 本发明实施例提供了第一方面的第三种可能的实施方式，其中，根据具有第一固定格式的 字符串，判断测试用例是否通过，包括：
[0023] 在字符串中查找第一预设标识字段，获取第一预设标识字段上的第一数据值；
[0024] 判断第一数据值与第一预设数据值是否相匹配；
[0025] 在检测到第一数据值与第一预设数据值相匹配时，判定测试用例执行成功；以及，
[0026] 在检测到第一数据值与第一预设数据值不匹配时，判定测试用例执行失败。
[0027] 结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第四种 可能的实施方式，其中，所述基带软件的自动化测试方法还包括：
[0028] 每隔第二预设时间接收监测模块发送的具有第二预设格式的心跳包；其中，第二 预设格式与第一预设格式不同；
[0029] 在心跳包中查找第二预设标识字段，获取第二预设标识字段上的第二数据值；
[0030] 判断第二数据值与第二预设数据值是否相匹配；
[0031] 在检测到第二数据值与第二预设数据值相匹配时，向监测模块发送测试指示数 据；以及，
[0032] 在检测到第二数据值与第二预设数据值不匹配时，停止测试。
[0033] 结合第一方面的第四种可能的实施方式，本发明实施例提供了第一方面的第五种 可能的实施方式，其中，所述基带软件的自动化测试方法还包括：
[0034] 实时显示测试过程中用户选择的所有测试用例的测试进度以及已完成测试的所 述测试用例所占的比例；
[0035] 分别统计当前已完成测试的测试成功的测试用例数量、测试失败的测试用例数量 以及测试异常的测试用例数量，并根据统计结果分别计算测试成功、测试失败以及测试异 常的测试用例数量所占据的比例；
[0036] 实时显示测试成功、测试失败以及测试异常的测试用例数量所占据的比例。
[0037] 结合第一方面的第五种可能的实施方式，本发明实施例提供了第一方面的第六种 可能的实施方式，其中，所述基带软件的自动化测试方法还包括：
[0038] 将接收的监测模块发送的被测试模块执行测试用例时的运行日志进行记录和保 存。
[0039] 第二方面，本发明实施例还提供了一种基带软件的自动化测试方法，包括：
[0040] 接收测试工具发送的测试指示数据，测试指示数据包括测试用例的函数名和/或 函数参数；
[0041] 对接收的测试指示数据进行解析，得到数据内容；
[0042] 将解析得到的数据内容发送给被测试模块；
[0043] 接收被测试模块反馈的执行对应的测试用例后的执行结果；
[0044] 根据测试用例的执行结果生成具有第一固定格式的字符串，字符串携带有标识测 试用例执行是否成功的数据值；
[0045] 向测试工具发送具有第一固定格式的字符串，以便测试工具根据数据值判断测试 用例是否通过。
[0046] 第三方面，本发明实施例还提供了一种基带软件的自动化测试装置，包括：
[0047] 第一接收单元，用于接收用户选择的被测试模块及各模块对应的测试用例；
[0048] 测试指示数据生成单元，用于根据第一接收单元接收的测试用例的函数名和/或 函数参数，生成测试指示数据；
[0049] 第一发送单元，用于向监测模块发送生成单元生成的测试指示数据，以便监测模 块将其对测试指示数据进行解析得到的数据内容发送给被测试模块以及根据接收的被测 试模块反馈的执行对应的测试用例后的执行结果生成具有第一固定格式的字符串；
[0050] 第二接收单元，用于接收监测模块发送的具有第一固定格式的字符串，字符串携 带有标识测试用例的执行是否成功的数据值；
[0051] 判断单元，用于根据第二接收单元的具有第一固定格式的字符串，判断测试用例 是否通过。
[0052] 第四方面，本发明实施例还提供了一种基带软件的自动化测试装置，