Jest: Object.definePropertyを使用してwindow.locationを変更できません

同様の問題があります。 このように、独自のJSDOMEnvironmentを作成し、jsdomオブジェクトをグローバルに公開できます。

const JSDOMEnvironment = require('jest-environment-jsdom');

module.exports = class CustomizedJSDomEnvironment extends JSDOMEnvironment {
  constructor(config) {
    super(config);
    this.global.jsdom = this.dom;
  }

  teardown() {
    this.global.jsdom = null;
    return super.teardown();
  }
};

そして、必要に応じてテストケースでjsdom.reconfigureを呼び出すことができます

共有してくれてありがとう、それは良い回避策です！

約束なのでsuper.teardown();を返す必要があります

パーフェクト、 @ oliverzy-試してみます。 ありがとう！

これを文書化する適切な場所はありますか？ それはかなり頻繁に出てくる質問のようです。 うまくいけば、これがドキュメントに統合されていれば、将来の問題が削減される可能性がありますか？

この解決策はうまくいきませんでした。

テストファイル内では、 globalがJSDomのwindowオブジェクトに設定されているようです。

つまり、テストスイート内では、 globalはwindowと同じですが、 JSDOMEnvironmentを拡張するクラス内では、 globalはノードの環境から取得されます。

結果として、これを持っている：

describe("test suite", () => {
  it("should not fail", () => {
    global.jsdom.reconfigure({
      url: "https://www.example.com/"
    });
  });
});

global.jsdomが未定義であるため、失敗します。

私はこれを行うことでそれを回避しましたが、私はそれについてあまり大騒ぎしていません。

const JSDOMEnvironment = require("jest-environment-jsdom");

module.exports = class JSDOMEnvironmentGlobal extends JSDOMEnvironment {
  constructor(config) {
    super(config);

    this.dom.window.jsdom = this.dom;
  }
};

この環境では、テストスイート内のglobal.jsdomはthis.domと等しく、上記のテストスイートは機能します。

私には、 jsdomを独自のwindowオブジェクトのプロパティに設定することは、最終的には崩壊することになります-それを行うためのよりクリーンな方法はありますか？

テストでは、 global.jsdomではなくjsdomを記述する必要があります。

@oliverzyこのように？

describe("test suite", () => {
  it("should not fail", () => {
    jsdom.reconfigure({
      url: "https://www.example.com/"
    });
  });
});

それはjsdom is not definedスローしますが、私は誤解している可能性があります。

@ simon360設定してくださいtestEnvironment 、@oliverzyからコードを参照https://facebook.github.io/jest/docs/en/configuration.html#testenvironment -string

@danielbayerlein私のJest構成にはこれがあります：

"testEnvironment": "@wel-ui/jest-environment-jsdom-global"

ここで、 @wel-ui/jest-environment-jsdom-globalは、monorepo内のパッケージの名前です。 ただし、 window jsdomを設定するソリューションは期待どおりに機能するため、環境は正しく使用されています。

ところで、元のソリューションが新しいバージョンで機能しない理由を誰かが知っていますか？
これです：

Object.defineProperty(location, "hostname", {
  value: "example.com",
  writable: true
});

@modestfake JSDOM @ 9からJSDOM @ 11にアップグレードしました。変数の定義方法が変更されたと思いますが、

@SimenB了解しました。 jsdom reconfigureメソッドの説明が見つかりました。

ウィンドウの一番上のプロパティは、仕様で[Unforgeable]とマークされています。これは、構成不可能な独自のプロパティであるため、Object.definePropertyを使用している場合でも、jsdom内で実行される通常のコードによってオーバーライドまたはシャドウイングできないことを意味します。

この動作を示すために、新しいリポジトリを追加しました。 ローカルでクローンを作成して再現できる人はいますか？

https://github.com/simon360/test-environment-for-jest

@ simon360再現

@ simon360私が見つけました。 global.jsdom定義するときにthisキーワードを見逃しました：

const JSDOMEnvironment = require("jest-environment-jsdom");

module.exports = class JSDOMEnvironmentGlobal extends JSDOMEnvironment {
  constructor(config) {
    super(config);

    this.global.jsdom = this.dom;
  }

  teardown() {
    this.global.jsdom = null;

    return super.teardown();
  }
};

location.searchどうですか？ それについての言及は見つかりませんでしたhttps://github.com/tmpvar/jsdom/blob/05a6deb6b91b4e02c53ce240116146e59f7e14d7/README.md#reconfiguring-the-jsdom-with-reconfiguresettings

