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