আপনি কীভাবে Django অ্যাপ্লিকেশন পরীক্ষা করেন?

Question

Accepted Answer

Django একটি **বিল্ট-ইন টেস্টিং ফ্রেমওয়ার্ক** অন্তর্ভুক্ত করে (Python এর `unittest` সম্প্রসারিত করে) যা ওয়েব অ্যাপ্লিকেশনের জন্য তৈরি করা হয়েছে — অনুরোধ অনুকরণের জন্য একটি টেস্ট ক্লায়েন্ট, একটি fixtures/ডেটাবেস সিস্টেম যা একটি বিচ্ছিন্ন টেস্ট ডেটাবেস তৈরি করে, এবং মডেল, ভিউ এবং ফর্ম পরীক্ষার জন্য সহায়ক।

## একটি মৌলিক টেস্ট কেস

```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 এর বৈশিষ্ট্যের জন্য তৈরি চমৎকার বিল্ট-ইন সহায়তা প্রদান করে, মডেল/ভিউ/ফর্ম স্তর জুড়ে কার্যকর পরীক্ষা কীভাবে লিখতে হয় তা জানা গুরুত্বপূর্ণ, ঘন ঘন প্রাসঙ্গিক জ্ঞান যা শক্তিশালী, রক্ষণাবেক্ষণযোগ্য অ্যাপ্লিকেশন তৈরি করে এমন ডেভেলপারদের পার্থক্য করে যারা ভঙ্গুর, অপরীক্ষিত কোড শিপ করে তাদের থেকে।