شروع سے QA فنکشن سیٹ اپ کرنے کا طریقہ

یہ ایک معمول کا منظر ہے: ایک اسٹارٹ اپ کمپنی کے پاس ایک نیا آئیڈیا ہے اور اس خیال کا ایک ورکنگ ماڈل بنانے کے لئے متعدد ڈویلپرز کی خدمات حاصل کرتا ہے۔

آغاز کی نوعیت کی وجہ سے ، یعنی خیال کی نشوونما کے لئے قلیل وقت کے ساتھ زیادہ رقم کی فراہمی دستیاب نہیں ہے ، اس کی اصل کوشش نئی مصنوعات کو تعمیر کرنے پر مرکوز ہے تاکہ پانی کو جانچنے کے ل public ، اور اسی طرح قدرتی طور پر جانچ کی جاسکے اور QA ترقیاتی ٹیم کے لئے اولین ترجیح نہیں ہے۔

یہ واضح ہوجانے کے بعد کہ یہ نظریہ کامیاب رہا ہے ، کمپنی اس خیال کو بڑھانا چاہتی ہے اور مزید ڈویلپرز کی خدمات حاصل کرنا شروع کرتی ہے ، لیکن اسی کے ساتھ ہی ، وہ یہ بھی چاہتے ہیں کہ اس کی جانچ عوام کے سامنے آنے سے پہلے ہی کی جائے۔


تھوڑی دیر کے لئے ، ٹیسٹنگ کمپنی میں دستیاب ہر شخص کے ذریعہ کی جاتی ہے ، اور اس کی پیروی کے لئے مناسب پروسیس کے بغیر بڑی حد تک ایڈہاک ہوتا ہے۔

تب ایک موڑ آتا ہے جب اسٹارٹ اپ کمپنی ترقی پذیر ٹیم کے لئے ایک نئے کیو اے عمل کو نافذ کرنا شروع کرنے کے لئے اپنے پہلے سینئر کیو اے شخص کی خدمات حاصل کرنے کا فیصلہ کرتی ہے۔


اس مضمون کے مقصد کے ل I ، میں یہ فرض کروں گا کہ آغاز ایک ویب پر مبنی کمپنی ہے ، جیسے۔ ایک ای کامرس ویب سائٹ.



QA کے عمل کو نافذ کرنا

کوالٹی اشورینس پروسیس کا بنیادی مقصد یہ یقینی بنانا ہے کہ پہلی بار صحیح مصنوعہ ٹھیک بنایا گیا ہو۔ اس کا مطلب یہ ہے کہ ، ہمیں اس بات کو یقینی بنانا ہوگا کہ ضروریات کو درست طریقے سے بیان کیا گیا ہو اور ڈویلپمنٹ ٹیم کو کوڈ شروع کرنے سے پہلے نئی خصوصیات کی فعالیت کے بارے میں ٹھوس تفہیم رکھتی ہو۔

یہ نوٹ کرنا ضروری ہے کہ ٹیسٹنگ کوئی مرحلہ نہیں ، یہ ایک سرگرمی ہے اور یہ جانچ پڑتال ترقیاتی عمل کے آغاز ہی سے شروع ہوتی ہے ، جب سے صارف کی کہانیاں لکھی جاتی ہیں۔

جانچ سے ترقی کی حمایت ہونی چاہئے اور لہذا جانچ کی سرگرمیاں ترقیاتی سرگرمیوں کے متوازی ہیں ، اور ترقیاتی عمل کے ہر مرحلے پر ہمیں اس بات کی یقین دہانی کرانے کی ضرورت ہے کہ کوڈ کی مکمل جانچ پڑتال کی جائے۔


جانچ کے عمل کو نافذ کرنے سے پہلے ، ہمیں موجودہ ترقیاتی طریقہ کار اور عمل کو جاننے کی ضرورت ہے اور اگر ضروری ہو تو عمل میں بہتری لانے کے لئے ایڈجسٹمنٹ کی جائے۔