@andrewBalekhaこれはどうですか？

jsdom.reconfigure({
  url: 'https://www.example.com/endpoint?queryparam1=15&queryparam2=test'
});

ありがとう@ modestfake-ばかげた間違いでごめんなさい！

わかりました。わかりました。Jest環境オブジェクトのthis.global globalは、Jestテストファイルでnpmにjest-environment-jsdom-globalとして配置することができます。

ただし、将来的にはJestでこれを行うためのよりクリーンな方法があることを願っています。 これは、 window.locationを変更するための低摩擦の方法ではありません-

@jest-environmentように、新しいdocblockがありますか？ 例えば...

/**
 * @jest-url https://www.example.com/
 */

または、JSDomをjestオブジェクトの特別な部分に公開することもできます。

jest.environment.jsdom.reconfigure({
  url: "https://www.example.com/"
});

（これには、 window.topを変更できるという追加の利点があります）

＃5003を統合しました。 docblockとして追加できることは理にかなっているかもしれませんが、確かではありません。 @cpojer？ testUrlも非推奨にすることができます。これは、その新しいオプションを通じて提供できるためです。

十分な関心があれば、そのレポの修復バージョンをパッケージ化して、 npmにjest-environment-jsdom-globalとして配置することができます。

いずれにせよ、URLを設定するだけでなく、完全なJSDOMを環境に公開するので、それは理にかなっていると思います。

@andrewBalekha Object.defineProperty(location, 'search', { ...options });は、 window.locationと同じエラーをスローします。 しかし、提案をありがとう。

Object.defineProperty（window.location、 'href'、{
set：newValue => {currentUrl = newValue; }、
}）;
以前のバージョンでこれがありましたが、エラーが発生します。
書き込み可能を追加した場合：true
アクセサと書き込み可能の両方を指定できないという別の例外をスローします

私はnpmにjest-environment-jsdom-globalという新しいパッケージを公開しました。これは、一部の人々がObject.defineProperty抱えている問題に役立つ可能性があります。

{ writable: true }回避策はありますか？

例えば：

Object.defineProperty(window.location, 'href', { writable: true })

...

Object.defineProperty(window.location, 'hash', { writable: true })

...

Object.defineProperty(window.location, 'search', { writable: true })

@danielbayerleinはこのスレッドを読んだ。 カスタム環境を作成する必要があります。 前のメッセージには例を含むURLが含まれています

@modestfake私はすでにこのスレッドを読んでおり、 https： //github.com/facebook/jest/issues/5124#issuecomment-352749005は正常に機能します。 しかし、私には別のユースケースがあります。 Jest 21.xxでは、URLなしでObject.defineProperty(window.location, 'href', { writable: true })を設定しました- { writable: true } 。 URLを設定した場合、テストは意味がありません。

@danielbayerlein書き込み可能にするが、実際にはオーバーライドしないようにするためのユースケースは何ですか？ たぶんこれを理解することは私が回避策を考え出すのを助けることができます

URLを変更する関数があります。

routing.js

...

export function redirectToErrorPage () {
  window.location.href = '/error.html'
}

...

routing.test.js

test('redirect to the error page', () => {
  ...
  expect(window.location.href).toBe('/error.html')
  ...
})

Jest 21.xxで、 Object.defineProperty(window.location, 'href', { writable: true })

window.location.assignに切り替えることをお勧めします。そうすれば、関数をモックできます。

@ simon360は魅力のように機能します！ ありがとう。 🤝

使用しました

history.pushState({}, "page 2", "/bar.html");

jest設定のtestURLと一緒に

問題はロケーション部分だけではありません。 私はインポートすることはできませんjsdom個別に呼び出すためのjsdom.reconfigureWindow （その関数は、もはやjsdomの最新バージョンに存在するために）。 window !== top場合、異なる方法で実行されるコードをテストするためにこれを行っていました。 新しいバージョンのjsdomを使用する最新バージョンのjestでこれを実現する方法はもうありません。

@andyearnshaw jsdom.reconfigureメソッドのオブジェクトにはwindowTopメンバーがあります。

上でリンクしたJSDOM環境（ jest-environment-jsdom-global ）を使用している場合は、次のことができます。

jsdom.reconfigure({
  windowTop: YOUR_VALUE
});

あなたのテストで最高値をモックアウトします。

私はそれを使用しています、そしてそれは素晴らしい働きをします、ありがとう！

2018年1月30日火曜日、13：40 simon360、 notifications @ github.comは次のように書いています。

