Sparround

Test case-lər və bug report-lar

Yaxşı test case atomikdir (bir şeyi yoxlayır), təkrarlana biləndir və başqası tərəfindən icra oluna biləndir. Strukturu:

  • ID və başlıq (nəyi yoxlayır — aydın)
  • Precondition-lar
  • Addımlar (dəqiq, nömrələnmiş)
  • Expected result (hər addım və ya sonda)
  • Priority, status, əlaqəli requirement

Test case vs Checklist: checklist daha yüngüldür ("nəyi yoxla" siyahısı), sürətli komandalar üçün; test case detallıdır, audit/yeni işçi üçün.

Peşəkar bug report developer-in bug-ı reproduksiya etməsi üçün lazım olan hər şeyi verir:

  • Qısa, konkret başlıq (harada + nə baş verir)
  • Steps to reproduce
  • Expected result / Actual result
  • Environment (OS, brauzer, versiya, server)
  • Severity, attachment-lər (screenshot, video, log)

Bug lifecycle: New → Assigned → In Progress → Fixed → Ready for retest → Verified → Closed (və ya Reopened).

Klassik interview sualı: "Developer bug-ını 'reproduce olunmur' deyə qaytardı — nə edirsən?" Cavab: environment/data fərqini yoxla, video/log əlavə et, dev-in mühitində birgə bax, intermittent-dirsə tezliyini qeyd et. Konflikt yox, əməkdaşlıq vurğula.