Monday, May 13, 2024
 Popular · Latest · Hot · Upcoming
190
rated 0 times [  191] [ 1]  / answers: 1 / hits: 14416  / 4 Years ago, fri, july 17, 2020, 12:00:00

jest provides afterEach, beforeEach, afterAll and beforeAll to complete setup and teardown logic. What I would like to do, is to clear up after one particular test. Consider the following:


describe("a family of tests it makes sense to group together", () => {
...
test("something I want to test", () => {
// some setup needed for just this test
global.foo = "bar"

// the test
expect(myTest()).toBe(true)

// clear up
delete global.foo
}
...
}

The problem with the above...


If the test above fails for some reason, then delete global.foo is never run. This means that potentially all of the tests following it will fail. Rather than seeing 1 test fail, I see a whole load of tests fail, which could be confusing.


Potential (non-ideal) solutions


One solution is just to add delete global.foo into my afterEach. It doesn't really need to be run after every test, but it doesn't do any harm either. Another solution would be to put the particular test by itself so that afterEach would only apply to it. But this doesn't seem ideal either - if that test belongs with other tests, it aught to be possible for it to remain with them.


My question:


Is there a way to run teardown logic for just a specific test (without running it inside the actual test). In my particular use-case the first outlined solution is fine, but I can imagine there might be situations where finer grained control is needed. If my teardown method took a long time for example I wouldn't want to repeat it lots, as this would slow down the whole test-suite.


More From » testing

 Answers
5

In many cases tests can share a common afterEach clean-up even if it's needed for one of them, as long as it doesn't affect others.


Otherwise, this is what block structure is responsible for. One or several tests can be grouped with nested describe just to have their own afterEach, etc blocks, and the only downside is that it makes the report less pretty:


describe("a family of tests it makes sense to group together", () => {
...
describe("something I want to test", () => {
beforeEach(() => {
global.foo = "bar"
});

test("something I want to test", () => {
expect(myTest()).toBe(true)
}

afterEach(() => {
delete global.foo
});
});

beforeEach and afterEach can be desugared to try..finally:


test("something I want to test", () => {
try {
global.foo = "bar"

expect(myTest()).toBe(true)
} finally {
delete global.foo
}
})

This also allows for asynchronous tests but requires them to be written with async instead of done.


[#3144] Wednesday, July 15, 2020, 4 Years  [reply] [flag answer]
Only authorized users can answer the question. Please sign in first, or register a free account.
stefanicarolinat

Total Points: 145
Total Questions: 91
Total Answers: 93

Location: Cambodia
Member since Thu, Oct 7, 2021
3 Years ago
stefanicarolinat questions
Mon, Nov 15, 21, 00:00, 3 Years ago
Fri, Apr 16, 21, 00:00, 3 Years ago
Thu, Oct 15, 20, 00:00, 4 Years ago
Fri, May 10, 19, 00:00, 5 Years ago
;