Çevik Test Planı - Həqiqətən birinə ehtiyacımız varmı?

Çevik Test Planı Sənədinə ehtiyacımız var?

Test Planning bir test prosesinin vacib bir fəaliyyətidir və yalnız test menecerindən (ümumiyyətlə test planının yaradılmasından məsul olan) diqqətlə düşünmək və qərarlar tələb edən bir fəaliyyətdir.

Bəzi insanlar bunun test prosesinin ən vacib hissəsi olduğuna inanırlar (şəxsən mən testin dizaynı və mücərrəd düşüncənin ən vacib olduğunu düşünürəm) və böyük bir test planı hazırlamaq üçün çox saat və səy sərf edirlər.

Mətn kitabları test planlaması, necə yazılacağı və test planına nələrin daxil ediləcəyi ilə əlaqəli bütün bir hissəni həsr edir, bəzi rəhbər orqanlar və FDA kimi tənzimləyici təşkilatlar məhsulu təsdiqləmək üçün hərtərəfli bir test planı tələb edirlər.

Real həyatda, bir şəlalə mühitində, çox vaxt test plan sənədinə, məhsulun ömrü boyu heç baxılmayan bir sənəd gəlir. “Test Planlaşdırma və Monitorinq” in fəaliyyəti layihənin ömrü boyu davam edən bir fəaliyyət olmalıdır, layihədəki dəyişikliklərə görə yenilənməlidir, lakin əksər hallarda bu belə deyil; test planı ya yenilənməyib, ya da dəyişikliklər geriyə baxaraq test plan sənədini ən az dəyərli yan məhsul halına gətirir.

Test planlaması demək olar ki, həmişə bir şəlalə layihəsində mütləq bir məhsul kimi qəbul edilsə də, həqiqətən çevik bir layihə üçün bir test planına ehtiyacımız varmı? yəni bütün komandanın nail olmağa çalışdığı şeyə həqiqətən hər hansı bir dəyər qatırmı?

Çevik manifesto açıq şəkildə üstünlük verir işləyən proqram hərtərəfli sənədləşmə və dəyişikliyə cavab vermək bir plana əməl etmək üzərində.

Çevik bir mühitdə bir buraxılışın (maddələrin) məzmunu qaçışdan əvvəl müzakirə olunur, beləliklə test qrupu nəyin əhatə dairəsi olduğunu və nəyin sınanmalı olduğunu əvvəlcədən bilsin.

'Planlaşdırma poker oyunu' nda qiymətləndirmələr müzakirə olunur ki, test qrupu bir xüsusiyyəti yoxlamaq üçün nə qədər vaxt aparacağını bilsin (ətraf mühitin qurulması, ssenarilər, avtomatlaşdırma, araşdırma, performans və s. Daxil olmaqla).

Hər bir xüsusiyyətin təfərrüatlarını düşündüyü 'hekayə yazma iclasında' test qrupu hekayələrin sınaqdan keçirilməsinin bir çox yollarını əhatə etmək üçün artıq ssenarilər yazmağa başlayır - bu komandanın ən dəyərli fəaliyyətidir.

Qaçış zamanı QA davamlı olaraq yeni kodu / xüsusiyyəti sınayır. Testin planlaşdırılması günün prioritetləri dəyişdikcə dinamik bir fəaliyyətə çevrilir. Sınaq bir gün üçün fəaliyyət və bir gün əvvəlki nəticəyə əsaslanır.

Test planının qüsurları aşkar etmədiyi, lakin sınaq ssenarilərinin ortaya qoyacağı açıq şəkildə aydındır. Bir sınaq planı yaratmaqdan daha yaxşı ssenarilər yaratmaq üçün səyləri dəyişdirmək lazımdır.

Həqiqətən lazım olan qısa bir şeydir sprintlərdə tətbiq olunan prosesləri əks etdirən çevik test strategiyası sənədi , yəni Sprint Planlaşdırması, Xüsusiyyətlər Çalıştayıları, Manual QA, Avtomatlaşdırma, Test Əhatə dairəsi, Test Hesabatı, Test mühitləri, Səhnələşdirmə və s. haqqında bölmələr ... Bunlar hər sprint üçün tətbiq olunan, lakin əlbəttə şirkətin vizyonu ilə əldə edilən proseslər və fəaliyyətlərdir.

Yəni bütün bunları nəzərə alaraq Test Planı sənədi və ya geniş Test Strategiyaları həqiqətən keçmişdə qalmış bir şeydir? Həqiqətən Çevik Test Planına ehtiyacımız varmı?