@andyearnshaw https://github.com/andyearnshaw jsdom.reconfigure
メソッドのオブジェクトにはwindowTopメンバーがあります。

JSDOM環境（jest-environment-jsdom-global）を使用している場合I
上にリンクすると、次のことができます。

jsdom.reconfigure（{
windowTop：YOUR_VALUE
}）;

あなたのテストで最高値をモックアウトします。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/jest/issues/5124#issuecomment-361595999 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ABvdEzCLlWtzr0udscL0C6KUxpgXHZRhks5tPxvJgaJpZM4RGN7C
。

window.history.pushStateとtestUrlうまくいきました

https://github.com/facebook/jest/issues/5124#issuecomment -359411593

Jest側には何もすることがなく、回避策が存在するため、これを閉じます（議論を続けてください！）

jsdom v8.5.0からv11.6.2にアップグレードすると、問題が解決しました。 したがって、私のpackage.jsonは次のものが含まれます。

"jest": "^21.2.1",
"jest-cli": "^21.2.1",
"jsdom": "^11.6.2",

jestとjest-cliをv22.2.2にアップグレードすると壊れます。

@ andr-3-w package.jsonにjsdomがある特別な理由はありますか？ Jestにバンドルされています。

@SimenBは、質問良い、のための必要はありませんjsdom私たちの中にpackage.json 。 ありがとう！

したがって、jsdomを直接使用せずに、これが私が自分のもののために思いついた解決策です：

Jest 21.2.1で動作します（私はそれでテストしました）：

Jest設定に移動します（たとえば、package.jsonを使用します）。

"jest": { "testURL": "http://localhost" }

これで、window.locationオブジェクトを変更できるようになり、テスト中にURLを好きなように設定できます。

it('Should set href url to testURL', () => {
    // Here I set href to my needs, opinionated stuff bellow
    const newUrl = 'http://localhost/editor.html/content/raiweb/it/news/2018/02/altered-carbon-best-cyberpunk-tv-series-ever.html';
    Object.defineProperty(window.location, 'href', {
        writable: true,
        value: newUrl
    });

    console.log(window.location.href);
});

it('Should set pathname url to testURL', () => {
    // Here I set href to my needs, opinionated stuff bellow
    const newUrl = '/editor.html/content/raiweb/it/news/2018/02/altered-carbon-best-cyberpunk-tv-series-ever.html';
    Object.defineProperty(window.location, 'pathname', {
        writable: true,
        value: newUrl
    });

    console.log(window.location.pathname);
});

うまくいけば、これは誰かを助けます。

これを投稿するのをやめてください、それはjestでは機能しません "：" ^ 22.4.2 "

@UserNTここで動作するバージョンを

完全を期すために、ソリューションはこのスレッドの途中で取り残されているため...

@ petar-prog91のソリューションは、Jest 21で機能しますが、更新されたjsdom Jest22では機能しません。

最新の冗談上で実行するために、使用のようなものjest-environment-jsdom-global （、これは私のパッケージの完全な開示である）を露出するためにjsdomオブジェクトを使いjsdom.reconfigure持っているであろうが、同じ（または少なくとも同様の）効果。

https://github.com/facebook/jest/issues/5124#issuecomment-359411593は私のためにjest22でも動作します

@ simon360こんにちは、 location.hrefのセッターをハックする必要がある場合はどうすればよいですか？
私の以前のテストにはこのような多くのテストがあり、今ではすべて失敗しています...

const setHrefMockFn = jest.fn();
beforeAll(() => {
  Object.defineProperty(location, "href", {
    get: () => "https://xxxxx",
    set: setHrefMockFn
  });
});
it("xxx", () => {
  //...
  expect(setHrefMockFn.mock.calls[0][0]).toBe(xxx);
});

@ simon360ライブラリで以下のようなテストを更新する方法の例を教えてください

beforeAll(() => {
  =======

  Object.defineProperty(window.location, 'href', {
    writable: true
  });
});

@abhijeetNmishraドキュメントを見たことがあり

@ simon360はい、ドキュメントの私の理解に基づいて、それは約かかります

jsdom.reconfigure({
      url: "https://www.example.com/"
    });

これは、テストごとではなく、グローバルにURLをオーバーライドします。 助けてください！

@abhijeetNmishraこの問題が議論するのに最適な場所かどうかはjest-environment-jsdom-globalリポジトリで問題を開いていただけませんか。 ありがとう！

