Agile– ში არ არსებობს QA– ს გუნდი

Agile არის ყველაფერთან თანამშრომლობა იმ ადამიანებთან, რომლებსაც აქვთ სხვადასხვა უნარები და აზროვნება საერთო მიზნის მისაღწევად.

როდესაც ტიპიურ სკრუმულ გუნდს ვუყურებთ, ის შედგება დეველოპერებისგან (როგორც წინა, ასევე უკანა მხარე), QA და scrum master.

მიკვირს, როდესაც ზოგი ადამიანი, რომელიც არის სწრაფი ადვოკატი, რომელსაც აქვს მრავალწლიანი გამოცდილება მოქნილ გარემოში მუშაობაში, მაინც მოიხსენიებს QA გუნდის შექმნას ან შექმნას სწრაფი პროექტების მხარდასაჭერად.


როდესაც ჩვენ დავიწყებთ QA– ს გუნდურად მოხსენიებას, ეს დაუყოვნებლივ ქმნის დანაყოფს დეველოპერებსა და ტესტერებს შორის და ხსნის დეველოპერების პასუხისმგებლობას, რომ თავიანთი შრომისმოყვარეობა შეამოწმოთ საკუთარი ნამუშევრები და შექმნან ხარისხის კოდი, რადგან არსებობს ”QA გუნდი”, რომელიც იმუშავებს ძნელია იპოვოთ ყველა შეცდომა სისტემაში.

სამუშაოების ეს მოდელი ჩანჩქერისა და V მოდელის პროექტებს ჰგავს კოდის 'კედელზე გადაფარვას' დამოკიდებულებით, რომელიც აწარმოებს დაბალი ხარისხის პროგრამულ უზრუნველყოფას, რომლის არსის დაფიქსირებასაც ისწრაფვის სწრაფი მეთოდოლოგია.


მოქნილ პროექტებში, QA უნდა იყოს ჩადგმული სკრუმის გუნდებში, რადგან ტესტირება და ხარისხი არ არის შემდგომი აზრი. თავიდანვე უნდა მოხდეს ხარისხის გამომცხვარი.

QA გუნდის შექმნით, ჩვენ საფრთხის წინაშე ვდგავართ ტესტერების გამოყოფის შესახებ სასიცოცხლო საუბრებისგან პროდუქტის მფლობელებთან, დეველოპერებთან და ა.შ.

ტესტერებს შეუძლიათ უზარმაზარი მნიშვნელობა მიანიჭონ პროექტის ხარისხს, როდესაც ისინი მონაწილეობენ სპრინტის დაგეგმვის შეხვედრებში, გადაწყვეტის სამუშაოების მაღაზიებსა და დეველოპერებთან დაწყვილებას, რათა უზრუნველყონ კოდის ტესტირება კარგი და მნიშვნელოვანი ერთეულის ტესტებით.

მოქნილ გუნდებში ჩასმული ტექნიკური QA დაგეხმარებათ მიღების ტესტების ავტომატიზირებაში განვითარებასთან ერთად დარწმუნდით, რომ ახალი ფუნქციები მუშაობს ისე, როგორც დანიშნულია.


ზოგიერთ ორგანიზაციას აქვს QA ფუნქცია, შესაძლოა QA მენეჯერი, რომლის საშუალებითაც ტესტირების მრავალი ექსპერტი გთავაზობთ ტესტირების საერთო პრაქტიკას, სტრატეგიას, მითითებებს და მიდგომის ტესტირებას. სწრაფი ხარისხის გუნდებისთვის .

QA ფუნქცია არ არის უშუალოდ დაკავშირებული რომელიმე გუნდთან, მაგრამ მოქმედებს როგორც მცირე და საშუალო ბიზნესის სხვადასხვა გუნდში და პასუხისმგებელია საუკეთესო პროგრამული უზრუნველყოფის დამუშავებაზე.

მოქნილ გუნდებში QA წახალისებულია, რომ იყვნენ QA– ს ხმა თავიანთი გუნდებისათვის, რაც უზრუნველყოფს მათ გუნდს QA– ს ფუნქციით განსაზღვრულ საუკეთესო პრაქტიკას და მუშაობას უწყვეტი ტესტირება .

ასე რომ, მოქნილ ორგანიზაციებში, იმის ნაცვლად, რომ ვისაუბროთ 'QA გუნდის არსებობაზე', შესაძლოა ჩვენ უნდა მივუთითოთ QA პრაქტიკის შემუშავება და QA– ს კარგი პრაქტიკა გულისხმობს, რომ QA– ები უნდა იყოს ჩადგმული მოქნილ გუნდებში, რაც უზრუნველყოფს პროგრამული უზრუნველყოფის დამუშავების პროცესის ხარისხს.


საინტერესო სტატიები