ریگریشن ٹیسٹنگ / سپرنٹ ٹیسٹنگ

جب آپ کمپنی میں پہلے QA فرد کی حیثیت سے شروعات کرتے ہیں تو ، امکان موجود ہے کہ جگہ میں کوئی رجعت آزمائش نہیں ہے اور اسی طرح جب نئی خصوصیات تیار کی جاتی ہیں ، آپ کو اندازہ نہیں ہوتا کہ اگر وہ موجودہ کام کرنے والی ویب سائٹ پر منفی اثر ڈالتے ہیں۔ مزید یہ کہ ، آپ کو نئی خصوصیات کی جانچ کرنے کے لئے ترقیاتی ٹیم کے ساتھ تعاون کرنے کی ضرورت ہے تاکہ وہ یقینی بنائیں کہ وہ مناسب طریقے سے اور وضاحتیں کے مطابق کام کرتی ہیں۔

متوازی طور پر کم از کم دو کام ہیں: سپرنٹ میں نئی ​​کہانیوں کی جانچ اور کچھ حد تک رجعت آزمائش کرنا۔

نئی خصوصیات کی جانچ کو ترجیح دی جاتی ہے کیونکہ موجودہ کام کرنے والی سائٹ کو توڑنے کے بجائے نئے کوڈ میں کیڑے ڈھونڈنے کے زیادہ امکانات موجود ہیں۔ لیکن ، ایک ہی وقت میں ، رجریشن ٹیسٹنگ کی ضرورت ہوتی ہے تاکہ یہ یقینی بنائے کہ موجودہ ایپلی کیشن کام کرتی رہے جب ہم نئی خصوصیات تیار کرتے ہیں۔


درخواست میں تازہ کاری آنے کے ساتھ ہی رجریشن ٹیسٹنگ پیک کو پھانسی دینے کی ضرورت ہے ، تاکہ ترقیاتی ٹیم حاصل کرسکے تیز آراء درخواست کی صحت پر.

رجسٹریشن ٹیسٹ لکھنے کے ساتھ ساتھ نئی خصوصیات کو جانچنے کے ل enough کافی وقت نہیں ہے۔ ہم اس دور کو کیسے توڑ سکتے ہیں؟

عام طور پر ، سپرنٹ کے پہلے کچھ دنوں کے دوران ، ڈویلپرز کوڈنگ میں مصروف رہتے ہیں اور اس لئے نئی خصوصیات کچھ دیر کے لئے جانچ کے لئے تیار نہیں ہوں گی۔ رجعت کے ٹیسٹوں پر کام شروع کرنے کا ایک اچھا موقع یہ ہے۔

رجعت کی جانچ کے لئے بہترین طریقہ کار موجود ہیں ، لیکن عام طور پر ، نقطہ نظر یہ ہوگا کہ پوری ویب سائٹ میں صارف کے بنیادی سفر کی نشاندہی کی جاسکے ، تاکہ ویب سائٹ کی ہر نئی ریلیز پر ، ہمیں یقین ہو کہ اس کی اکثریت ابھی بھی اس قابل استعمال ہے۔ صارفین۔


ان منظرناموں کی ایک مکمل فہرست ہونے کی ضرورت نہیں ہے ، ایک چھوٹا ریگریشن پیک شروع کرنے کے لئے صرف اہم اور انتہائی اہم افراد کافی ہوں گے جو ہر تعمیر پر عمل میں آسکتے ہیں۔ بعد میں ، جیسے ہی رجریشن پیک کی پختگی ہوجاتی ہے ، ہم مزید منظرنامے شامل کرنا شروع کرسکتے ہیں۔

سب سے اہم بات یہ ہے کہ ان رجعت پسندی کے منظرناموں کو خودکار ہونا چاہئے۔

خودکار جانچ

