看看：一文详解Premo测试框架详解

五连环画

BXH 是趣链科技自主研发的跨链技术平台，提供基于异构联盟链间的账本互操作解决方案。为保证BXH跨链平台在日常迭代过程中的功能符合用户需求，并尽可能多的把问题在发布或交付之前发现并改正，P测试工具应运而生。P主要基于BXH自身的现，具有易于扩展和维护的特点。本文主要围绕功能测试、性能测试以及自动化测试个方面来概述P的测试框架。在一些情况下，imtoken下载的优势会越发的明显起来，经过市场检验也能够一往无前的发展下去。

【架构总览】

P测试框架如下图所示。基于测试的内容主要分为「功能测试」和「性能测试」。功能测试主要基于和现整体测试框架，基于现和BXH跨链平台的通信和调用；性能测试主要是在的基础上通过协程现。P在功能测试的基础上又进一步现了持续集成测试，持续集成测试部分主要借助GH A现。

【功能测试】

功能测试模块主要依托于BXH项目自身的，开源库和库现。功能测试模块根据测试的功能点分为多个测试文件，每一个测试文件内的测试用例都包含于一个测试套件中，在日常测试可以基于你所需要测试的功能点来运行不同的套件，如下图所示。例如1001__内的所有测试用例都包含在1这个套件中，如果需要运行相关的测试用例只需运行1的套件即可。

▲并行化测试

随着项目的不断扩展，测试用例的数目也在不断增加，回归全量测试用例所消耗的时间也越来越长，顺序测试的方法在速迭代的版本开发中显得越来越低效。采用并行化测试可以有效解决这个问题，然而这又会引入一个新的问题，也就是测试用例之间的耦合性。很多用例在串行测试的过程中不会暴露问题，一旦进行并行化测试就会出现并发上的问题。

以BXH跨链平台为例，BXH跨链平台在接收跨链交易的过程中会根据账户地址维护一个值用于现跨链交易的有序性，每收到一笔交易值就会增加1，如果收到的值小于预期的值，BXH跨链平台就会丢掉这笔交易，反之，如果大于预期的，BXH跨链平台就会暂存这笔交易，直至达到预期。这就会要求我们在并行化测试的用例中人为的去维护这个值。因此，并行化测试中很重要的一点就是需要维护用例之间的相对独立性，如何维护用例的相对独立性则需要根据项目自身因地制宜。

【性能测试】

衡量一个跨链服务系统是否可靠稳定很重要的一点便是跨链自身的性能指标。P根据上述需求，基于BXH自身的现了一套完整的性能测试方案用于检验BXH跨链平台的性能是否满足需求。P中进行的性能测试主要是压力测试，通过向BXH跨链平台发送大量的跨链交易来验证BXH处理跨链交易的性能。整体性能测试主要分个步骤进行，分别是应用链准备、发送跨链交易和统计TPS。

▲应用链准备

在发送跨链交易前，需要预先根据不同的交易类型注册一定数量的应用链到中继链，以便后续P通过SDK使用这些应用链的身份向中继链发送跨链交易。应用链注册成功后还需要部署相应的验证规则，用于中继链验证交易的有效性。

▲发送跨链交易

根据预先设定的TPS和应用链数量可以计算出一条应用链在一秒内需要向BXH跨链平台发送的跨链交易数量。预先设定的交易类型可以构造出对应的交易体。注意由于跨链交易的有序性要求，我们需要在交易体中维护每一条跨链交易的值。同时为了更加均匀的发送跨链交易，每隔50，P就会发送部分跨链交易到BXH跨链平台上，例如P需要模拟20条应用链每秒总共发送2000条跨链交易，那么每条应用链需要在1秒内发送100条跨链交易，每50每条应用链就会发送5条跨链交易。

▲统计TPS

统计TPS是通过订阅BXH跨链平台的区块事件现。订阅区块事件后，BXH跨链平台每出一个块就会推送到P中，P通过统计区块内的交易数量来计算TPS，每笔交易的延时 = 收到区块的时间搓 - 交易的时间搓。P根据上述信息每秒打印TPS和交易的平均延时。

【自动化测试】

自动化测试主要现的功能是在任意一个分支提PR到分支或者*分支时，完成全量功能测试用例的测试，同时根据测试结果生成相应的测试报告，并将测试报告发布到服务器，通过邮箱的形式通知PR的提交者。

▲M命令

P将功能测试加入命令中，通过命令就能进行全量的功能测试。同时命令根据测试的结果生成相应的测试报告。

▲GHA

GH A是GH的持续集成服务。在任意一个分支提PR到分支或者*分支时会触发对应的，将根据目的分支拉取对应的P分支进行功能测试，同时将成的测试报告发布到指定的服务器上，并将测试报告的连接通过邮件的形式发送给PR的提交者。

▲-

GH上开源的A R S，支持通过GH A的方式发布测试报告，并且-支持。

「上述需要进行的工作较多，我们可以一点一点解析」

（1）根据PR触发：

具体参考 的官方文档E  相关章节；

（2）根据目的分支功能测试：

在中我们可以获取目的分支，P的测试用例是根据BXH跨链平台的版本维护的，所以只需根据目的分支拉取P进行功能测试即可；

（）发布测试报告：

发布测试报告主要通过-进行，-在上文已经提过。需要注意的一点是-对应的服务器的地址不能暴露，否则会给服务器带来不稳定因素，通过仓库[S]中设置[S]来可以解决这个问题；

（4）邮箱通知：

邮件通知在GH A中较为常见，使用对应的即可。需要注意是由于使用的SMTP的形式所以邮箱的账号和密码不能公开。通过仓库[S]中设置[S]可以解决这个问题。在邮箱通知的过程中需要知道目的邮箱的账目密码，同时还需要邮箱开启SMTP服务，这种情况下在中配置PR提交者的邮箱变的不可取。

一个合适的解决方式是：通过邮箱自身的收发信规则。以讯企业邮箱为例，邮箱支持根据邮件的内容进行自动转发。我们只需要在邮件中携带提交者的的称（或者其他身份信息），收发信规则根据称过滤，将邮件自动转发给PR提交者。通过上述方式在中不需要根据不同的PR提交者指定不同的邮箱地址，只需要将邮件发送给中转站即可。

完成上述工作后，只需要根据BXH的分支维护P功能测试用例即可完成相应的自动化测试。具体流程如下图所示：

【总结】

本文介绍了BXH官方测试框架P的基本设计原理和测试模块，及功能测试和性能测试的重要现方法。通过G A的编排，P可以较好地对BXH的功能模块现自动化并行测试，并及时反馈测试结果。

如想进一步了解P测试框架的详细现，可访问项目地址或联系小助手桔子（18458407117）加入技术交流群，获取更多资料。

地址：

作者简介

祝炜洁  趣链科技数据格验室BXH团队