【实操演示】软件测试的发展与应用实践原创

大家好，我是腾讯云coding的解决方案架构师钟奇翁，接下来我会在codings平台上给大家演示测试管理的相关功能。为了让大家看得更清晰，我会将页面适当放大一些。首先我们可以点击左边菜单中的项目，然后点击右上角的创建项目按钮。然后点击从我们的教学项目开始。然后选择我们的测试管理教学项目。我们可以给这个项目设置一个名字，就叫test。在忙吧。然后点击完成创建按钮即可。

创建完这个样例项目以后，我们需要先点击左下角的项目设置按钮。然后点击功能开关。并将我的代码仓库还有持续集成这两个功能开启。因为我们当前选择的是一个测试管理的样例项目，因此这两项功能默认是没有开启的。但是在后面的演示中，我们需要用到这两个功能模块，因此我们需要手动开启一下这两个功能。现在我们回到这个项目的主页。然后点击左边的项目协同。在全部事项这里可以看到，系统已经自动为我们创建了两个量力事项。这两个让利思想都是缺陷类型的。为了方便后面的演示，我们需要创建一个需求类型的事项。我们先随便填一些测试数据。

在迭代这里，我们也需要提前创建一个迭代。然后将我们的一些事项规划至当前迭代。在测试管理这里，我们可以点击用力管理。在用例管理这里可以看到系统也为我们创建了一些样例的测试用例，并且按照不同的功能模块进行了分组。通过点击。右上角的这两个按钮，我们可以收取所有分组，或是展开所有分组。通过点击这一个按钮，我们可以从Excel test类、XM或是其他项目导入测试用例，也可以将我们的测试用例导出到CSV或是XMY。

然后我们还支持批量操作，通过点击右上角的批量操作按钮，我们可以对这些测试用例进行一个批量的移动、复制、修改等级、修改工时、关联需求、组成测试计划、发起用例评审或者是导出等等。当我们需要创建一个新的测试用例时，我们需要点击右上角的创建用例按钮。通过选择所在分组，我们可以将这个测试用例放到某个分组下面。然后我们可以根据这个用力的一个重要程度选择不同的等级。在前置条件这里我们可以补充在执行这个测试用例之前需要满足的一些前置条件。然后我们就可以在步骤这里面添加相关的测试步骤以及相应的预期。

通过点击右上角的关联需求按钮，我们可以将这一个测试用例跟相关的需求关联起来。在这个输入框中，我们可以输入相关的需求ID或者是标题，然后选择我们想要关联的需求即可。这里面我们就已经关联成功了。在测试的过程中，我们可能需要通过一些图片或者是其他文件来说明我们的一个预期结果，这个时候我们就可以通过添加附件的方式来将这些图片或者是文件上传到我们的测试用例中来。此外，通过点击右上角的这个历史版本的按钮，我们还可以查看当前测试用例的一些历史版本，比如这个是我们当前最新的一个版本，我们可以点击这个箭头查看它的上一个版本。

此外，当我们想要恢复某一个版本时，我们可以。找到这个版本，然后点击右上角的恢复版本。这个时候我们就已经恢复到这个版本了。这就是我们当前最新的版本，也是我们执行恢复版本以后的一个版本。讲完用力管理，我们再来看一看用力评选功能。用例评审功能是测试活动中一个非常重要的复核流程。开发人员参与测试用例的评审能够对其改进意见，而测试间的同行评选可以帮助我们及时发现那些被忽略掉的测试点。此外，交换其他人的用力建议能够有效增加测试结果的一个信服力。

我们可以点击右上角的这个创建评选按钮来发起一个。用力评审。我们先填一个标题，然后选择我们的评审者，再选择截止日期。然后可以根据我们的实际情况选填描述。最后就是圈选我们需要评选的用例。最后点击确定。然后点击发起评审。创建完这个用例评选以后，我们可以点击查看按钮对这个用例进行评选。我们可以点击这一个图标，来选择这个测试用例的一个评审结果。然后可以在右边添加相关的评审建议。

当我们评审完毕以后，就可以点击右上角的结束评审。值得一提的是，除了结束评审以外，这里还有一个叫完成评审的按钮。这两者的区别在于，完成评审表示的是我们自己已经完成了这个用例的评审，其他人还可以对这个用例进行评审，而结束评审按钮则是将这个评审终止掉，一旦结束，其他人也将无法对这个用例进行评审。由于当前只有我一个评审者，因此我直接选择结束评审即可。如果我们对第一次的评审结果有疑问，我们还可以点击更多，然后点击重新发起按钮，重新打开这个用例评审。

然后点击右上角，我们可以发起总评。这一个就是我们用力评选功能的简单演示。前面我们所讲的用例管理功能是针对人工测试用例而言的。除了人工测试用例以外，Coding的测试管理模块还支持自动化测试用例。我们可以点击左边菜单中的自动化用例库。

