Agile testing
ایجائل ٹیسٹنگ ایک سافٹ ویئر ٹیسٹنگ پریکٹس ہے جو ایجائل سافٹ ویئر ڈویلپمنٹ کے اصولوں پر عمل کرتی ہے۔ ایجیل ٹیسٹنگ میں ایک کراس فنکشنل ایجیل ٹیم کے تمام ممبران شامل ہوتے ہیں، جن میں ٹیسٹرز کی طرف سے دی گئی خصوصی مہارت ہوتی ہے، تاکہ گاہک کی طرف سے مطلوبہ کاروباری قدر کو مستقل وقفوں پر فراہم کرنے کو یقینی بنایا جا سکے، اور پائیدار رفتار سے کام کیا جا سکے۔ مطلوبہ اور ناپسندیدہ رویے کی مثالوں کو حاصل کرنے اور گائیڈ کوڈنگ کے لیے مثال کے طور پر وضاحت کا استعمال کیا جاتا ہے۔ جائزہ ایجائل ڈویلپمنٹ تسلیم کرتا ہے کہ جانچ ایک الگ مرحلہ نہیں ہے، بلکہ کوڈنگ کے ساتھ سافٹ ویئر ڈویلپمنٹ کا ایک لازمی حصہ ہے۔ فرتیلی ٹیمیں سافٹ ویئر پروڈکٹ میں "بیکنگ کوالٹی ان" کے لیے "پوری ٹیم" کا نقطہ نظر استعمال کرتی ہیں۔ فرتیلی ٹیموں پر جانچ کرنے والے صارفین سے مطلوبہ رویے کی مثالیں حاصل کرنے میں اپنی مہارت پیش کرتے ہیں، ترقیاتی ٹیم کے ساتھ تعاون کرتے ہیں تاکہ ان کو قابل عمل وضاحتیں میں تبدیل کیا جا سکے جو کوڈنگ کی رہنمائی کرتی ہیں۔ جانچ اور کوڈنگ اضافی اور انٹرایکٹو طور پر کی جاتی ہے، ہر خصوصیت کو اس وقت تک بڑھایا جاتا ہے جب تک کہ یہ پیداوار کو جاری کرنے کے لیے کافی قیمت فراہم نہ کرے۔ فرتیلی جانچ ہر قسم کی جانچ کا احاطہ کرتی ہے۔ ایجائل ٹیسٹنگ کواڈرینٹس ٹیموں کو مطلوبہ ٹیسٹنگ کی شناخت اور منصوبہ بندی میں مدد کرنے کے لیے ایک مددگار درجہ بندی فراہم کرتے ہیں۔ ایجائل ٹیسٹنگ کواڈرینٹس کے ماڈل کو اصل میں برائن مارک نے بیان کیا تھا، اور اسے لیزا کرسپین اور جینیٹ گریگوری نے اپنی کتاب ایجائل ٹیسٹنگ: اے پریکٹیکل گائیڈ فار ٹیسٹرز اینڈ ایجائل ٹیموں میں مقبول کیا تھا۔ یہ ٹیسٹ کی مختلف اقسام کو دو محوروں پر رکھتا ہے: ٹیکنالوجی کا سامنا کرنا بمقابلہ کاروبار کا سامنا کرنا، اور سپورٹ پروگرامنگ بمقابلہ کریٹک پروڈکٹ۔ روایتی جانچ کے طریقہ کار (اکثر سافٹ ویئر ڈویلپمنٹ کے واٹر فال ماڈل میں استعمال ہوتے ہیں) میں عام طور پر دو ٹیم، دو مرحلے کا عمل شامل ہوتا ہے جس میں ڈویلپمنٹ ٹیم پروڈکٹ کو زیادہ سے زیادہ کمال کے قریب بناتی ہے۔ سافٹ ویئر پروڈکٹ کو سافٹ ویئر ڈویلپمنٹ لائف سائیکل میں دیر سے پہنچایا جاتا ہے جس مقام پر ٹیسٹ ٹیم زیادہ سے زیادہ کیڑے/غلطیاں تلاش کرنے کی کوشش کرتی ہے۔ ان روایتی طریقوں کے برعکس، ایجیل ٹیسٹنگ پروجیکٹ کے اختتام کا انتظار کرنے کے بجائے فوری طور پر غلطیوں کی مرمت پر مرکوز ہے۔ جب جانچ کسی پروجیکٹ کے آخری سرے پر ہوتی ہے، تو اسے بعض اوقات اہم نظام الاوقات اور بجٹ کی پابندیوں کو پورا کرنے کے لیے مدت اور معیار کے لحاظ سے قربان کیا جا سکتا ہے۔ ترقی اور جانچ کے تاثرات کے درمیان کا وقت کم ہونے کے ساتھ لاگت کم ہونے کی توقع ہے۔ مختصر فیڈ بیک لوپس کے ساتھ، کیڑے کو ٹھیک کرنے اور دوبارہ کام کرنے کے لیے کم وقت درکار ہوتا ہے کیونکہ ڈویلپرز نئے مسائل اور منصوبوں کی طرف بڑھتے ہوئے کوڈ کے سیاق و سباق کو دوبارہ جوڑنے میں بہت کم وقت صرف کرتے ہیں۔ "ورلڈ وائیڈ سافٹ ویئر ٹیسٹنگ پریکٹس رپورٹ 2015-2016" میں، آئی ایس ٹی کیو بی نے پایا کہ ایجائل طریقہ کار کی مقبولیت میں نمایاں اضافہ ہو رہا ہے، جو ایجائل ٹیسٹنگ کے عمل اور تکنیکوں کی ضرورت کو ظاہر کرتا ہے۔ وہ اپنے سرٹیفیکیشن کے لیے ایجائل ٹیسٹر کی توسیع فراہم کر رہے ہیں۔ ٹولز جیسے جیسے کمپنیاں ترقی کرتی ہیں، چالاک ٹیسٹنگ ٹیمیں اکثر ان چیلنجوں کو حل کرنے کے لیے سافٹ ویئر ٹیسٹنگ ٹولز پر انحصار کرتی ہیں جو بالآخر فیڈ بیک کی ریلیز کو تیز کر سکتے ہیں۔ زیادہ تر ٹیمیں باہمی تعاون کی خصوصیات، خودکار یا اپنی مرضی کے مطابق رپورٹنگ اور بار بار کوششوں سے بچنے کے طریقے تلاش کرتی ہیں۔ صحیح ٹول کا انتخاب ہر ٹیم کی ضروریات پر منحصر ہوگا۔ دیگر ایجائل لائف سائیکل ڈیولپمنٹ ٹولز کے ساتھ جوڑ کر، ایجائل ٹیسٹنگ ٹولز مربوط ماحول میں ایک ساتھ رہ کر موثر نتائج فراہم کر سکتے ہیں۔ اٹلاسیئن مارکیٹ پلیس اور مائیکروسافٹ ویژول اسٹوڈیو کا یہی معاملہ ہے۔ کچھ ٹیسٹ مینجمنٹ ٹولز ایس ڈی ایل سی میں ٹیموں کو پہلے شامل کرکے ایجائل ٹیسٹنگ کی حمایت کرتے ہیں تاکہ کہانیوں کے ارتقا کے ساتھ ساتھ ٹیسٹ کے منظرنامے مسلسل تیار کیے جا سکیں۔ ٹیمیں اکثر ایسا حل تلاش کرتی ہیں جو خودکار اور دستی جانچ کا مجموعہ فراہم کر سکے۔ مزید پڑھنا حوالہ جات سافٹ ویئر ٹیسٹنگ ایجائل سافٹ ویئر ڈویلپمنٹ