pokemon-showdown/test/sim/items/heavydutyboots.js
Guangcong Luo a65faf263f
Stop using assert.strict.strictEqual (#7515)
It turns out that when I switched us from `assert` to `assert.strict`,
I didn't actually update any existing tests or tell anyone:

0df0d234f2

So apparently everyone else just kept on using `strictEqual`.

This will be a PR and also throw an error if people continue trying to
use it, which should make it much clearer what PS policy is on this.

A lot of the problem may be that TypeScript marks assert.strict.equal
as deprecated when it's not. This was fixed 4 days ago:

https://github.com/DefinitelyTyped/DefinitelyTyped/pull/48452

But this probably hasn't made it to a thing yet. Until then, you'll
have to deal with TS marking your tests as deprecated, but it shouldn't
be too long.

Accidentally using `assert` instead of `assert.strict` should now show
an error. This protects against the probably much worse mistake of
accidentally using `assert.equal` rather than `assert.strict.equal`.

`assert.ok` is also deprecated now.
2020-10-14 01:19:03 -07:00

29 lines
878 B
JavaScript

'use strict';
const assert = require('./../../assert');
const common = require('./../../common');
let battle;
describe("Heavy Duty Boots", function () {
afterEach(function () {
battle.destroy();
});
it("should prevent entry hazards from affecting the holder", function () {
battle = common.createBattle();
battle.setPlayer('p1', {team: [
{species: 'Magikarp', ability: 'swiftswim', moves: ['splash']},
{species: 'Magikarp', ability: 'swiftswim', item: 'heavydutyboots', moves: ['splash']},
]});
battle.setPlayer('p2', {team: [
{species: 'Cloyster', ability: 'shellarmor', moves: ['spikes', 'toxicspikes']},
]});
battle.makeChoices('auto', 'move spikes');
battle.makeChoices('auto', 'move toxicspikes');
battle.makeChoices('switch 2', 'auto');
assert.fullHP(battle.p1.active[0]);
assert.notEqual(battle.p1.active[0].status, 'psn');
});
});