2017-12-16 07:25:59 -05:00
---
id: unit-testing
title: "Unit Testing"
---
2017-10-28 15:36:18 -05:00
All tests are split in three folders:
- `test/unit` - Tests that cover functions that transform data in an non-trivial way. These tests simply `require()` a few files and run code in there, so they are very fast.
- `test/functional` - Tests that launch a verdaccio instance and perform a series of requests to it over http. They are slower than unit tests.
2018-01-20 17:00:45 -05:00
- `test/integration` - Tests that launch a verdaccio instance and do requests to it using npm. They are really slow and can hit a real npm registry. **unmaintained test**
2017-10-28 15:36:18 -05:00
Unit and functional tests are executed automatically by running `npm test` from the project's root directory. Integration tests are supposed to be executed manually from time to time.
2018-01-06 17:04:02 -05:00
We use `jest` for all test.
2017-10-28 15:36:18 -05:00
2017-10-29 02:12:28 -05:00
2017-10-29 01:46:05 -05:00
## The npm Script
2017-10-28 15:36:18 -05:00
2017-12-16 07:25:59 -05:00
To run the test script you can use either `npm` or `yarn` .
2017-10-28 15:36:18 -05:00
```
yarn run test
```
That will trigger only two first groups of test, unit and functional.
2017-10-29 01:46:05 -05:00
### Using test/unit
2018-01-20 17:00:45 -05:00
The following is just an example how a unit test should looks like. Basically follow the `jest` standard.
Try to describe what exactly does the unit test in a single sentence in the header of the `test` section.
2017-10-28 15:36:18 -05:00
```javacript
2018-01-20 17:00:45 -05:00
const verdaccio = require('../../src/api/index');
const config = require('./partials/config');
describe('basic system test', () => {
2017-10-28 15:36:18 -05:00
2018-01-20 17:00:45 -05:00
beforeAll(function(done) {
// something important
});
2017-10-28 15:36:18 -05:00
2018-01-20 17:00:45 -05:00
afterAll((done) => {
// undo something important
});
2017-10-28 15:36:18 -05:00
2018-01-20 17:00:45 -05:00
test('server should respond on /', done => {
// your test
done();
});
});
2017-10-28 15:36:18 -05:00
```
2017-10-29 01:46:05 -05:00
### Using test/functional
2017-10-28 15:36:18 -05:00
Funtional testing in verdaccio has a bit more of complextity that needs a deep explanation in order to success in your experience.
All starts in the `index.js` file. Let's dive in into it.
```javascript
2018-01-20 17:00:45 -05:00
// we create 3 server instances
const config1 = new VerdaccioConfig(
'./store/test-storage',
'./store/config-1.yaml',
'http://localhost:55551/');
const config2 = new VerdaccioConfig(
'./store/test-storage2',
'./store/config-2.yaml',
'http://localhost:55552/');
const config3 = new VerdaccioConfig(
'./store/test-storage3',
'./store/config-3.yaml',
'http://localhost:55553/');
const server1: IServerBridge = new Server(config1.domainPath);
const server2: IServerBridge = new Server(config2.domainPath);
const server3: IServerBridge = new Server(config3.domainPath);
const process1: IServerProcess = new VerdaccioProcess(config1, server1, SILENCE_LOG);
const process2: IServerProcess = new VerdaccioProcess(config2, server2, SILENCE_LOG);
const process3: IServerProcess = new VerdaccioProcess(config3, server3, SILENCE_LOG);
const express: any = new ExpressServer();
...
// we check whether all instances has been started, since run in independent processes
beforeAll((done) => {
Promise.all([
process1.init(),
process2.init(),
process3.init()]).then((forks) => {
_.map(forks, (fork) => {
processRunning.push(fork[0]);
});
express.start(EXPRESS_PORT).then((app) =>{
done();
}, (err) => {
done(err);
});
}).catch((error) => {
done(error);
});
2017-10-28 15:36:18 -05:00
});
2018-01-20 17:00:45 -05:00
// after finish all, we ensure are been stoped
afterAll(() => {
_.map(processRunning, (fork) => {
fork.stop();
});
express.server.close();
2017-10-28 15:36:18 -05:00
});
2018-01-20 17:00:45 -05:00
2017-10-28 15:36:18 -05:00
```
2018-01-20 17:00:45 -05:00
### Usage
Here we are gonna describe how it looks like an usual functional test, check inline for more detail information.
2017-10-28 15:36:18 -05:00
#### The lib/server.js
2017-12-16 07:25:59 -05:00
The server class is just a wrapper that simulates a `npm` client and provides a simple API for the funtional test.
2017-10-28 15:36:18 -05:00
2018-01-20 17:00:45 -05:00
As we mention in the previous section, we are creating 3 process servers that are accessible in each process as `server1` , `server2` and ``server3`.
2017-10-28 15:36:18 -05:00
Using such reference you will be able to send request to any of the 3 instance running.
2017-10-29 01:46:05 -05:00
```javascript
2017-12-16 07:25:59 -05:00
2018-01-20 17:00:45 -05:00
export default function(server) {
// we recieve any server instance via arguments
test('add tag - 404', () => {
// we interact with the server instance.
return server.addTag('testpkg-tag', 'tagtagtag', '0.0.1').status(404).body_error(/no such package/);
2017-10-29 01:46:05 -05:00
});
2018-01-20 17:00:45 -05:00
});
2017-10-29 01:46:05 -05:00
```
### Test/integration
2018-01-20 17:00:45 -05:00
These section never has been used, but we are looking for help to make it run properly. **All new ideas are very welcome.**
2017-10-29 01:46:05 -05:00
2017-10-28 15:36:18 -05:00