فرتیلی پروجیکٹ میں ، جہاں ایک سپرنٹ عام طور پر تقریبا weeks دو ہفتوں تک رہتا ہے ، وہاں دستی طور پر تمام ٹیسٹنگ کرنے کے لئے اتنا وقت نہیں ملتا ہے۔ نئی کہانیوں کے ساتھ ساتھ ریگریشن ٹیسٹنگ بھی موجود ہے۔ اگرچہ نئی خصوصیات کو جانچنے کے لئے ریسرچ ٹیسٹنگ کرنا سمجھ میں آرہا ہے ، اسی ٹیسٹ کو بار بار دستی طور پر سرانجام دینے کے سنجیدہ کام کو کم کرنے کے ل auto ریگریشن ٹیسٹ خود کار بنائے جائیں۔

پائپ لائن کی تعیناتی / تعمیر

کسی چست پروجیکٹ میں تعیناتی یا بلڈ پائپ لائن اس بات کی وضاحت کرتی ہے کہ کس طرح کہانی پروڈکٹ کے بیک لاگ سے رواں پروڈکشن سائٹ تک پہنچتی ہے۔ یہ ایک عمل اور ہر مرحلے پر ہونے والی سرگرمیوں کی وضاحت کرتا ہے۔


کیو اے کے کامیاب عمل کو نافذ کرنے کے ل. یہ یقینی بناتا ہے کہ ہم کثرت سے کوالٹی کوڈ جاری کرتے ہیں ، تعیناتی پائپ لائن کو لازمی طور پر متعین کیا جانا چاہئے اور تمام اسٹیک ہولڈرز کی پاسداری کی جانی چاہئے۔ تعیناتی پائپ لائن سافٹ ویئر کی فراہمی کی ریڑھ کی ہڈی ہے۔

پائپ لائن بہترین طریقوں پر مبنی ہونی چاہئے اور ہر مرحلے میں ہونے والی سرگرمیوں کو شامل کرنا چاہئے۔

اسٹوری ورکشاپس

فرتیلی پروجیکٹ میں سب سے اہم سرگرمی میں سے ایک یہ ہے کہ اسٹوری ورکشاپ کے اکثر سیشنز۔ یہ تب ہوتا ہے جب پروڈکٹ کا مالک ، ڈویلپرز اور ٹیسٹر ایک کمرے میں جمع ہوجاتے ہیں اور کہانیوں کی تفصیلات کو تفصیل سے بیان کرتے اور ان پر سخت تنقید کرنے لگتے ہیں۔ یہ ضروری ہے کیونکہ ترقیاتی کام شروع کرنے سے پہلے ہر ایک کو کہانی کے بارے میں یکساں فہم ہونا چاہئے۔

کوالٹی اشورینس کا پتہ لگانے کے بجائے عیب کی روک تھام کے بارے میں ہے اور اسی طرح کہانی کی ورکشاپس میں ، ٹیم کو کہانی کی تفصیلات ، کسی تکنیکی یا ڈیزائن کی رکاوٹوں اور کہانیوں کی نشوونما میں رکاوٹوں کے بارے میں سوالات پوچھنے کا موقع ملتا ہے۔

کہانیوں کے قبولیت کے معیار کو لکھنا شروع کرنے کا ایک بہت اچھا موقع ہے۔ ہر ایک کو کردار ادا کرنا چاہئے اور ہر کہانی کے ممکنہ منظرناموں کے بارے میں سوچنا شروع کردینا چاہئے ، کیوں کہ ہر ایک کا الگ الگ نظریہ ہوگا ، لہذا کہانی پر جتنا زیادہ سربراہی کی جائے گی ، اتنا ہی زیادہ منظرناموں کے بارے میں بھی سوچا جاسکتا ہے اور نقائص کو رواں دواں ہونے سے بچانے کا زیادہ امکان ہے۔

ایک بار جب ہر شخص ہر کہانی کی تفصیل اور گنجائش پر یقین ہوجاتا ہے تو ، ترقی کا آغاز ہوتا ہے۔

ترقی کے دوران ڈیولپر کی جانچ / جانچ