然后点击右上角的导入视力用力库按钮。Coding已经为我们准备了几个自动化测试的视力代码库。第一个模板叫做API test，顾名思义，这个模板主要是用来进行API的自动化测试的。底层是使用Python加request来发送和处理HTTP协议的请求接口，使用py test作为测试执行器，使用Z来管理测试数据，最终使用a report来生成测试报告。第二个模板是使用Python加cliial RA driver来模拟UI操作，使用py test作为测试执行器，基于page up模式封装采用的页面元素操作，使用AR report来生成测试报告。这里值得一提的是c web driver是一款非常强大的web应用程序自动化测试工具。借助web driver，我们可以通过as part等方式来获取页面元素，并模拟真人进行点击和输入的动作，然后对比实际执行的结果和预期结果，从而实现web UI测试的自动化。

在这里，我可以给大家讲一个实际的应用场景，我曾经参与过一个网上银行的运维项目。众所周知，银行业是一个比较特殊的行业，尤其是对于那些大型的跨国银行而言，在交易时间段内，每时每刻都有大量的交易在进行，如果在这个时候出现系统故障，哪怕只有短短的几秒钟，后果都将不堪设想。因此，银行系统的所有变更都需要在非交易时间段内完成。我们把这个允许叫做变更的时间段，称之为变更窗口，一般是从晚上十点开始，一直到第二天早上的六点左右才会结束。在这个变更窗口期内，银行的官网一般会显示系统正在升级维护中的提示信息，所有的网上交易都将暂时无法进行。我们当时的一个任务就是要在变更完成以后访问自家网上银行，并进行一系列的手工操作，以确保各项功能都正常。为了应对变更失败的情况，我们还需要预留一个小时左右的时间来进行回退工作。

因此，所有的回归测试都需要在早上五点前完成。可想而知，如果采用人工操作的方式来进行这些回归测试的话，测试人员将会面临巨大的压力，同时也会容易因为紧张或者是时间紧迫的原因而造成人为错误。在这种情况下，Coding所提供的这一个web UI自动化测试模板就可以派上用场。待会儿我们将会通过一个实际的例子来进行演示。借助自动化的测试工具，我们不仅可以提高效率，避免人为错误，还可以释放人力资源，让他们更专注于其他重要的事情上。而第三个模板是通过Java加STP client来发送和tree STP协议的接口，使用JUN作为测试执行器，采用微软构建的方式开展接口自动化测试。

最后一个模板跟第三个模板几乎是一样的，不同之处在于最后一个模板是采用C进行构建的。由于时间关系，我们将选用第二个模板来给大家演示如何使用py text和sli web driver来进行web UI的自动化测试。我们先选择第二个模板，然后给它起一个名字，名字就叫。U。然后点击确认按钮。点击完确认按钮以后，系统就已经为我们创建好这个自动化用力测试库了。如果我们回到用力管理页面，就会发现。系统已经为我们创建了一个名为RA UI test视力分组的一个测试用例组，并且在这个用例组下面还给我们创建了一个测试用例，我们可以在这个测试用例的右上角点击关联需求。

然后我们之前创建的一个需求跟这个测试用例进行关联。我们再回到自动化用例库界面。在自动化用例这里面，我们可以看到。在我们新建的这个用力库中，一共有一个。压力方法，并且这个压力方法跟我们刚刚。看到的那一个。测试用例进行了关联。在功能用力这个菜单下，我们可以从另外一个视角去查看这种关联关系。在这个视角下，我们会对功能进行归类分组，并且每个功能都会有其对应的一个自动化用例库。这种视角的一个好处在于，我们可以精准的对某些功能进行自动化测试。比如在某一次代码提交中，我们可能只是修改了功能A相关的代码，那么我我们就可以只执行功能A所关联的测试用例，而不需要执行所有的自动化测试，从而大大提高我们的一个测试效率。

比如当我们想要测试这一个功能的时候。我们只需要点击右边的这个执行按钮即可。当我们点击完这个执行按钮以后，页面跳转到了运行，进入这个页面，我们可以点击查看drop。这个时候就会跳转到我们的一个自动化测试流水线，这是系统为我们自动创建一个流水线。在流水线运行的过程中，我们可以回去看看我们对应的一个代码。我们点击右上角的这三个点，然后点击查看代码仓库。这就是我们存储自动化测试用例的一个代码仓库。在case这个文件夹下有一个名为test_零一.py的文件。

这个文件就是我们编写自动化测试代码的地方，从代码可以看到，这个自动化测试用例会访问百度的官网。然后它会通过XP的方式来捉取页面的一个元素，并且判断这个页面元素的文本值是否为新文义词。我们先将这个SPA拷贝一下。然后打开百度官网。我们可以看到，在百度官网的首页左上角，确实有一个名为新闻的网页元素。我们现在打开开发者工具，然后使用一款名为CP的插件。我们在这里面输入我们刚刚拷贝的。然后点击回车。当我们回去以后，会发现新闻一词已经被圈了起来。

这就表明我们的SSPA是正确的，它可以帮我们精准的抓取到这个名为新闻的一个网页元素。我们现在再来看看我的一个自动化流水线，现在流水线已经执行完毕，并且他们的状态是成功的。我们可以点击执行校脚本的步骤。右边就会弹出具体的一个执行日志。然后在上方我们还可以看。测试报告。这里面我们的系统已经为我们自动生成了一个Z的测试报告，在这个报告里面会有我们全部的用力数，以及成功的用力数，还有失败的用力数。以及通过率等等信息。这就是我们自动化测试用例库的一个简单演示，接下来我们来看看我们的一个测试计划功能。

