როგორ ტესტით Django აპლიკაციებს?

Question

Accepted Answer

Django მოიცავს **ჩაშენებულ ტესტირების ფრეიმვორკს** (Python-ის `unittest`-ის გაფართოებით) ვებ-აპლიკაციებისთვის სპეციალურად ხელსაწყოებით — ტესტ კლიენტი მოთხოვნების სიმულაციისთვის, ფიქსტურები/მონაცემთა ბაზის სისტემა იზოლირებული ტესტის მონაცემთა ბაზის შესაქმნელი, და დამხმარე ინსტრუმენტები მოდელების, ხედების და ფორმების ტესტირებისთვის.

## ძირითადი ტესტის შემთხვევა

```python
from django.test import TestCase

class ArticleModelTest(TestCase):
    def setUp(self):
        # runs before each test; data created here is rolled back after
        self.article = Article.objects.create(title="Test", body="...")

def test_str(self):
        self.assertEqual(str(self.article), "Test")

def test_default_published(self):
        self.assertFalse(self.article.published)
```

`TestCase` აფვის თითოეულ ტესტს **მონაცემთა ბაზის ტრანზაქციაში, რომელიც შემდეგში გაუქმდება**, ამიტომ ტესტები იზოლირებული არიან და ერთმანეთს არ ბინძურებენ — და ის იყენებს **ცალკე ტესტის მონაცემთა ბაზას** (ავტომატურად შექმნილი/წაშლილი), არასოდეს თქვენი ნამდვილი მონაცემები.

## ხედების ტესტირება ტესტ კლიენტით

```python
class ArticleViewTest(TestCase):
    def test_list_view(self):
        Article.objects.create(title="Hello")
        response = self.client.get("/articles/")        # simulate a GET request
        self.assertEqual(response.status_code, 200)
        self.assertContains(response, "Hello")           # the title appears in the HTML

def test_create_requires_login(self):
        response = self.client.post("/articles/create/", {"title": "X"})
        self.assertEqual(response.status_code, 302)      # redirected to login

def test_authenticated_create(self):
        self.client.login(username="ann", password="pw")  # log in for the test
        response = self.client.post("/articles/create/", {"title": "New", "body": "..."})
        self.assertEqual(Article.objects.count(), 1)
```

**ტესტ კლიენტი** სიმულაციას აკეთებს HTTP მოთხოვნების თქვენი ხედებისთვის (GET/POST, ლოგინით, სესიებით და ა.შ.) მუშა სერვერის გარეშე — რაც საშუალებას გაძლევთ ტესტ გააკეთოთ სრული მოთხოვნა/პასუხის ნაკადი, სტატუსის კოდები და რენდერირებული ხმელი.

## DRF API-ების ტესტირება

```python
from rest_framework.test import APITestCase

class ArticleAPITest(APITestCase):
    def test_create_article(self):
        response = self.client.post("/api/articles/", {"title": "X", "body": "..."}, format="json")
        self.assertEqual(response.status_code, 201)
        self.assertEqual(response.data["title"], "X")
```

## სასარგებლო ხელსაწყოები და პრაქტიკა

```text
✓ setUpTestData — create shared read-only data ONCE per class (faster than setUp)
✓ Factories (factory_boy) — generate test data cleanly instead of manual creation
✓ pytest-django — many teams prefer pytest's cleaner syntax over unittest
✓ Coverage.py — measure test coverage
✓ Mock external services (APIs, email) so tests are fast and deterministic
✓ Run: python manage.py test  (or pytest)
```

## რა უნდა ტესტ გააკეთოთ

```text
Models → custom methods, validation, properties
Views  → status codes, correct data, permissions/auth, form handling
Forms/Serializers → validation logic (valid + invalid cases)
Business logic → the core domain rules
```

## რატომ არის ეს მნიშვნელოვანი

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

ფრეიმვორკი უზრუნველყოფს ვებ-სპეციფიკურ ხელსაწყოებს, რაც Django აპლიკაციების ტესტირებას პრაქტიკულს აკეთებს: **ტესტ კლიენტი** სიმულაციას აკეთებს HTTP მოთხოვნების ხედებისთვის (GET/POST, ავთენტიკაცია, სესიები), ამიტომ თქვენ შეძლებთ ტესტ გააკეთოთ სრული მოთხოვნა/პასუხის ნაკადი — სტატუსის კოდები, რენდერირებული ხმელი, გადამისამართებები, ნებართვები — მუშა სერვერის გარეშე, რაც გადამწყვეტია, რადგან ხედები არის სადაც ბევრი აპლიკაციის მოქმედება ცხოვრობს.

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

გაგება, თუ როგორ ტესტ გააკეთოთ ძირითადი ფენები — **მოდელები** (კუსტომ მეთოდები, ვალიდაცია), **ხედები** (სტატუსის კოდები, მონაცემები, ავთენტიკაცია/ნებართვები, ფორმის დამუშავება ტესტ კლიენტის მეშვეობით), **ფორმები/სერიალიზებული** (ვალიდაციის ლოგიკა ორივე ვალიდური და არავალიდური ხმელი), და **ბიზნეს ლოგიკა** — მოიცავს Django აპლიკაციების ტესტირების პრაქტიკულ ფარგლებს, და ხელსაწყოების ცოდნა, როგორიცაა `APITestCase` DRF API-ებისთვის, `setUpTestData`/ფაბრიკები ეფექტური ტესტის მონაცემებისთვის, და გარე სერვისების მოშოშვა სწრაფი დეტერმინიস్టული ტესტებისთვის, ასახავს მომწიფო ტესტირების პრაქტიკას.

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

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