Question 1

Test framework-ündə cleanup-ı necə təşkil edirsən ki, test fail olanda da işləsin?

Accepted Answer

Üç mexanizm: (1) finally bloku — lokal resurslar üçün; (2) framework hook-ları — afterEach/afterAll test nəticəsindən asılı olmayaraq işləyir; (3) Playwright fixture-ləri — fixture-in await use(...)-dan sonrakı hissəsi avtomatik teardown-dur (ən təmiz yol). Vacib prinsip: cleanup özü xəta atsa belə əsl test xətasını gizlətməməlidir.

Question 2

"Unhandled promise rejection" nədir və CI-da niyə təhlükəlidir?

Accepted Answer

Heç bir catch/await ilə tutulmayan Promise xətasıdır — adətən unudulmuş await-dən yaranır. Təhlükəsi: xəta testin öz axınından kənarda partlayır — ya səhv testə aid edilir, ya da (köhnə Node versiyalarında) sadəcə warning olub keçir və fail gizlənir. Müasir Node prosesi crash etdirir. Qarşısı: lint (no-floating-promises), bütün async çağırışlara await, test runner-in unhandled rejection-ları fail kimi qeyd etməsi.

Question 3

Hansı hallarda testdə try/catch istifadə etmək DÜZGÜNDÜR?

Accepted Answer

Legitim hallar: (1) gözlənilən alternativ axın — məs. "cookie banner varsa bağla, yoxdursa davam et"; (2) zəmanətli cleanup (try/finally); (3) xətanın özünün yoxlanması — amma bunun üçün daha yaxşı yol assertion API-dır: await expect(fn).rejects.toThrow(...). Qadağan hal: assertion-ları try/catch-ə büküb udmaq. Qayda: catch bloku ya konkret qərar verir, ya xətanı zənginləşdirib yenidən atır — heç vaxt səssiz udmur.

Xəta emalı

📚 Mənbələr və sənədlər