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 अ‍ॅप्लिकेशनची चाचणी करण्याचा व्यावहारिक व्याप्ती व्यापते, आणि DRF API साठी `APITestCase`, कार्यक्षम चाचणी डेटासाठी `setUpTestData`/फॅक्टरीज आणि वेगवान निर्णायक चाचण्यांसाठी बाह्य सेवांची मॉकिंग यासारख्या साधनांचा ज्ञान परिपक्व चाचणी सरावाचे प्रतिबिंब दर्शवते.

चांगल्या-चाचणी केलेली Django अ‍ॅप्लिकेशन्स रिग्रेशन्स पकडतात, आत्मविश्वास सह रिफॅक्टरिंग सक्षम करतात, आणि अपेक्षित वर्तन दस्तऐवज करतात, जेव्हा फ्रेमवर्कची वेब-जागरूक डिজाइन (विशेषत: चाचणी क्लायंट आणि चाचणी डेटाबेस) व्यापक चाचणी तुमचे स्वत:चे रोल करण्यापेक्षा अधिक सोपे बनवते.

कारण चाचणी व्यावसायिक सॉफ्टवेअर विकासास मूलभूत आहे आणि Django त्याच्या वैशिष्ट्यांशी संबंधित उत्कृष्ट निर्मित समर्थन प्रदान करते, मॉडेल/व्यू/फॉर्म स्तरांमध्ये प्रभावी चाचण्या कशी लिहायची हे जाणून घेणे महत्त्वाचे, वारंवार-प्रासंगिक ज्ञान आहे जो मजबूत, राखणयोग्य अ‍ॅप्लिकेशन्स बिल्ड करणाऱ्या विकासकांना त्या विकासकांपासून वेगळे करते जे नाजूक, अचाचणी कोड शिप करतात.