რა ტესტირების დოკუმენტაცია არსებობს?

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

• ტესტირების პოლიტიკა (Test Policy): მაღალი დონის დოკუმენტი, რომელიც განსაზღვრავს მიზნებს, მიდგომებს და პრინციპებს ორგანიზაციაში.
• ტესტირების სტრატეგია (Test Strategy): უფრო დეტალური დოკუმენტი, რომელიც აღწერს საერთო ტესტირების გეგმას კონკრეტული პროექტისთვის ან პროდუქტისთვის, რომელიც მოიცავს scope, რესურსებს, გრაფიკს და მეთოდებს.
• ტესტის გეგმა (Test Plan): დოკუმენტი, რომელიც დეტალურად აღწერს კონკრეტულ მოქმედებებს ტესტირებისათვის განსაზღვრულ ინტერაციაზე ან რელიზზე. მოიცავს:
  • ტესტირების მიზნებს და ამოცანებს.
  • ტესტირების მასშტაბს (რა ტესტდება, რა არა).
  • შესვლის და გამოსვლის კრიტერიუმებს.
  • ტესტირების ტიპებს.
  • ტესტირების გარემოს.
  • როლებს და პასუხისმგებლობებს.
  • გრაფიკს.
  • რისკების მართვას.
  • შეჩერებისა და განახლების კრიტერიუმებს.
• ტესტის სცენარი / ტესტის შემთხვევა (Test Case): დოკუმენტი, რომელიც აღწერს კონკრეტულ ნაბიჯებს კონკრეტული ტესტის შესრულებისთვის, ელოდებადი შედეგით.
• ჩეკლისტი (Checklist): პუნქტების ან ფუნქციონალობების სია, რომელიც გამოიყენება შემოწმებისთვის ნაბიჯების დეტალური აღწერის გარეშე. გამოიყენება, როდესაც ნაბიჯები აშკარაა ან არ საჭიროებს ფორმალიზაციას.
• ტესტის ნაკრები (Test Suite / Test Set): ტესტის შემთხვევების კოლექცია, რომელიც დაჯგუფებულია გარკვეული კრიტერიუმით (მაგალითად, ფუნქციონალობის ან ტესტირების ტიპის მიხედვით).
• შეცდომის ანგარიში / დეფექტი (Bug Report / Defect Report): დოკუმენტი, რომელიც აღწერს აღმოჩენილ შეცდომას, მათ შორის გამეორების ნაბიჯებს, ფაქტობრივ და ელოდებადი შედეგებს, გარემოს და კრიტერიუმს.
• ტესტის შესრულების ანგარიში (Test Execution Report): დოკუმენტი, რომელიც მიმოიხილავს ტესტის შედეგებს, მათ შორის, გადავლა/უარყოფა სტატუსს, აღმოჩენილი შეცდომების რაოდენობას და საერთო პროგრესს.
• ტესტის დასრულების ანგარიში (Test Closure Report): დოკუმენტი, რომელიც მიმოიხილავს მთელ ტესტირების პროცესს, მათ შორის, საბოლოო სტატუსს, გაკვეთილებს და რეკომენდაციებს.
• ტრასსირობის მატრიცა (Traceability Matrix): დოკუმენტი, რომელიც აკავშირებს ტესტის არტეფაქტებს მოთხოვნებთან, რათა დარწმუნდეთ, რომ ყველა მოთხოვნა დაფარულია ტესტებით.

სადემონსტრაციო სტრუქტურის მაგალითი:

ველი	აღწერა
ტესტის შემთხვევის ID	უნიკალური იდენტიფიკატორი
ტესტის სახელწოდება	მოკლე აღწერა
მიზანი ტესტის	რა იდება
წინაპირობები	საჭირო პირობები დაწყებამდე
ნაბიჯები შესრულებისთვის	მოქმედებების სერია
ელოდებადი შედეგი	რა შედეგი უნდა მიიღოს
შემდგომი პირობები	სისტემის მდგომარეობა შემდეგ შესრულებაზე

სადემონსტრაციო დეფექტის ანგარიში:

ველი	აღწერა
დეფექტის ID	უნიკალური იდენტიფიკატორი
მოკლე აღწერა	პრობლემის მოკლე აღწერა
პროექტი / მოდული	სადაც შეცდომა აღმოაჩინეს
პროდუქტის ვერსია	ვერსია, სადაც შეცდომა აღმოაჩინეს
გარემო	ოპერაციული სისტემა, ბრაუზერი, პარამეტრები
გამეორების ნაბიჯები	ნაბიჯების სერია შეცდომის გასამეორებლად
ფაქტობრივი შედეგი	რა მოხდა
ელოდებადი შედეგი	როგორ უნდა ყოფილიყო
კრიტიკული დონე	გავლენა ფუნქციონალობაზე (Blocker, Critical, Major, Minor, Trivial)
პრიორიტეტი	რამდენად სწრაფად უნდა გამოსწორდეს (High, Medium, Low)
დეფექტის ავტორი	ვინ იპოვა შეცდომა
შექმნის თარიღი
სტატუსი	(New, Open, In Progress, Resolved, Closed, Reopened)
მინიჭებულია	პროგრამისტი, პასუხისმგებელი პირი

# ავტომატიზაციის მაგალითი კოდი (ფрагმენტი)
def test_user_login_successful():
    # წინაპირა ნაბიჯები
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # შესრულების ნაბიჯი
    login_page.click_login_button()
    
    # ელოდებადი შედეგის შემოწმება
    assert home_page.is_dashboard_displayed()
    # შემდგომი პირობები (მაგალითად, გამოსვლა)
    home_page.logout()

# ავტომატიზირებული ტესტების გაშვების ბრძანება
pytest tests/smoke_tests.py

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