Wklej received i expected jako JSON, wybierz matcher Jest-style i zobacz PASS/FAIL, diff oraz wyjasnienie bez wysylania przykladow na backend.
Uzyj presetow albo wklej wartosci JSON, zeby sprawdzic semantyke matchera przed napisaniem testu albo review asercji.
Dwa identyczne obiekty literalne failuja identity matching, ale przechodza deep equality. Semantyka Object.is dla prymitywow; osobne obiekty JSON nie sa ta sama referencja.
FAIL: expect(received).toBe failed.
expect(received).toBe({"id":"release-42","flags":["search","adsense"],"meta":{"stable":true}});$Expected: {"id":"release-42","flags":["search","adsense"],"meta":{"stable":true}}
Received: {"id":"release-42","flags":["search","adsense"],"meta":{"stable":true}}
toBe jest dobre dla prymitywow i referencji, ale skopiowane obiekty literalne zwykle wymagaja toEqual albo toStrictEqual. Widok obu wynikow obok siebie ulatwia review intencji asercji.
toMatchObject pomaga, gdy test dba o podzbior odpowiedzi. Diff skupia sie na brakujacych albo zmienionych expected keys zamiast rozpraszac reviewerow polami bez znaczenia.
Playground nie wykonuje JavaScript ani regex, blokuje klucze prototype-pollution i pilnuje limitow wielkosci, zeby pozostac bezpieczna publiczna powierzchnia review.
Wybory matcherow sasiaduja z lint rules, parser output, konfiguracja i schema validation. Te narzedzia pokrywaja bliskie kroki review.
Nie. To skupiony matcher explainer, ktory odzwierciedla typowe semantyki Jest-style dla wartosci JSON. Nie uruchamia test runnera ani dowolnego JavaScript.
Uzyj {"$pfType":"undefined"} albo {"$pfType":"NaN"}. Te sentinele utrzymuja input JSON-only i pozwalaja pokryc wazne przypadki matcherow.
Publiczne MVP uzywa plain substring matching, zeby uniknac ReDoS i zlozonosci wykonywania wzorcow. Zachowanie regex trzeba potwierdzic w repozytoryjnym test suite.
Nie. Ewaluacja dziala w przegladarce dla tego playgroundu. MVP nie dodaje kont, historii, remote fetch ani backend execution.