UST:Rust智能合约养成日记：编写Rust智能合约单元测试用例_trustwallet钱包客服

往期回顾：Rust智能合约养成日记合约状态数据定义与方法实现

在上一期BlockSec针对Rust智能合约开发的文章中，我们介绍了如何为合约StatusMessage定义合约状态，并为该合约实现了不同的方法。本期我们将继续基于该合约展开叙述，详细介绍编写单元测试用例的方法，并在本地进行合约的测试。

1.准备单元测试环境

为编写单元测试，首先我们需要在src/lib.rs中加入如下代码，对单元测试进行环境设置：

1?#2?#3?mod?tests?{4????use?super::*;5????use?near_sdk::MockedBlockchain;6????use?near_sdk::{testing_env,?VMContext};78???...9}?

在上述代码的第1-3行中，我们为StatusMessage添加了tests子模块(使用mod关键字声明该新模块)，并在该模块的代码片段之前标注了cfg属性宏#。此外，由于Rust的本地单元测试无需获得Wasm代码，因此可为该测试模块配置Rust编译条件#。

代码第4-6行从near_sdk中导入了合约测试环境的相关依赖项。具体观察代码的每一行中，use关键词的用法类似于python语言代码在导入其他所依赖的模块时所使用的import。use声明可创建一个或多个与其他路径同义的局部名称绑定，即通常可使用use关键词来声明引用模块项所需的路径，且这些声明通常可能出现在Rust模块或代码块的顶部。

Trust Wallet：去年11月14日至23日创建新钱包的地址存在漏洞，已为受影响用户创建补偿流程:4月22日消息，加密货币钱包Trust Wallet发布《WASM漏洞、事件更新与建议措施》，公告指出，2022年11月，一名安全研究人员通过漏洞赏金计划报告TrustWallet开源库Wallet Core中的Web Assembly（WASM）漏洞。Trust Wallet Browser Extension在Wallet Core中使用WASM，Browser Extension在2022年11月14日至23日期间生成的新钱包地址包含此漏洞。TrustWallet迅速修补了漏洞，所有在这些日期之后创建的地址都是安全的。不过，TrustWallet仍然检测到两个潜在的漏洞，在攻击发生时造成了大约17万美元的总损失。对此，Trust Wallet将补偿因漏洞导致的黑客攻击而造成的符合条件的损失，并为受影响的用户创建了补偿流程。此外，Trust Wallet敦促受影响的用户尽快转移所有易受攻击地址上剩余的约88,000美元余额。对于只使用Trust Wallet移动端、只将钱包地址导入浏览器扩展程序、在2023年11月14日之前或2022年11月23日之后仅使用浏览器扩展程序创建了一个新钱包的用户不受此漏洞影响。如果用户在TW Browser Extension收到警告通知，将有可能受到影响。对于在2022年12月下旬和2023年3月下旬存在异常资金流动的用户，可能是遭受这两个漏洞利用的少数受害者之一。[2023/4/22 14:20:27]

在第4行中，super关键字可用于从当前模块访问父模块StatusMessage，使得能够访问父模块中所定义的功能与方法，如之前我们为StatusMessage合约所定义的方法函数set_status与get_status。第5行使用use关键词引用了nearsdk所提供的模拟区块链MockedBlockchain支持模块，可用于智能合约的测试。第6行则从nearsdk引入了合约测试执行的环境，以及有关测试环境上下文信息格式的支持。

Trust Machines完成1.5亿美元融资:金色财经报道，Muneeb Ali领导的Trust Machines表示，他们已经筹集了1.5亿美元融资，\"将比特币从仅仅是一种被动的价值存储扩展到成为一个强大的新计算平台的最终结算层，并同时启用和发展由比特币这个货币和比特币区块链上的结算驱动的新经济应用。\" 该公司的投资者 \"将建立在Stacks的成功之上\"，包括Breyer Capital、数字货币集团、GoldenTree、Hivemind和Union Square Ventures。（cryptonews）[2022/2/4 9:30:33]

在导入支持NEAR智能合约单元测试所需的外部依赖模块后，我们还需要在测试模块中定义如下函数get_context()，用于配置并返回测试环境中所需使用的上下文信息：VMContext。

