0.0.2 • Published 4 years ago
@exgen/extractor v0.0.2
@exgen/extractor
Currently this library only works if you write your tests using jest and javascript/typescript, but I do have plans to support more testing framework. Complex tests with mocking, spying and using jest's api are still not supported.
Conventions
In order to use this library effective you need to follow certain conventions while writing your unit tests.
- Importing the function that you want to test in your test files as a named import.
- Using the
describefunction provided byjestto write your tests - The first argument of describe should match the name of the imported function
- Inside the
describecallback invoke theitfunction to write individual tests - Each individual assertions would be written using
expectfunction.
Usage
- import the default function
extractExamplesfrom the package - Invoke
extractExamplesby passing the path to your test directory
How it works
extractExamplesrecursively loops through all the files inside your test directory- If it sees a file that ends with
.test.tsor.test.jsit tries to extract example from those files - Underneath the hood it uses
typescriptto parse the text content of those files and generate an ast - It loops through all the statements of the file
- If it sees an import statement it stores all the named functions imported internally.
- If it sees a
describefunction call it checks if the first argument (string) matches with one of the imported named function - If it does it checks all the statements of the 2nd argument (function/callback) otherwise it skips it completely
- Inside the describe block, it again goes through all the statements and looks for the
itfunction call - The first argument of
itcan be any appropriate message (ideally it should describe what this test is doing). - Just like
describeblock it goes through all the statements inside the 2nd argument ofit - All the statements are stored (as they are necessary in order to setup assertions)
- If we encounter an
expectfunction call, it would be stored separately along with the expected value of the assertion
Example
// tests/index.test.ts
import { makeDouble } from './libs/makeDouble';
function getArgument() {
return 1;
};
describe('makeDouble', () => {
it("Convert 2 to double", () => {
let argument = getArgument();
argument+=1;
const doubled = makeDouble(argument);
expect(
doubled
).toStrictEqual(4);
});
it("Convert 1 to double", () => {
const doubled = makeDouble(1)
expect(
doubled
).toStrictEqual(1);
});
});// src/index.ts
import extractExamples from "@exgen/extractor";
import path from "path";
async function main() {
const extractedExamples = await extractExamples(path.resolve(__dirname, "../tests"));
console.log(extractedExamples);
}
main();interface ExampleInfo {
// Statements (except for expect that are inside the `it` function)
statements: string[];
// An array of assertion value and expected value
logs: {
// Assertion value
arg: string;
// expected value
output: string;
}[];
// First argument of the `it` function, used as a message that describes the test
message: string;
};
// Each key of the object would be the name of the function
type FunctionExampleRecord = Record<string, ExampleInfo[]>;
const functionExampleRecord: FunctionExampleRecord = {
makeDouble: [
{
logs: [{
output: "4",
arg: "doubled"
}],
message: "Convert 2 to double",
statements: ["let argument = getArgument();", "argument += 1;", "const doubled = makeDouble(argument);"]
},
{
logs: [{
output: "1",
arg: "doubled"
}],
message: "Convert 1 to double",
statements: ["const doubled = makeDouble(1);"]
}]
})
}The rest is up to you how to display or use this data. You can embed it inside your api documentation markdown file or any other files.
Please take a look at the @exgen/embedder package to see how you can embed this data in a markdown file generated by typedoc and typedoc-plugin-markdown
Todo
- Support for default imports
- Support for nested describe block
- Support for classes rather than only functions