@SimenBに記載されている回避策（「 jest-environment-jsdom-global 」）は、明らかに非常に一般的な問題に対する非常に最適ではない解決策のように感じます。 Jest 22にアップグレードする人は誰でも、そのサードパーティパッケージに依存関係を追加し、（ユーザーの観点から）テストの一部を書き直す必要があります。 これは、Jestの動作の回帰です。

デフォルトのjest-environment-jsdom組み込むことができるこれに対する解決策はありますか？ あなたの指導でPRをして幸せです。

window.location.hrefを変更するためだけに、この多くのフープを誰かがジャンプしなければならないのは非常に残念です。 Jestを使い始めたばかりで、この問題を考慮して、テストフレームワークの選択を再検討しようとしています。 上で提案された醜いハックよりも良い解決策は本当にありませんか？

@ydogandjievは、この問題を解決するためのプロジェクトに気軽に貢献してください。 これはオープンソースであることを忘れないでください。「受け入れられない」や「ばかげている」などのコメントで暴れ回っても、だれにも役立ちません。

@ msholty-fdできれば手伝いたいです。 私はjestとjsdomを始めたばかりなので、これらのライブラリを十分に理解して、このエクスペリエンスを改善するための最良のルートが何であるかを正確に知ることができるかどうかはわかりません。 これは、jestまたはjsdomで最も適切に対処されるものですか？ これらのライブラリの1つが、ある時点でObject.definePropertyアプローチを壊した変更を加えたようです。 それはjestまたはjsdomで行われた変更でしたか？

したがって、window.locationを変更するために必要な行数に基づいて、私が好ましいと考えるすべてのオプションがあります。 これらのどれも現在機能しません：

1. jsdomが「エラー：実装されていません：ナビゲーション（ハッシュの変更を除く）」というメッセージで例外をスローするため、hrefを直接設定することはできません。
   window.location.href = "https://www.example.com";

1. JSDOMがウィンドウのロケーションプロパティを作成したため、Object.definePropertyの使用は機能しません[Unforgeable] ：

   Object.defineProperty(window.location, "href", {
     value: "https://www.example.com",
     configurable: true
   });
   

2. jestは、簡単にアクセスできるように公開されていない独自のインスタンスを使用しているように見えるため、jsdomのインスタンスを作成して構成することはできません。

   import { JSDOM } from "jsdom";
   ...
   const dom = new JSDOM();
   dom.reconfigure({ url: "https://www.example.com" });
   

オプション1または2を機能させるには、jsdomが、実際のブラウザーのように動作するという現在の目標に戻る必要があります。 したがって、私たちが持っている唯一のオプションは、jestが使用するjsdomのインスタンスを簡単に再構成できるようにすることのようです。 そのインスタンスをグローバルjestオブジェクトに直接公開することは理にかなっていますか。 つまり、次のようなものを許可します。

jest.dom.reconfigure({ url: "https://www.example.com" });

私はまだlocation.assign('some-url')を行う方がlocation.href = 'some-url'よりも優れていると思います。 割り当てよりも明示的な関数呼び出しを見つけました。関数をモックできます

@SimenBは、コードがlocation.hrefを_set_しようとしている場合、はい、 location.assign()方が優れています。 しかし、 location.hrefを_読み取る動作をテストしている場合、特にJSDOMのlocation.assign()は実際には何もしないため、 location.assign()は問題を解決しません。

reconfigureを使用する背後にある考え方は、 location.hrefが特定の方法で形成された場合にのみ有効になるコードパスをアクティブ化することです。 私たちの場合、現在のドメインに応じて変更されたコードがありました-コードは臭いです、はい、しかしそれも必要です、そして臭いコードを軽減するための最良の方法は、動作をキャプチャしてそれがとどまることを確認するテストフィクスチャを持つことです所定の位置に。

Enzymeとマウントされたコンポーネントでこれを使用してリダイレクトをテストする方法はありますか？

Jestをアップグレードする前に、以下のテストに合格しました。

`` `
it（ '正しいルートへのルート'、（）=> {

Object.defineProperty(window.location, 'href', {
  writable: true,
  value: 'https://mysuperawesomesite.com/',
});

const component = mount(
  <App {...props} />
);

const link = component.find('.class');

link.simulate('click');

expect(window.location.href).toEqual('https://mysuperawesomesite.com/new');

}）;

After upgrading Jest and implementing [jest-environment-jsdom-global](https://www.npmjs.com/package/jest-environment-jsdom-global), I tried the following to no avail:

  ```