1????fn?get_default_context(view_call:?bool)?->?VMContext?{2??????VMContext?{3????????current_account_id:?"alice_near".to_string(),4????????signer_account_id:?"bob_near".to_string(),5????????signer_account_pk:?vec!,6????????predecessor_account_id:?"carol_near".to_string(),7????????input:?vec!,8????????block_index:?0,9????????block_timestamp:?0,10???????account_balance:?0,11???????account_locked_balance:?0,12???????storage_usage:?0,13???????attached_deposit:?0,14???????prepaid_gas:?10u64.pow(18),15???????random_seed:?vec!,16???????is_view:?view_call，17???????output_data_receivers:?vec!,18???????epoch_height:?0,19????}20??}?

INX宣布与日本金融集团GMO Trust合作推出日元及美元稳定币:9月22日消息，受监管的加密交易平台INX宣布与日本金融集团GMO旗下的GMO信托公司建立伙伴关系。根据合作协议，INX Limited的子公司INX Digital将为投资者推出受监管的日元稳定币GYEN，及美元稳定币ZUSD。（Finance Magnates ）[2021/9/22 16:57:49]

VMContext设定了多个模拟的，合约用户账户信息，以及包括区块高度，区块时间戳，合约存储用量等在内的区块链底层相关的上下文配置信息。

下面首先对VMContext中几处关键的属性配置加以说明：

current_account_id:执行当前合约的帐户。

signer_account_id:触发当前合约函数调用执行的交易签名者。所有的合约调用都是某个交易的结果，且该交易由某个帐户使用其访问密钥(AccessKey)签署，该账户即为signer_account_id。

signer_account_pk:交易签名者所使用的AccessKey公钥(PublicKey)。

predecessor_account_id:当合约的执行属于跨合约调用或回调时，该属性指代了该调用的发起者帐户。而当进行单一的合约内部函数调用时，该值将与signer_account_id一致。

prepaid_gas:在区块链中执行合约时存在一个特点，即用户需要支付一定的交易执行费用(gasfee)。这里的prepaid_gas设定了可供当前交易合约函数调用时所能扣除的Gas最大值，并附加到当前的合约调用中。

前苹果CEO Gil Amelio加入Cirus区块链项目担任顾问:Cirus基金会周一宣布，该公司已任命前苹果公司首席执行官Gil Amelio为其高级顾问。这个以区块链为动力的数据所有权项目表示，这位资深技术高管还将担任其商业部门的主席，帮助Cirus为其技术开拓一个未开发的市场。（Coindesk）[2021/8/16 22:17:56]

is_view:该参数is_view(类型为bool)可设置合约函数的调用能否对合约的状态数据进行修改。若该值为ture，则合约函数执行时，合约的状态数据是只读的。反之如果该值为false，则合约的执行环境将允许对合约数据进行修改。

VMContext中其余属性的内容和用法将在后续的文章中详细展开描述。

当执行NEAR合约时，程序可配合一些NEARSDK所提供的相关API读取这些已设置的上下文信息。例如：

near_sdk::env::current_account_id()near_sdk::env::predecessor_account_id()near_sdk::env::signer_account_pk()near_sdk::env::input()near_sdk::env::predecessor_account_id()?

上述API均可返回上下文具体属性的值，这些API可以使用前文所述的use声明导入。

在定义完函数get_context()后，我们便可以在test模块中逐个地编写单元测试的内容了。

香港数字资产托管公司 Hex Trust 与 R3 合作为银行客户提供发行证券型代币的服务:总部位于香港的数字资产托管公司 Hex Trust 与企业区块链组织 R3 合作为银行客户提供发行证券型代币的服务。Hex Trust 通过 2019 年 7 月发布的 Corda 软件开发套件（SDK）与 R3 集成，同时 R3 的客户都可以利用 Hex Trust 的托管解决方案，目前两家公司都未透露具体项目的名称。Hex Trust 表示该公司已持有香港信托或公司服务提供商（TCSP）许可证，正在申请新加坡托管许可证。[2020/4/6]

2.单元测试一

如下是单元测试1的代码片段：

