Skip to content

Commit 702461e

Browse files
committed
Fixup sloppy merge
1 parent b66d855 commit 702461e

File tree

2 files changed

+6
-0
lines changed

2 files changed

+6
-0
lines changed

docs/build/guides/testing/unit-tests.mdx

+2
Original file line numberDiff line numberDiff line change
@@ -25,6 +25,7 @@ fn test() {
2525
assert_eq!(client.increment(), 3);
2626
}
2727
```
28+
2829
Ref: https://github.com/stellar/soroban-examples/blob/main/increment/src/test.rs
2930

3031
:::tip
@@ -42,6 +43,7 @@ The Env created at the beginning of the test is not a simulation of the Soroban
4243
It's a simple test, but it's a complete test. There's a full environment setup, used, and torn down in the test, and it happens fast. The Rust test harness runs all the tests for a contract in parallel and each will have its own isolated contract environment.
4344

4445
Most tests, even integration tests and fuzz tests, will look very similar to this unit test. They'll do four things:
46+
4547
1. Create an environment, the `Env`.
4648
2. Register the contract(s) to be tested.
4749
3. Invoke functions using a client.

docs/data/rpc/api-reference/methods/getLedgerEntries.mdx

+4
Original file line numberDiff line numberDiff line change
@@ -296,8 +296,12 @@ const contractData = keys.entries[2].contractData();
296296
const contractCode = keys.entries[1].contractCode();
297297
```
298298

299+
</CodeExample>
300+
299301
Now, finally we have a `LedgerKey` that correspond to the Wasm byte-code that has been deployed under the `ContractId` we started out with so very long ago. This `LedgerKey` can be used in a final request to the Stellar-RPC endpoint.
300302

303+
<CodeExample>
304+
301305
```json
302306
{
303307
"jsonrpc": "2.0",

0 commit comments

Comments
 (0)