it('routes to correct route', () => {

    jsdom.reconfigure({
      url: 'https://mysuperawesomesite.com/',
    });

    const component = mount(
      <App {...props} />
    );

    const link = component.find('.class');

    link.simulate('click');

    expect(window.location.href).toEqual('https://mysuperawesomesite.com/new');
  });

（window.location.hrefはまだ ' https://mysuperawesomesite.com/ 'に等しく、（ 'https://mysuperawesomesite.com/new'）に変更されませんでした。

このメソッドを使用する場合、要素のクリックイベントはリダイレクトされません。リダイレクトは、window.location.hrefを設定することで発生します。

これを適切にテストする方法、または以前にObject.definePropertyを使用したテストが最初から不十分に構築されているかどうかが不明です。 よろしくお願いします。

編集：解決済み

window.location.href = hrefの代わりにwindow.location.assign（url）を使用することで、これを解決できました。 これにより、assignメソッドをスタブアウトして、適切に呼び出されているかどうかをテストできました。 下記参照：

it('routes to correct route', () => {
    window.location.assign = jest.fn();

    const component = mount(
      <App {...props} />
    );

    const link = component.find('.class');

    link.simulate('click');

    expect(window.location.assign).toBeCalledWith('https://mysuperawesomesite.com/new');
    window.location.assign.mockRestore();
  });

@SimenB .assignと.hrefは大きな違いがあります。MDNで読むことができます。 最初のものには、主要なクロスドメイン制限があります。 私のコードでは、コードが実行されているiframeから親ページをリダイレクトしたいと思います。 それらはクロスドメインです。 そして、これを行う唯一の方法は、 href変更することです。
現在の回避策が見当たらず、この機能のテストを行わないようにする必要があるため、この問題を再度開いていただければ幸いです。 これは明らかにひどいです。

私は@soswowと同じ船に乗っています。 この機能が復元されるまでいくつかの単体テストも削除するので、URLをオーバーライドするメカニズムを提供できれば素晴らしいと思います。

現在の回避策が見当たらず、この機能のテストを行わないようにする必要があるため、この問題を再度開いていただければ幸いです。 これは明らかにひどいです。

冗談の側で私たちにできることは何もありません。 jsdomはそれをサポートするPRが大好きだと確信しています。 https://github.com/jsdom/jsdom/issues/2112

これが機能する簡単な解決策です。

describe('changing location', () => {
  const testURL = location.href;

  beforeEach(() => history.replaceState({}, 'Login', '/login'));
  afterEach(() => history.replaceState({}, 'Home', '/'));

  it('works', () => {
    expect(location.pathname).toBe('/login');
  });
});

@vastus私が明示的に指摘したように、問題はクロスドメインにあります。 履歴APIでは、私が覚えている限り、別のドメインに切り替えることはできません。

locationはjsdom windowオブジェクトで直接オーバーライドできないため、1つの可能なアプローチは、派生オブジェクトでオーバーライドすることです。

global.window = Object.create(window);
Object.defineProperty(window, 'location', {
  value: {
    href: 'http://example.org/'
  }
});

私はこれを使って問題を解決します：

const windowLocation = JSON.stringify(window.location);
delete window.location;
Object.defineProperty(window, 'location', {
  value: JSON.parse(windowLocation)
});

@ RubenVerborgh ＆ annemarie35に触発された

@vastusのソリューションに基づいてlocation.searchをテストする例を追加します。

  test('gets passed query param and returns it as a string if it exists', () => {
    history.replaceState({}, 'Test', '/test?customer=123');
    const customerId = getQueryParam('customer');
    expect(customerId).toBe('123');
  });

@RubenVerborghは魅力のように機能します。

試す：

window.history.pushState({}, null, '/pathname?k=v');