ہر کسی کو مصنوعات کے معیار کے لئے ذمہ دار ہونا چاہئے نہ کہ صرف ٹیسٹرز۔ اس طرح ، 'ڈویلپر ٹیسٹنگ' کی کافی مقدار ہونے کی ضرورت ہے تاکہ یہ یقینی بنایا جاسکے کہ مزید جانچ کے ل. ٹیسٹ کے ماحول میں تعینات کرنے سے پہلے لکھا ہوا کوڈ اعلی معیار کا ہے۔

یقینی طور پر فعالیت کے ہر نئے ٹکڑے کی اچھی طرح سے یونٹ کی جانچ ہونی چاہئے۔ اس کے اوپری حصے میں ، انضمام ٹیسٹ ، API ٹیسٹ کے ساتھ ساتھ UI ٹیسٹ ہونے کی ضرورت ہے۔

پیر کوڈ کے جائزے یا 'دوست کی جانچ' ڈویلپر کے کام پر دوسری نظر ڈال سکتی ہے۔ ایک ٹیسٹر یونٹ ٹیسٹوں کا جائزہ لینے میں اور API ٹیسٹ کے ساتھ ساتھ ٹیسٹوں کے درست ٹیسٹ لکھنے کو یقینی بنانے میں مدد کرسکتے ہیں ، نیز اعلی سطحی خودکار UI ٹیسٹ لکھنے میں مدد فراہم کرسکتے ہیں۔

مسلسل انضمام / ٹیسٹ کے ماحول

نئی خصوصیات کو مؤثر طریقے سے جانچنے کے ل we ، ہمیں یہ یقینی بنانا ہوگا کہ کوڈ نہ صرف ڈویلپر کی مشین پر بلکہ دوسرے ماحول میں بھی کام کرتا ہے ، اور دوسرے ڈویلپر کے کوڈ کے ساتھ مل جاتا ہے۔

مسلسل انضمام عمل میں کسی بھی ابتدائی مسئلے کی نشاندہی کرنے میں معاون ہے ، لہذا جب تعیناتی ناکام ہوجاتی ہے تو ہم یہ دیکھنا شروع کرسکتے ہیں کہ مسئلہ کہاں سے آرہا ہے۔

ٹیسٹ ماحولیات ٹیسٹرز اور ٹیم کے دیگر ممبروں کو براہ راست جانے سے قبل نئی خصوصیات کی جانچ کرنے کا موقع فراہم کرتے ہیں۔

غیر فعالی جانچ

جب ضرورت ہو تو ، ہمیں غیر عملی جانچ ، جیسے کارکردگی ، بوجھ اور حفاظتی ٹیسٹنگ بھی کرنی چاہئے۔ کافی حد تک توجہ مرکوز کی گئی ہے کہ فعالیت بہتر طریقے سے کام کرے ، تاہم غیر عملی جانچ کو بھی وہی ترجیح دی جانی چاہئے ، خاص طور پر ویب ایپلیکیشنز کے لئے کیونکہ انھیں بھاری بوجھ اور / یا حملوں کا نشانہ بنایا جاسکتا ہے۔

غیر فعالی جانچ کرکے ، ہم یقین کر سکتے ہیں کہ ہماری ایپلی کیشن اوقات کے دوران بوجھ کو سنبھال سکتی ہے اور یہ سیکیورٹی کے خطرات کے لئے کھلا نہیں ہے۔

دوسرے نکات پر بھی غور کرنا

  • کراس براؤزر ، کراس آلہ کی جانچ
  • موبائل اور ٹیبلٹ ٹیسٹنگ
  • خودکار ٹیسٹوں کے متوازی عمل درآمد
  • ریسرچ ٹیسٹنگ
  • اوزار ، جیسے جیرہ ، جینکنز ، سیلینیم ، وغیرہ…
  • مسلسل بہتری
  • ٹیسٹرز کی بھرتی

دلچسپ مضامین