测试计划是由测试用例组成的，根据用途不同可以分为迭代测试、发布测试和普通测试三种类型。测试计划能够让测试人员清晰的看到当前的一个测试进度，以及记录测试结果与相应的评级。现在我会给大家演示一下如何创建一个测试计划。首先我们需要点击右上角的新增测试计划按钮。在最上方，我们可以选择这个测试计划的类型，我们这就保留默认的迭代测试好了。标题的话，我就叫测试计划。我们的测试计划同样也是支持两种，一种是手动的模式，一种是自动化模式。自动化模式就是我们前面讲到的自动化用例库，这里面我们会选取手动模式来给大家做演示。

需求这里面我们就包含所有的需求，然后在用力，这里面我们手动圈选几个用力。然后点击确定。然后再点击确认。在我们就已经完成测试计划的创建了。现在我们可以点击右上角的开始测试按钮进行测试。在我们的左手边就是我们所有的测试用例的列表，呃，右手边就是我们每个用例的详细信息，我们可以点击发表注释，对当前的一个测试用例进行一些评论。然后我们可以点击记录结果按钮。这里面我们可以选择这一个用力的一个整体状态，比如通过受阻重庆或者是失败。

我们可以点击添加结果并下一条。这样我们就会进入到第二个测试用例。然后我们同样可以点击记录结果。我们可以选择这一条测试用例的一个整体结果。也可以按照。步骤去进行测试。比如我们先选择全部通过。但是在实际执行的过程中，我们可能是发现前面两个步骤成功了，但是第三个步骤失败了，这个时候我们就可以在这个步骤的右边选择。这个按钮。当我们将这个步骤标记为失败以后，我们会发现上面整体的一个。结果也会变成了失败。这个时候我们可以点击添加结果。由于这个步骤是失败的，因此我们可能需要添加一个缺陷，这个时候我们可以点击缺陷。

然后点击右边的关联缺陷。我们可以关联已有的缺陷，或者是点击下方的快捷创建新缺陷。然后点击创建。这样我们就完成了一个缺陷的创建，并且将它关联到了我们当前的一个测试用例里面。由于这是一个失败的测试用例。因此我们可以。在这里面选择失败并下一条，这样的话就会将当前的一个测试用例标记为失败，并且自动进入下一条用例进行测试。好时间关系，剩下的用力我就会全部标记为成功。除了关联缺陷以外，我们在记录结果这里面还可以添加附件。比如我们可能在测试的过程中会有一些报错信息，这个时候我们可能需要添加一些截图等等，或者是添加一些文件，我们都可以通过添加附件的方式来进行添加。

当我们完成了所有的测试用力的一个测试工作以后，我们就会跳转到了一个测试计划的页面，这里面会显示我们的一个测试的一个整体的进度。比如我们已经测试了用力个数，总共的一个用力个数，以及我们未通过的任务个数，打开了缺陷个数，还有我们的一个用例覆盖率等等。及测试用例的一个通过率。除了这些基本信息以外，我们还可以点击右上角的生成报告按钮。对这个测试计划进行更深入的分析。报告生成完毕以后，我们可以点击查看报告按钮进行查看。

在这份报告中，我们会有更加丰富的分析指标，比如缺陷修复率、重新激活率、平均关闭时长等。除了测试报告以外。我们还有一个测试概览。带控的。在测试概览页面，我们可以从项目和我们个人两个视角去查看当前的一个测试进度。在项目视图下，我们可以看到用力的总数、自动化用力的个数、缺陷的个数。以及缺陷密度、自动化覆盖率、需求覆盖率等信息。在下还有一个叫活跃度。在这里面，我们可以看到每个成员的一个工作状态，比如成员A编写了多少个测试用例，完成了多少个测试工作等等。

而在我们的个人视图下，我们可以看得到我们自己的效能以及团队效能的一个对比，还可以看到当前有多少个缺陷，或者是有多少个测试计划等待我们去执行。这就是我们测试管理模块所有功能的一个简单演示，如果大家感兴趣的话，还可以去访问我们coding的官网coding点。然后点击我们的这个体验演示系统按钮。进入到我们的一个公开演示系统。在我们的这个公开演示系统中，我们准备了非常丰富的一些样例数据，用于帮助大家更好的了解cooling平台的使用方法。比如这里面我们可以看到我们的一个测试概览图。

以及我们的一些用力管理。用力评审。自动化用力库。还有我们的一些测试计划。以及相应的测试报告。好，以上就是我们实操部分的全部内容，感谢大家的聆听，我们下期再见。那么本次课程就到此结束，感谢大家的收看，同时欢迎截图并微信扫码添加coding官方小助手，加入公开课专属群聊，一起讨论技术，交流观点，了解coding，并获取本次课程的课件以及下次课程的通知，让我们下次课程再见。