You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: test/readme.md
+9-8Lines changed: 9 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -32,6 +32,7 @@ Below is a summary of the types of test automation in this repo.
32
32
| TypeScript Definition |`/test/types`| The TypeScript definition tests verify the type definitions are correct. |`npm run check:tsd`|
33
33
| GitHub Actions |`/test/action`| Tests that run as GitHub Actions such as dependency checking. | Currently, only `npm run check:dependencies` but could be expanded to more in the future. |
34
34
| Code Examples |`/test/integration/node-specific/examples`| Code examples that are also paired with tests that show they are working examples. | Currently, `npm run check:lambda` to test the AWS Lambda example with default auth and `npm run check:lambda:aws` to test the AWS Lambda example with AWS auth. |
35
+
| Explicit Resource Management |`/test/integration/explicit-resource-management`| Tests that use explicit resource management with the drivers' disposable resources. |`bash .evergreen/run-resource-management-smoke-test.sh`|
35
36
36
37
### Spec Tests
37
38
@@ -101,7 +102,7 @@ You can prefix `npm test` with a `MONGODB_URI` environment variable to point the
101
102
MONGODB_URI=mongodb://localhost:27017 npm test
102
103
```
103
104
104
-
For a replica set, you might use:
105
+
For a replica set, you might use:
105
106
106
107
```sh
107
108
MONGODB_URI=mongodb://localhost:31000,localhost:31001,localhost:31002/?replicaSet=rs npm test
@@ -115,14 +116,14 @@ The easiest way to run a single test is by appending `.only()` to the test conte
115
116
it.only('cool test', function() {})
116
117
```
117
118
118
-
Then, run the test using `npm run check:test` for a functional or integration test or
119
+
Then, run the test using `npm run check:test` for a functional or integration test or
119
120
`npm run check:unit`
120
121
for a unit test. See [Mocha's documentation][mocha-only] for more detailed information on `.only()`.
121
122
122
123
Another way to run a single test is to use Mocha's `grep` flag. For functional or integration tests, run:
123
124
```sh
124
125
npm run check:test -- -g <test name>
125
-
```
126
+
```
126
127
For unit tests, run:
127
128
```sh
128
129
npm run check:unit -- -g <test name>
@@ -133,7 +134,7 @@ See the [Mocha documentation][mocha-grep] for information on the `grep` flag.
133
134
134
135
[Evergreen][evergreen-wiki] is the continuous integration (CI) system we use. Evergreen builds are automatically run whenever a pull request is created or when commits are pushed to particular branches (e.g., `main`, `4.0`, and `3.6`).
135
136
136
-
Each Evergreen build runs the test suite against a variety of build variants that include a combination of topologies, special environments, and operating systems. By default, commits in pull requests only run a subset of the build variants in order to save time and resources. To configure a build, update `.evergreen/config.yml.in` and then generate a new Evergreen config via:
137
+
Each Evergreen build runs the test suite against a variety of build variants that include a combination of topologies, special environments, and operating systems. By default, commits in pull requests only run a subset of the build variants in order to save time and resources. To configure a build, update `.evergreen/config.yml.in` and then generate a new Evergreen config via:
137
138
138
139
```sh
139
140
node .evergreen/generate_evergreen_tasks.js
@@ -353,13 +354,13 @@ The following steps will walk you through how to start and test a load balancer.
353
354
354
355
Create two `mongos` running on ports `27017` and `27018`:
0 commit comments