BDD کے بارے میں 3 باتیں جو کوئی آپ کو نہیں بتاتا

آپ کا Cucumber suite چلنے میں چالیس منٹ لیتا ہے۔ آپ کوڈ کی تہوں کو پڑھے بغیر یہ نہیں بتا سکتے کہ ایک single feature file کیا ٹیسٹ کرتی ہے۔

بہت سی ٹیمیں BDD اس لیے اپناتی ہیں کیونکہ business stakeholders کو ٹیسٹ پڑھنے کی ضرورت ہوتی ہے۔ پھر، وہ stakeholders پڑھنا چھوڑ دیتے ہیں۔ نتیجہ یہ نکلتا ہے کہ آپ کے لیے maintenance ایک ڈراؤنا خواب بن جاتی ہے۔

یہاں BDD کے بارے میں تین حقیقتیں دی گئی ہیں۔

1. Gherkin کوئی programming language نہیں ہے

Gherkin میں test scripts لکھنا بند کریں۔ اگر آپ کے scenarios میں ہر کلک اور ہر فیلڈ کی تفصیل ہے، تو آپ اسے غلط طریقے سے کر رہے ہیں۔

Bad Gherkin:

  • Given صارف ای میل "test@example.com" درج کرتا ہے
  • And صارف پاس ورڈ "Password123!" درج کرتا ہے
  • And صارف "Place Order" پر کلک کرتا ہے

Good Gherkin:

  • Given صارف کے پاس خریداری کے لیے اشیاء تیار ہیں
  • When صارف ایک درست credit card سے ادائیگی کرتا ہے
  • Then آرڈر کی تصدیق ہو جاتی ہے

"how" آپ کے step definitions میں ہوتا ہے۔ "what" آپ کی feature files میں ہوتا ہے۔ اپنی feature files کو سادہ رکھیں تاکہ ایک product manager انہیں چند سیکنڈوں میں پڑھ سکے۔

**2. Step definitions کوئی dependency graph نہیں ہیں

ماخذ: https://dev.to/qawalah/3-things-nobody-tells-you-about-bdd-before-your-cucumber-suite-becomes-a-maintenance-nightmare-9c7

اختیاری سیکھنے کی کمیونٹی: https://t.me/GyaanSetuAi