Question 1

Tapşırıq: "Bu login səhifəsi üçün test planı qur və ən vacib 3 testi yaz." Necə yanaşırsan?

Accepted Answer

Əvvəl 1-2 dəqiqə plan danışıram: pozitiv (uğurlu login), neqativ (səhv şifrə, boş sahələr, mövcud olmayan user), təhlükəsizlik (lockout, injection), UX (error mesajları). Sonra prioritet əsaslandırması: (1) uğurlu login — kritik yol; (2) səhv credentials + düzgün error — ən çox rast gəlinən real hal; (3) validasiya (boş sahələr). Kodda: düzgün locator-lar, web-first assertion-lar, data factory-dən user. Vaxt qalsa refactor təklif edirəm (POM-a çıxarma). Proses: plan → prioritet → kod → refactor.

Question 2

JS məsələsi: "API-dən gələn sifariş massivində ən çox xərcləyən 3 müştərini tap." Həll yanaşman?

Accepted Answer

Səsli addımlar: (1) datanı anla — sual ver: bir müştərinin bir neçə sifarişi varmı? (bəli → aqreqasiya lazımdır); (2) plan: reduce ilə müştəri üzrə cəm → obyekti massivə çevir → sort desc → slice(0, 3); (3) kod yaz, edge-ləri qeyd et: boş massiv, bərabər məbləğlər, ləğv olunmuş sifarişlər sayılırmı? Nümunə: Object.entries(orders.reduce((acc, o) => ({...acc, [o.customerId]: (acc[o.customerId] ?? 0) + o.total}), {})).sort((a, b) => b[1] - a[1]).slice(0, 3). Edge sualları vermək kod qədər qiymətləndirilir.

Question 3

Debug tapşırığı: test "element not found" ilə sınır, amma element səhifədədir. Səsli araşdırma?

Accepted Answer

Hipotezlərlə gedirəm: (1) timing — element sonradan render olunur? assertion-un auto-retry-si varmı, action-dan əvvəl nə gözlənilir? (2) locator — iframe içindədirmi (frameLocator lazımdır)? shadow DOM? dinamik id? (3) strict mode — bəlkə çox element uyğun gəlir və xəta mesajı fərqlidir; (4) kontekst — düzgün səhifə/tab-dayıq? navigation bitib? (5) trace aç — fail anının snapshot-unda element həqiqətən varmı. Hər hipotezi yoxlama üsulu ilə birlikdə deyirəm — sistemli debugging göstərmək cavabın özündən vacibdir.

Live coding tapşırıqları