22 releases (12 breaking)

0.16.1 Feb 29, 2024
0.15.0 Feb 21, 2024
0.12.1 Dec 20, 2023
0.11.1 Nov 21, 2023
0.4.0 Oct 18, 2021

#2460 in Magic Beans

Download history 610/week @ 2023-12-22 302/week @ 2023-12-29 478/week @ 2024-01-05 374/week @ 2024-01-12 427/week @ 2024-01-19 376/week @ 2024-01-26 247/week @ 2024-02-02 369/week @ 2024-02-09 1205/week @ 2024-02-16 888/week @ 2024-02-23 341/week @ 2024-03-01 301/week @ 2024-03-08 231/week @ 2024-03-15 118/week @ 2024-03-22 206/week @ 2024-03-29 151/week @ 2024-04-05

767 downloads per month
Used in 2 crates (via marine-rs-sdk-test)

Apache-2.0

5KB

Marine Test Rust SDK

crates.io version

This SDK aims to help developers targeting Marine to test their Wasm modules and services because cargo test can't run such modules, but it's necessary for testing. To avoid that limitation, the SDK introduces the #[marine_test] macro that does much of the heavy lifting to allow developers to use cargo test as intended. That is, the #[marine_test] macro generates the necessary code to call Marine, one instance per test function, based on the Wasm module and associated configuration file so that the actual test function is run against the Wasm module, not the native code.

Usage

The core component of the SDK is the #[marine_test] macro that can wrap a test function, providing an experience similar to "vanilla" Rust. A wrapped function should receive a special object representing a module interface, let's see an example:

use marine_rs_sdk::marine;

pub fn main() {}

#[marine]
pub fn greeting(name: String) -> String {
    format!("Hi, {}", name)
}

#[cfg(test)]
mod tests {
    use marine_rs_sdk_test::marine_test;

    #[marine_test(config_path = "../Config.toml", modules_dir = "../artifacts")]
    fn test(greeting: marine_test_env::greeting::ModuleInterface) {
        let actual = greeting.greeting("John".to_string());
        assert_eq!(actual, "Hi, John");
    }
}

This example shows a simple module with one export function greeting and a test. The test function is wrapped with the #[marine_test] macro, which specifies a path to the config file (Config.toml) and the directory containing the Wasm module we obtained after compiling the project with the marine CLI build command. This macro generates the necessary glue code to instantiate Marine instance under the hood and call the greeting module loaded into it.

After we have our Wasm module and tests in place, we can proceed with cargo test.

In a setup without the Marine test suite, the greeting function will be compiled to native and then test natively, comparingly with the suite it will be compiled to Wasm, loaded into Marine, and only then called as a Wasm module.

More details can be found in this chapter of the Marine book.

Documentation

Repository structure

Support

Please, file an issue if you find a bug. You can also contact us at Discord or Telegram. We will do our best to resolve the issue ASAP.

Contributing

Any interested person is welcome to contribute to the project. Please, make sure you read and follow some basic rules.

License

All software code is copyright (c) Fluence Labs, Inc. under the Apache-2.0 license.

Dependencies

~36–51MB
~1M SLoC