@sahalsaadに似た解決策：
`` `javascript
const oldWindow = window.location;
window.locationを削除します。
window.location = {
... oldWindow、
//次のsinonスタブなどのカスタム上書きを含める
置換：sinon.stub（）、
};

//魔法をかける

window.location = oldWindow;
`` ``

@sahalsaadありがとう！ 私はあなたのソリューションのバリエーションを使用してwindow.location.searchをモックしました：

const location = {
    ...window.location,
    search: queryString,
};
Object.defineProperty(window, 'location', {
    writable: true,
    value: location,
});

おそらくより良い解決策：

import { URL } from 'whatwg-url';

const location = new URL(window.location.href);
location.assign = jest.fn()
location.replace = jest.fn()
location.reload = jest.fn()

delete window.location
window.location = location

@kdelmonteによってwindow.location.search変数をモックする必要がありました。 だから私は使用しました

window.history.pushState({}, null, '?skuId=1234')

locationはjsdom windowオブジェクトで直接オーバーライドできないため、1つの可能なアプローチは、派生オブジェクトでオーバーライドすることです。

global.window = Object.create(window);
Object.defineProperty(window, 'location', {
  value: {
    href: 'http://example.org/'
  }
});

あなたの答えは私の状況に役立つ唯一のものです、ありがとう！

locationはjsdom windowオブジェクトで直接オーバーライドできないため、1つの可能なアプローチは、派生オブジェクトでオーバーライドすることです。

global.window = Object.create(window);
Object.defineProperty(window, 'location', {
  value: {
    href: 'http://example.org/'
  }
});

あなたの答えは私の状況に役立つ唯一のものです、ありがとう！

これはもう機能しません😢

locationはjsdom windowオブジェクトで直接オーバーライドできないため、1つの可能なアプローチは、派生オブジェクトでオーバーライドすることです。

global.window = Object.create(window);
Object.defineProperty(window, 'location', {
  value: {
    href: 'http://example.org/'
  }
});

あなたの答えは私の状況に役立つ唯一のものです、ありがとう！

これはもう機能しません😢

私のためにも働いていない

私はこれをやって解決しました：

delete window.location
window.location = {
  href: 'http://example.org/,
}

Locationためのユーティリティとして次のモックを使用しています

export class MockLocation extends URL implements Location {
  ancestorOrigins: any = []
  toString = jest.fn().mockImplementation(() => this.toString())
  assign = jest.fn(href => this.href = href)
  replace = jest.fn(href => this.href = href)
  reload = jest.fn()

  constructor(
    url: string = 'http://mock.localhost',
  ) {
    super(url)
  }

  onWindow(window: Window) {
    Object.defineProperty(window, 'location', { 
      writable: true,
      value: this
    });
    return this
  }
}

それから私のテストでは

let location: MockLocation

beforeEach(() => {
    location = new MockLocation(MOCK_PARTNER_URL).onWindow(window)
})

私はいつもこのようなトリッキーなオブジェクトをスタブしていることに気づき、柔軟なヘルパー関数を作成しました。

export const safelyStubAndThenCleanup = (target, method, value) => {
  const original = target[method]
  beforeEach(() => {
    Object.defineProperty(target, method, { configurable: true, value })
  })
  afterEach(() => {
    Object.defineProperty(target, method, { configurable: true, value: original })
  })
}

そして使用法：

describe('when on /pages', () => {
  safelyStubAndThenCleanup(window, 'location', { pathname: '/pages' })

  it('should do something neat', () => { /* ... */ })
})

そして、あなたはあなたが望むものを何でもスタブすることができます： pathname 、 hrefなど...これはあなたにクリーンアップの追加の無料の利点をもたらします。

重要なのは、 location自体を台無しにすることはできないので、 locationを偽物と交換し、テストが完了したら元に戻すだけです。

デバッグセッションでわかるように、 global.locationはgetterを介して実装されていますが、単純なプロパティではありません。 このように再定義する方が安全ではないでしょうか。

let originalLocationDescriptor;
beforeAll(() => {
  originalLocationDescriptor = Object.getOwnPropertyDescriptor(global, 'location');
  delete global.location;
  global.location = {};
});
afterAll(() => {
  Object.defineProperty(global, 'location', originalLocationDescriptor);
}):

元のglobal.locationを使用する理由を想像するのは難しいですが、もう少し正しいようです。
もちろん、このコードは私にとっては問題なく機能します。 location.pathnameにアクセスするだけですが、このオブジェクトは、必要に応じてjest.fn()で簡単に拡張できます。

これは、jest26.5を使用して私のために働いています

function stubLocation(location) {
  beforeEach(() => {
    jest.spyOn(window, "location", "get").mockReturnValue({
      ...window.location,
      ...location,
    });
  });
}

stubLocation({ pathname: "/facebook/jest/issues/5124" });

test("mocks location prop", () => {
  expect(window.location.pathname).toEqual("/facebook/jest/issues/5124");
});

@vastusのソリューションに基づいてlocation.searchをテストする例を追加します。

  test('gets passed query param and returns it as a string if it exists', () => {
    history.replaceState({}, 'Test', '/test?customer=123');
    const customerId = getQueryParam('customer');
    expect(customerId).toBe('123');
  });

これは私が抱えていた問題に対して正確にうまくいきました