1???#2???fn?set_get_message(){3?????let?context?=?get_default_context(false);4?????testing_env!(context);5?????letmut?contract?=?StatusMessage::default();6?????contract.set_status("hello".to_string());7?????assert_eq!(8???????"hello".to_string(),9???????contract.get_status("bob_near".to_string()).unwrap()10????);11??}?

现在我们对测试用例的具体写法展开描述：

上述代码片段的第1行，我们为该单元测试函数标注了#宏，表明这是该单元测试的起点。紧接着第2行，便是该单元测试函数set_get_message()的声明。

代码的3-10行即该单元测试函数内部的主要测试逻辑，其中的代码实现首先将调用前面所定义的get_context初始化一个测试环境中所使用的上下文context。此外值得一提的是，由于本单元测试需要向合约的状态数据中写入数据，因此需要为get_context设置参数，将前文所述VMContext中的is_view属性设置为false，否则单元测试内部将引发panic导致测试无法通过。

在设置得到一个合理的合约执行上下文后，代码的第4行将利用该上下文VMContext，使用testing_env!宏初始化一个用于智能合约交互的MockedBlockchain实例。代码的第5行将调用父模块中定义的StatusMessage::default()生成初始化后的合约对象contract。

在后续的代码中，测试会首先调用父模块StatusMessage所定义的set_status方法，在合约状态数据中保存字符串"Hello"。随后再利用get_status从合约状态数据中读取该条数据，并与期望所获得内容进行对比。如果内容相互匹配，则通过该单元测试，若不匹配则会在该测试线程中触发"assertionfailed"类型的panic。

有关单元测试中利用断言assert进行校验的写法描述如下：

assert!(expression)宏可检验boolean值，当且仅当expression表达式所指代的内容为true时则通过检验；assert_eq!(left,right)宏常用于校验是否相等，当且仅当left和right表达式所指代的内容一致时通过校验;assert_ne!(left,right)宏常用于校验是否不同，当且仅当left和right表达式所指代的内容不同时通过校验;

3.单元测试二

如下是单元测试2的代码片段：

1???#2???fn?get_nonexistent_message(){3?????let?context?=?get_default_context(true);4?????testing_env!(context);5?????let?contract?=?StatusMessage::default();6?????assert_eq!(None,?contract.get_status("francis.near".to_string()));7??}?

在第6行的测试中，assert_eq右边的表达式利用合约方法get_status尝试从合约状态数据中查询StatusMessage合约用户francis.near所对应的message信息。但是由于代码的第5行仅仅初始化了整个合约的状态，因此此时的合约数据整体为空，因此其返回值将是None。最终由于该结果符合预期，因此断言正确，可以通过该单元测试。

4.执行测试用例

在编写完上述单元测试后，我们还需要在该StatusMessageRust项目中配置该合约的Cargo.toml文件，即在该文件的小节中添加对near-sdk的依赖。

near-sdk?=?"3.1.0"?

同时我们还需要在src/lib.rs文件的开头处导入这些来自于near_sdk所提供的模块或包：

use?near_sdk::borsh::{self,?BorshDeserialize,?BorshSerialize};use?near_sdk::collections::LookupMap;use?near_sdk::{env,?near_bindgen};?

在配置完合约项目的依赖后，我们便可以利用cargo执行所有的单元测试用例。具体的命令如下：

$cargo?test?--package?status-message?

测试将返回具体的测试结果：

testresult:ok.?2?passed;?0?failed;?0?ignored;?0?measured;?0?filteredout;finished?in0.00s?

此外，我们还可以单独指定单元测试的运行：

$cargo?test?--package?status-messageset_get_message?

同样地，我们可以获得单独测试的结果：

testresult:ok.?1?passed;?0?failed;?0?ignored;?0?measured;?1?filteredout;finished?in0.00s?

本期总结和预告

这是BlockSec针对Rust合约开发的第二期blog，本期我们介绍了如何编写单元测试用例，以及在本地进行测试的方法。下一期我们将进一步描述如何编译合约代码生成WASM目标代码，并最终部署到NEAR测试链(testnet)上运行。

标签：USTTESTKTOTOKtrustwallet钱包客服TEST TokenSEKTOR价格Bitcointry Token

比特币价格实时行情热门资讯