一种软件测试方法及装置与流程

1.本发明涉及软件测试技术，尤其涉及一种软件测试方法、一种软件测试装 置，以及一种计算机可读存储介质。


背景技术：

2.随着软件工程的蓬勃发展，软件测试需求与日俱增。然而，现有的软件测 试技术普遍需要测试人员人工编写测试脚本、执行测试脚本，并查看测试结果， 再逐条回填测试结果以生成测试报告。这种依赖人工实现的测试方案，一方面 存在流程冗长、繁琐、测试效率低下的问题，无法满足与日俱增的软件测试需 求，另一方面对测试人员有较高的专业性要求，存在测试人员稀缺、用人成本 高昂的问题。
3.为了克服现有技术存在的上述缺陷，本领域亟需一种软件测试技术，用于 提升软件测试效率、缩短软件测试流程，并降低对测试人员的专业性要求。


技术实现要素：

4.以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概 述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性 或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化 形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之前序。
5.为了克服现有技术存在的上述缺陷，本发明提供了一种软件测试方法、一 种软件测试装置，以及一种计算机可读存储介质。
6.具体来说，根据本发明的第一方面提供的上述软件测试方法包括以下步骤： 获取待测功能的测试用例；根据所述测试用例，生成测试脚本；执行所述测试 脚本，并获取所述待测功能的响应数据；根据所述响应数据，确定所述待测功 能的测试结果和/或失败原因；以及将所述测试结果和/或所述失败原因填入所 述测试用例，以生成所述待测功能的测试报告。通过执行这些步骤，该软件测 试方法能够实现软件测试流程的自动化，从而提升软件测试效率、缩短软件测 试流程，并降低对测试人员的专业性要求。
7.此外，根据本发明的第二方面提供的上述软件测试装置包括存储器及处理 器。所述处理器连接所述存储器，并被配置用于实施本发明的第一方面提供的 上述软件测试方法。通过实施该软件测试方法，该软件测试装置能够实现软件 测试流程的自动化，从而提升软件测试效率、缩短软件测试流程，并降低对测 试人员的专业性要求。
8.此外，根据本发明的第三方面提供的上述计算机可读存储介质，其上存储 有计算机指令。所述计算机指令被处理器执行时，实施本发明的第一方面提供 的上述软件测试方法。通过实施该软件测试方法，该计算机可读存储介质能够 实现软件测试流程的自动化，从而提升软件测试效率、缩短软件测试流程，并 降低对测试人员的专业性要求。
附图说明
9.在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本 发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类 似的相关特性或特征的组件可能具有相同或相近的附图标记。
10.图1示出了根据本发明的一些实施例提供的软件测试装置的架构示意图。
11.图2示出了根据本发明的一些实施例提供的软件测试方法的流程示意图。
12.图3示出了根据本发明的一些实施例提供的从配置文件中提取信息的示 意图。
13.图4示出了根据本发明的一些实施例提供的生成测试脚本的示意图。
14.图5a及图5b示出了根据本发明的一些实施例提供的测试结果反馈界面 的示意图。
15.图6示出了根据本发明的一些实施例提供的生成故障排除任务单的示意 图。
具体实施方式
16.以下由特定的具体实施例说明本发明的实施方式，本领域技术人员可由本 说明书所揭示的内容轻易地了解本发明的其他优点及功效。虽然本发明的描述 将结合优选实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。 恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本发明的权利要求 而有可能延伸出的其它选择或改造。为了提供对本发明的深度了解，以下描述 中将包含许多具体的细节。本发明也可以不使用这些细节实施。此外，为了避 免混乱或模糊本发明的重点，有些具体细节将在描述中被省略。
17.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安 装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是 可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接 相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领 域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
18.另外，在以下的说明中所使用的“上”、“下”、“左”、“右”、“顶”、
ꢀ“
底”、“水平”、“垂直”应被理解为该段以及相关附图中所绘示的方位。 此相对性的用语仅是为了方便说明之用，其并不代表其所叙述的装置需以特定 方位来制造或运作，因此不应理解为对本发明的限制。
19.能理解的是，虽然在此可使用用语“第一”、“第二”、“第三”等来叙 述各种组件、区域、层和/或部分，这些组件、区域、层和/或部分不应被这些 用语限定，且这些用语仅是用来区别不同的组件、区域、层和/或部分。因此， 以下讨论的第一组件、区域、层和/或部分可在不偏离本发明一些实施例的情况 下被称为第二组件、区域、层和/或部分。
20.如上所述，现有的软件测试技术普遍需要测试人员人工编写测试脚本、执 行测试脚本，并查看测试结果，再逐条回填测试结果以生成测试报告。这种依 赖人工实现的测试方案，一方面存在流程冗长、繁琐、测试效率低下的问题， 无法满足与日俱增的软件测试需求，另一方面对测试人员有较高的专业性要求， 存在测试人员稀缺、用人成本高昂的问题。
21.为了克服现有技术存在的上述缺陷，本发明提供了一种软件测试方法、一 种软件测试装置，以及一种计算机可读存储介质，能够实现软件测试流程的自 动化，从而提升软
件测试效率、缩短软件测试流程，并降低对测试人员的专业 性要求。
22.请参考图1，图1示出了根据本发明的一些实施例提供的软件测试装置的 架构示意图。
23.如图1所示，在一些非限制性的实施例中，本发明的第一方面提供的上述 软件测试方法，可以由本发明的第二方面提供的上述软件测试装置10来实施。 该软件测试装置10中配置有存储器11及处理器12。该存储器11包括但不限 于本发明的第三方面提供的上述计算机可读存储介质，其上存储有计算机指令。 该处理器12连接该存储器11，并被配置用于执行该存储器11上存储的计算机 指令，以实施本发明的第一方面提供的上述软件测试方法。
24.以下将结合一些软件测试方法的实施例来描述上述软件测试装置10的工 作原理。本领域的技术人员可以理解，这些软件测试方法的实施例只是本发明 提供的一些非限制性的实施方式，旨在清楚地展示本发明的主要构思，并提供 一些便于公众实施的具体方案，而非用于限制上述软件测试装置10的全部功 能或全部工作方式。同样地，该软件测试装置10也只是本发明提供的一种非 限制性的实施方式，不对这些软件测试方法中各步骤的实施主体构成限制。
25.请参考图2，图2示出了根据本发明的一些实施例提供的软件测试方法的 流程示意图。
26.如图2所示，在进行软件测试的过程中，测试人员可以首先根据一个或多 个待测的软件功能，在软件测试界面选择一个或多个对应的测试用例。该测试 用例可以由技术人员预先编写，其中包含待测功能的功能名称、业务场景等功 能信息，和/或请求接口、入参报文等测试信息。软件测试装置10可以经由软 件测试界面获取测试人员输入的操作指令，并根据这些操作指令来确定需要使 用的测试用例。
27.以添加收藏的云端接口功能为例，其可以进一步包括添加音乐收藏、添加 地方电台收藏、添加网络电台收藏、添加新闻收藏、添加视频收藏、添加专辑 收藏、添加歌单收藏等一种或多种业务场景。软件测试装置10可以根据测试 人员输入的操作指令，确定本次测试需要使用添加收藏的栏目下的所有业务场 景的测试用例。
28.之后，响应于用户在软件测试界面点击运行按钮的操作指令，软件测试装 置10可以根据获取的测试用例，逐一生成对应的测试脚本。
29.在一些实施例中，上述根据获取的测试用例生成测试脚本的流程，可以基 于java代码编写的jmeter接口测试插件来自动实现。jmeter是apache组织 开发的基于java的压力测试工具，用于对软件做压力测试。jmeter支持的协 议有web(http、https)、soap、ftpd、jdbc、邮件、mongodb、tcp、 原生命令或shell脚本。jmeter可以用于测试静态文件、java小服务程序、cgi 脚本、java对象、db、ftp服务器等静态和动态资源，可以用于对服务器、 网络或对象模拟巨大的负载，以测试它们在不同压力类别下的强度和分析整体 性能。此外，jmeter还能够对应用程序做功能/回归测试，通过创建带有断言 的脚本来验证程序是否返回了预期结果。进一步地，为了最大限度的灵活性， jmeter允许使用正则表达式创建断言。此外，jmeter还具有可对任何db进行 压力测试；纯java，可移植性强；轻量组件支持包(预编译的jar使用 javax.swing.*；多线程(多个线程并发或通过单独的线程组对不同功能同时操 作)；计时精确；支持缓存和离线分析，能够回放测试结果；完全开源，可对 jmeter进
行二次开发，增加业务对应所需的插件等优势。
30.请参考表1，表1示出了根据本发明的一些实施例提供的测试用例。如表 1所示，在本发明的一些实施例中，预先编写的测试用例中可以包括请求接口 栏和/或入参报文栏，其中记载了进行软件测试所需的请求接口信息和/或入参 报文信息。
31.表1
32.[0033][0034]
在一些实施例中，在生成测试脚本的过程中，安装有jmeter接口测试插 件的软件测试装置10可以从直接从测试用例的请求接口栏提取所述请求接口 信息，并从测试用例的入参报文栏提取入参报文信息，再根据提取获得的请求 接口信息及入参报文信息，生成测试脚本。
[0035]
可选地，在另一些实施例中，预先编写的测试用例中可以包括功能名称、 业务场景等功能信息栏，以及空白的请求接口栏和/或入参报文栏。该功能信息 栏中记载了待测功能的功能名称、业务场景等功能信息。
[0036]
在生成测试脚本的过程中，安装有jmeter接口测试插件的软件测试装置 10可以首先从测试用例的功能信息栏提取功能名称、业务场景等功能信息，再 根据提取获得的功能信息从对应的配置文件(例如：api文件)中提取待测功 能的请求接口信息和/或请求参数信息，以作为软件测试的数据基础。
[0037]
具体请参考图3，图3示出了根据本发明的一些实施例提供的从配置文件 中提取信息的示意图。
[0038]
如图3所示，软件测试装置10可以首先根据提取获得的功能信息(例如： 用户收藏)，从对应的api文件中找到对应的内容，再从用户收藏的对应内容 中提取请求地址等信息，以作为待测功能的请求接口信息。此外，软件测试装 置10还可以从用户收藏的对应内容中提取关于请求体(requestobject)的收藏 内容(content)及收藏类型(type)等至少一条请求参数信息，并根据提取的 该至少一条请求参数信息，生成待测功能的入参报文信息。
[0039]
例如，针对添加音乐收藏的待测功能，在提取获得收藏内容(content)的 请求参数信息之后，软件测试装置10可以基于请求参数信息的格式标准或内 容要求，随机生成一个10位的包含“12345abcd”的字符串。之后，软件测 试装置10可以根据提取获得的收藏内容(content)及收藏类型(type)等至少 一条请求参数信息，以及随机生成的字符串信息，生成该添加音乐收藏的待测 功能的入参报文信息post/user/favorites{“content”:“{${_randomstring(10,收 藏12345abcd,content)}}”,“type”:“1”}。
[0040]
通过配置从api等配置文件自动提取并生成请求接口信息和/或入参报文 信息的功能，本发明可以进一步降低测试用例编写人员的工作量，进一步降低 对测试用例编写人员的专业性要求，避免用正确的用例构建错误脚本的情况， 并提升测试的效率。
[0041]
进一步地，在一些实施例中，在从配置文件提取请求接口信息之后，软件 测试装置10还可以将提取的请求接口信息回填到测试用例空白的请求接口栏， 以便测试故障排除和/或下次软件测试直接从测试用例提取。同样地，在根据从 配置文件提取的请求参数信息生成入参报文信息之后，软件测试装置10还可 以将生成的入参报文信息回填到测试用例空白的入参报文栏，以便测试故障排 除和/或下次软件测试直接从测试用例提取。
[0042]
通过将从配置文件提取的请求接口信息和/或入参报文信息回填到测试用 例中，本发明一方面能够便于测试故障排除和/或下次软件测试直接从测试用例 提取，从而进一步提升测试异常诊断及软件测试的效率，另一方面能够让负责 测试故障排除的软件开发人员清楚地了解实施软件测试的请求接口信息、入参 报文信息、随机字符串信息等相关信息，从而给故障排除阶段提供更清晰的指 导，以利于提升故障排除的效率及成功率。
[0043]
接下来请参考图4，图4示出了根据本发明的一些实施例提供的生成测试 脚本的示意图。
[0044]
如图4所示，在确定待测功能的请求接口信息及入参报文信息之后，软件 测试装置10可以根据请求接口信息及入参报文信息，自动生成软件测试的测 试脚本。具体来说，软件测试装置10可以首先根据请求接口信息确定测试脚 本的请求路径，并根据入参报文信息确定测试脚本的消息体数据，再将测试脚 本的请求路径及消息体数据分别填入http请求的对应位置，以自动生成软件 测试的测试脚本。
[0045]
本领域的技术人员可以理解，上述根据用户选择的测试用例在线生成对应 测试脚本的方案，只是本发明提供的一种非限制性的实施方式，旨在清楚地展 示本发明的主要构思，并提供一种便于公众实施的具体方案，而非用于限制本 发明的保护范围。
[0046]
可选地，在另一些实施例中，软件测试装置10还可以根据待测软件的各 待测功能的测试用例，预先生成对应的测试脚本，并构建待测软件的测试脚本 库。之后，在软件测试
的过程中，测试人员可以根据一个或多个待测的软件功 能，经由软件测试界面从预先构建的测试脚本库选择一个或多个对应的测试脚 本，并直接执行选中的测试脚本以进行待测功能的测试，从而进一步提升软件 测试的效率。
[0047]
如图2所示，在生成测试脚本之后，软件测试装置10可以自动执行生成 的测试脚本，以获取待测功能的响应数据，并根据获取的响应数据来确定待测 功能的测试结果和/或失败原因。
[0048]
在一些实施例中，上述执行测试脚本并获取响应数据的流程，也可以基于 java代码编写的jmeter接口测试插件来自动实现。具体来说，在执行测试脚 本并获取响应数据的过程中，安装有jmeter接口测试插件的软件测试装置10 可以根据测试脚本的请求路径向对应的请求接口发送http请求，并经由该请 求接口获取http请求的响应数据。之后，软件测试装置10可以自动解析该 http请求的响应数据，以确定待测功能的测试结果和/或失败原因。
[0049]
请结合参考图5a及图5b。图5a及图5b示出了根据本发明的一些实施 例提供的测试结果反馈界面的示意图。
[0050]
如图5a所示，若待测功能(例如：添加音乐收藏)的测试结果为失败， 其响应数据中将包含“系统错误”的测试结果信息，以及相关的报错信息。jmeter 接口测试插件可以解析该响应数据，以提取该测试结果信息及报错信息，根据 该测试结果信息来确定待测功能的测试结果，并根据该报错信息来确定待测功 能的失败原因。
[0051]
反之，如图5b所示，若待测功能(例如：添加地方电台收藏)的测试结 果为成功，其响应数据中将包含“请求成功”的测试结果信息。jmeter接口测 试插件可以解析该响应数据，以提取该测试结果信息，并根据该测试结果信息 来确定待测功能的测试结果。
[0052]
如图2所示，在确定待测功能的测试结果和/或失败原因之后，软件测试 装置10可以经由jmeter接口测试插件，将获取的测试结果和/或失败原因自动 填入测试用例，以生成待测功能的测试报告。
[0053]
具体来说，预先编写的测试用例中可以包括空白的执行结果栏和/或失败 原因栏。响应于成功的测试结果，软件测试装置10可以将成功的执行结果信 息填入测试用例的所述执行结果栏，以生成测试报告。反之，响应于失败的测 试结果，软件测试装置10可以将失败的执行结果信息填入测试用例的执行结 果栏，并将获取的响应数据填入测试用例的失败原因栏，以生成测试报告。
[0054]
请参考表2，表2示出了根据本发明的一些实施例提供的测试报告。如表 2所示，在本发明的一些实施例中，生成的测试报告中可以包括执行结果栏和/ 或失败原因栏，其中记载了软件测试的测试结果和/或失败原因。在软件测试之 后的故障排除阶段，待测功能的开发人员可以根据测试报告中记载的功能名称、 业务场景等功能信息、请求接口、入参报文等测试信息，以及测试结果、失败 原因等结果信息，快速、便捷地确定造成功能测试失败的原因，从而提升故障 排除的效率。
[0055]
表2
[0056]
[0057][0058]
基于以上描述，本发明提供了一种软件测试方法、一种软件测试装置，以 及一种计算机可读存储介质，能够自动生成测试所需的测试脚本、自动执行测 试脚本并获取待测功能的响应数据，并将响应数据自动回填到测试用例中，以 生成待测功能的测试报告。如此，本发明能够实现待测功能的自动化测试，以 软件测试装置10代替测试人员人工编写测试脚本及手动上传测试结果的操作， 从而提升软件测试效率、缩短软件测试流程，并降低对测试人员的专业性要求。
[0059]
进一步地，在本发明的一些实施例中，在完成待测软件的各待测功能的测 试流程之后，软件测试装置10还可以根据测试结果，对各待测功能的测试报 告进行筛选，已确定其中测试结果为失败的待测功能。之后，响应于失败的测 试结果，软件测试装置10还可以根据其失败原因，生成待测功能的故障排除 任务，并向对应的经办人发送该故障排除任务，以进一步实现测试故障排除流 程的自动化。
[0060]
具体来说，软件测试装置10可以首先根据筛选获得的各测试报告的失败 原因栏中记载的响应数据，分别生成存在故障的各待测功能的故障排除任务单。 之后，软件测试装置10可以从各待测功能的测试报告中分别提取测试人员信 息、开发人员信息、优先级信息、问题等级信息、前提条件信息、入参报文信 息、操作步骤信息、失败原因信息、预期结果信息等相关信息，并获取生成故 障排除任务单的当前时间信息。
[0061]
再之后，软件测试装置10可以根据“【功能名称】-子功能-业务场景-操 作步骤”的格式，生成故障排除任务单的标题概要；根据获取的测试人员信息， 确定故障排除任务的报告人；根据获取的开发人员信息，确定故障排除任务的 经办人；根据获取的优先级信息，确定故障排除任务的优先级；根据默认的问 题来源(例如：内部测试)，确定故障排除任务的问题来源；根据默认的问题 等级(例如：一般)，确定故障排除任务的问题等级；根据获取的前提条件信 息，确定故障排除任务的前置条件；根据获取的入参报文信息，确定故障排除 任务的测试数据；根据获取的操作步骤信息，确定故障排除任务的测试步骤； 根据获取的失败原因信息，确定故障排除任务的实际结果；根据获取的预期结 果信息，确定故障排除任务的预期结果；根据获取的当前时间信息，确定故障 排除任务的开始日期；和/或根据获取的当前时间信息及预设的故障排除时间 (例如：7天)，确定故障排除任务的截止日期，以生成图6所示的故障排除 任务单。
[0062]
再之后，软件测试装置10可以根据各故障排除任务单的经办人信息，自 动向各经办人发送对应的故障排除任务单，以自动提示各经办人排除待测功能 的故障。如此，本发明能够进一步实现待测功能的自动化故障管理，以软件测 试装置10代替测试人员手动逐条提交故障排除任务的操作，从而提高测试人 员的工作效率、提高测试流程的连贯性，并避免测试人员的重复性操作。
[0063]
尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并 领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作 可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本 领域技术人员可以理解的其他动作并发地发生。
[0064]
本领域技术人员将可理解，信息、信号和数据可使用各种不同技术和技艺 中的任何技术和技艺来表示。例如，以上描述通篇引述的数据、指令、命令、 信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁 粒子、光场或光学粒子、或其任何组合来表示。
[0065]
本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种 解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、 或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、 框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功 能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。 技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的 实现决策不应被解读成导致脱离了本发明的范围。
[0066]
尽管上述的实施例所述的软件测试装置10可以通过软件与硬件的组合来 实现的。但是可以理解，该软件测试装置10也可以单独在软件或硬件中加以 实施。对于硬件实施而言，该软件测试装置10可在一个或多个专用集成电路 (asic)、数字信号处理器(dsp)、可编程逻辑器件(pld)、现场可编程 门阵列(fpga)、处理器、控制器、微控制器、微处理器、用于执行上述功 能的其它电子装置或上述装置的选择组合来加以实施。对软件实施而言，该软 件测试装置10可通过在通用芯片上运行的诸如程序模块(procedures)和函数 模块(functions)等独立的软件模块来加以实施，其中每一个模块执行一个或 多个本文中描述的功能和操作。
[0067]
结合本文所公开的实施例描述的各种解说性逻辑模块、和电路可用通用处 理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列 (fpga)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、 或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是 微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微 控制器、或状态机。处理器还可以被实现为计算设备的组合，例如dsp与微 处理器的组合、多个微处理器、与dsp核心协作的一个或多个微处理器、或 任何其他此类配置。
[0068]
提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使 用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且 本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范 围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授 予与本文中所公开的原理和新颖性特征相一致的最广范围。

技术特征：
1.一种软件测试方法，其特征在于，包括以下步骤：获取待测功能的测试用例；根据所述测试用例，生成测试脚本；执行所述测试脚本，并获取所述待测功能的响应数据；根据所述响应数据，确定所述待测功能的测试结果和/或失败原因；以及将所述测试结果和/或所述失败原因填入所述测试用例，以生成所述待测功能的测试报告。2.如权利要求1所述的软件测试方法，其中，所述根据所述测试用例，生成测试脚本的步骤包括：根据所述测试用例，确定所述待测功能的请求接口信息及入参报文信息；以及根据所述请求接口信息及所述入参报文信息，生成所述测试脚本。3.如权利要求2所述的软件测试方法，其中，所述测试用例中包括请求接口栏和/或入参报文栏，所述根据所述测试用例，确定所述待测功能的请求接口信息及入参报文信息的步骤包括：从所述测试用例的所述请求接口栏提取所述请求接口信息；和/或从所述测试用例的所述入参报文栏提取所述入参报文信息。4.如权利要求2所述的软件测试方法，其中，所述测试用例中包括功能信息栏，所述根据所述测试用例，确定所述待测功能的请求接口信息及入参报文信息的步骤包括：从所述测试用例的所述功能信息栏提取功能信息；以及根据所述功能信息，从对应的配置文件中提取所述待测功能的所述请求接口信息。5.如权利要求2或4所述的软件测试方法，其中，所述测试用例中包括功能信息栏，所述根据所述测试用例，确定所述待测功能的请求接口信息及入参报文信息的步骤包括：从所述测试用例的所述功能信息栏提取功能信息；根据所述功能信息，从对应的配置文件中提取所述待测功能的至少一条请求参数信息；以及根据所述至少一条请求参数信息，生成所述入参报文信息。6.如权利要求5所述的软件测试方法，其中，所述根据所述至少一条请求参数信息，生成所述入参报文信息的步骤包括：随机生成指示测试内容的字符串信息；以及根据所述至少一条请求参数信息以及所述字符串信息，生成所述入参报文信息。7.如权利要求6所述的软件测试方法，还包括以下步骤：将从所述配置文件提取的所述请求接口信息，填入所述测试用例的请求接口栏；和/或将生成的所述入参报文信息填入所述测试用例的入参报文栏。8.如权利要求2所述的软件测试方法，其中，所述根据所述请求接口信息及所述入参报文信息，生成所述测试脚本的步骤包括：根据所述请求接口信息，确定所述测试脚本的请求路径；以及根据所述入参报文信息，确定所述测试脚本的消息体数据。9.如权利要求8所述的软件测试方法，其中，所述待测功能包括云端接口功能，所述执行所述测试脚本，并获取所述待测功能的响应数据的步骤包括：
根据所述测试脚本的请求路径，向对应的请求接口发送http请求；经由所述请求接口，获取所述http请求的响应数据；以及解析所述响应数据，以确定所述待测功能的所述测试结果和/或所述失败原因。10.如权利要求1所述的软件测试方法，其中，所述测试用例中包括失败原因栏，所述将所述测试结果和/或所述失败原因填入所述测试用例，以生成所述待测功能的测试报告的步骤包括：响应于失败的测试结果，将所述响应数据填入所述测试用例的所述失败原因栏，以生成所述测试报告。11.如权利要求10所述的软件测试方法，其中，所述测试用例中还包括执行结果栏，所述将所述测试结果和/或所述失败原因填入所述测试用例，以生成所述待测功能的测试报告的步骤还包括：响应于成功的测试结果，将成功的执行结果信息填入所述测试用例的所述执行结果栏，以生成所述测试报告；以及响应于失败的测试结果，将失败的执行结果信息填入所述测试用例的所述执行结果栏，以生成所述测试报告。12.如权利要求1所述的软件测试方法，还包括以下步骤：响应于失败的测试结果，根据所述失败原因，生成所述待测功能的故障排除任务。13.如权利要求12所述的软件测试方法，其中，所述测试用例中还包括所述待测功能的开发人员信息，所述根据所述失败原因，生成所述待测功能的故障排除任务的步骤包括：根据所述失败原因，生成所述待测功能的故障排除任务单；根据所述开发人员信息，确定所述故障排除任务单的经办人；以及向所述经办人发送所述故障排除任务单，以提示所述经办人排除所述待测功能的故障。14.如权利要求1所述的软件测试方法，其中，所述获取待测功能的测试用例的步骤包括：获取用户输入的操作指令；以及根据所述操作指令，确定所述测试用例。15.一种软件测试装置，其特征在于，包括：存储器；以及处理器，所述处理器连接所述存储器，并被配置用于实施如权利要求1～14中任一项所述的软件测试方法。16.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述计算机指令被处理器执行时，实施如权利要求1～14中任一项所述的软件测试方法。

技术总结
本发明提供了一种软件测试方法及装置，以及一种计算机可读存储介质。该软件测试方法包括以下步骤：获取待测功能的测试用例；根据所述测试用例，生成测试脚本；执行所述测试脚本，并获取所述待测功能的响应数据；根据所述响应数据，确定所述待测功能的测试结果和/或失败原因；以及将所述测试结果和/或所述失败原因填入所述测试用例，以生成所述待测功能的测试报告。通过执行这些步骤，该软件测试方法能够实现软件测试流程的自动化，从而提升软件测试效率、缩短软件测试流程，并降低对测试人员的专业性要求。专业性要求。专业性要求。


技术研发人员：付瑶
受保护的技术使用者：沈阳精一智驾科技有限公司
技术研发日：2021.12.28
技术公布日：2023/7/11