28 ، 2019 اگست کو تازہ کاری ہوئی۔
سافٹ ویئر ڈویلپ ہونے کے بعد سے ٹیسٹنگ کو بڑے پیمانے پر اپنایا گیا ہے۔ بزنس انٹیلی جنس (BI) تاہم ، IBM Cognos جیسے BI سافٹ ویئر میں ترقی کے مربوط حصے کے طور پر جانچ کو اپنانے میں سست روی کا مظاہرہ کر رہی ہے۔ آئیے دریافت کریں کہ BI جانچ کے طریقوں کو اپنانے میں سست کیوں رہا ہے اور اس کے نتائج۔ NOT آزمائشی.
تنظیمیں BI کی جانچ کیوں نہیں کرتی ہیں…
- وقت کی پابندی. BI منصوبوں پر تیزی سے ترسیل کے لیے مسلسل دباؤ ہے۔ کچھ تنظیموں کو جو احساس نہیں ہے وہ یہ ہے کہ وقت کم کرنے کا سب سے آسان مرحلہ ٹیسٹنگ ہے۔
- بجٹ کی رکاوٹیں۔. سوچ یہ ہے کہ جانچ بہت مہنگی ہے اور کسی ٹیسٹنگ ٹیم کو وقف نہیں کر سکتی۔
- جلدی بہتر ہے۔. یہ ضروری طور پر ایک "فرتیلی" نقطہ نظر نہیں ہے اور آپ کو صرف غلط جگہ پر جلدی لے جا سکتا ہے۔
- "صرف پہلی بار درست کرو" ذہنیت۔. یہ بے راہ روی اصرار کرتی ہے کہ کوالٹی کنٹرول کی موجودگی جانچ کی ضرورت کو کم کرے۔
- ملکیت کا فقدان۔. یہ پچھلی گولی کی طرح ہے۔ سوچ یہ ہے کہ "ہمارے صارفین اس کی جانچ کریں گے۔" یہ نقطہ نظر ناخوش صارفین اور بہت سارے سپورٹ ٹکٹ کا باعث بن سکتا ہے۔
- ٹولز کی کمی۔. یہ غلط فہمی کہ ان کے پاس جانچ کے لیے صحیح ٹیکنالوجی نہیں ہے۔
- جانچ کی سمجھ کا فقدان۔. مثال کے طور پر،
- جانچ میں ڈیٹا کی درستگی اور درستگی ، ڈیٹا کی مستقل مزاجی ، ڈیٹا کی بروقت ، ترسیل کی کارکردگی اور ترسیل کے طریقہ کار کے استعمال میں آسانی کا جائزہ لینا چاہیے۔
- بی آئی پروجیکٹ کے دوران ٹیسٹنگ میں ریگریشن ٹیسٹنگ ، یونٹ ٹیسٹنگ ، سموگ ٹیسٹنگ ، انٹیگریشن ٹیسٹنگ ، یوزر ایکسیپلیشن ٹیسٹنگ ، ایڈہاک ٹیسٹنگ ، اسٹریس/اسکیل ایبلٹی ٹیسٹنگ ، سسٹم پرفارمنس ٹیسٹنگ شامل ہوسکتی ہے۔
BI کی جانچ نہ کرنے کی قیمتیں کیا ہیں؟
- ناکارہ ڈیزائن۔. اگر جانچ کو نظر انداز کیا جائے تو ناقص فن تعمیر کو دریافت نہیں کیا جا سکتا۔ ڈیزائن کے مسائل قابل استعمال ، کارکردگی ، دوبارہ استعمال ، نیز دیکھ بھال اور دیکھ بھال میں حصہ ڈال سکتے ہیں۔
- ڈیٹا سالمیت کے مسائل۔. اعداد و شمار کی بدعنوانی یا ڈیٹا نسب کے چیلنجز نمبروں پر اعتماد کی کمی کا باعث بن سکتے ہیں۔
- ڈیٹا کی توثیق کے مسائل۔. خراب ڈیٹا پر کیے گئے فیصلے کاروبار کے لیے تباہ کن ہوسکتے ہیں۔ غلط معلومات پر مبنی میٹرکس کے ذریعے انتظام کرنے کی کوشش کرنے سے بدتر کوئی چیز نہیں ہے۔
- صارف کے اپنانے میں کمی۔. اگر نمبر صحیح نہیں ہیں ، یا اگر ایپلی کیشن صارف دوست نہیں ہے تو ، آپ کی صارف برادری صرف آپ کا چمکدار نیا انٹرپرائز BI سافٹ ویئر استعمال نہیں کرے گی۔
- معیاری نہ ہونے کی وجہ سے اخراجات میں اضافہ۔.
- بی آئی ڈویلپمنٹ لائف سائیکل کے بعد کے مراحل میں نقائص کی مرمت کے لیے اخراجات میں اضافہ۔. ضروریات کے مرحلے سے باہر دریافت ہونے والے کسی بھی مسئلے کی قیمت پہلے سے دریافت ہونے سے کہیں زیادہ ہوگی۔
اب جب کہ ہم نے یہ بتا دیا ہے کہ تنظیمیں کیوں جانچ نہیں کر رہی ہیں اور جب آپ BI کی جانچ نہیں کرتے ہیں تو نقصانات ہوتے ہیں ، آئیے سافٹ ویئر ڈویلپمنٹ میں جانچ کے بارے میں کچھ مطالعات دیکھیں۔
مطالعے سے پتہ چلتا ہے کہ آپ کے BI پلیٹ فارم کی جانچ سے پیسے کی بچت ہوتی ہے!
139 شمالی امریکی کمپنیوں کا ایک مطالعہ۔ 250 سے 10,000،5.2 ملازمین کے سائز میں ، سالانہ ڈیبگنگ کے اخراجات $ 22M سے $ XNUMXM تک رپورٹ ہوئے۔ یہ لاگت کی حد تنظیموں کی عکاسی کرتی ہے۔ ایسا نہیں کرتے جگہ پر خودکار یونٹ ٹیسٹنگ ہے۔ علیحدہ علیحدہ ، آئی بی ایم اور مائیکروسافٹ کی تحقیق نے پایا۔ ساتھ جگہ پر خودکار یونٹ ٹیسٹنگ ، نقائص کی تعداد 62 and اور 91 between کے درمیان کم کی جا سکتی ہے. اس کا مطلب یہ ہے کہ ڈیبگنگ پر خرچ ہونے والے ڈالر $ 5M - $ 22M رینج سے $ 0.5M سے $ 8.4M رینج تک کم کیے جا سکتے ہیں۔ یہ بہت بڑی بچت ہے!
غلطیوں کو درست کرنے کے اخراجات تیزی سے بڑھاتے ہیں۔
سافٹ وئیر ڈویلپمنٹ کی کامیاب حکمت عملی پر ایک مقالہ۔ یہ ظاہر کرتا ہے کہ زیادہ تر غلطیاں ترقیاتی چکر میں ابتدائی طور پر کی جاتی ہیں اور یہ کہ جتنا زیادہ آپ اس کا پتہ لگانے اور درست کرنے کا انتظار کرتے ہیں ، اس کو ٹھیک کرنے میں اتنا ہی زیادہ خرچ آتا ہے۔ لہذا ، یہ واضح نتیجہ اخذ کرنے میں کسی راکٹ سائنسدان کی ضرورت نہیں ہے کہ جتنی جلدی غلطیاں دریافت کی جائیں اور درست کی جائیں ، اتنا ہی بہتر ہے۔ راکٹ سائنس کی بات کرتے ہوئے ، ایسا ہی ہوتا ہے کہ ناسا نے صرف اس پر ایک مقالہ شائع کیا - "پروجیکٹ لائف سائیکل کے ذریعے خرابی لاگت میں اضافہ۔"
یہ بدیہی ہے کہ غلطیوں کو ٹھیک کرنے کے اخراجات بڑھتے ہیں جیسے جیسے ترقیاتی زندگی کا دور آگے بڑھتا ہے۔ ناسا کا مطالعہ اس بات کا تعین کرنے کے لیے کیا گیا تھا کہ دریافت کی گئی غلطیوں کو ٹھیک کرنے کی نسبت کتنی جلدی قیمت بڑھتی ہے۔ اس مطالعے نے رشتہ دار اخراجات کا تعین کرنے کے لیے تین طریقوں کا استعمال کیا: نیچے کی لاگت کا طریقہ ، کل لاگت کی خرابی کا طریقہ ، اور اوپر سے نیچے کے فرضی منصوبے کا طریقہ۔ اس مقالے میں بیان کردہ نقطہ نظر اور نتائج ایک ہارڈ ویئر/سافٹ وئیر سسٹم کی نشوونما پراجیکٹ کی خصوصیات کے حامل ہیں جو بڑے ، پیچیدہ خلائی جہاز ، ایک فوجی ہوائی جہاز ، یا ایک چھوٹے مواصلاتی سیٹلائٹ کی تیاری میں استعمال ہوتے ہیں۔ نتائج اس ڈگری کو ظاہر کرتے ہیں جس سے اخراجات بڑھتے ہیں ، کیونکہ غلطیاں دریافت کی جاتی ہیں اور پراجیکٹ لائف سائیکل میں بعد میں اور بعد کے مراحل میں طے کی جاتی ہیں۔ یہ مطالعہ دوسری تحقیق کا نمائندہ ہے جو کی گئی ہے۔
مذکورہ چارٹ سے ، ٹی آر ڈبلیو ، آئی بی ایم ، جی ٹی ای ، بیل لیبز ، ٹی ڈی سی اور دیگر کی تحقیق مختلف ترقیاتی مراحل کے دوران غلطیوں کو ٹھیک کرنے کی لاگت کو ظاہر کرتی ہے۔
- ضروریات کے مرحلے کے دوران دریافت ہونے والی خرابی کو ٹھیک کرنے کی قیمت اس طرح بیان کی گئی ہے۔ 1 یونٹ
- اگر ڈیزائن کے مرحلے کے دوران اس غلطی کو ٹھیک کرنے کی لاگت ہے۔ دوگنا کہ
- کوڈ اور ڈیبگ مرحلے میں ، خرابی کو ٹھیک کرنے کی لاگت ہے۔ 3 یونٹس
- یونٹ ٹیسٹ اور انٹیگریٹ مرحلے میں ، خرابی کو ٹھیک کرنے کی لاگت بن جاتی ہے۔ 5
- سسٹم ٹیسٹ مرحلے کے مرحلے میں ، خرابی کو ٹھیک کرنے کی لاگت 20 تک پہنچ جاتی ہے۔
- اور ایک بار جب نظام آپریشن کے مرحلے میں ہے ، غلطی کو درست کرنے کے لیے متعلقہ لاگت 98 تک پہنچ گئی ہے ، اگر ضروریات کے مرحلے میں غلطی کو درست کرنے کی لاگت کا تقریبا 100 XNUMX گنا!
نچلی بات یہ ہے کہ اگر خرابیوں کو جلد پکڑا نہ جائے تو ان کی مرمت کرنا زیادہ مہنگا پڑتا ہے۔
نتیجہ
اہم تحقیق کی گئی ہے جو سافٹ ویئر ڈویلپمنٹ میں ابتدائی اور مسلسل ٹیسٹنگ کی قدر کو ظاہر کرتی ہے۔ ہم ، BI کمیونٹی میں ، سافٹ ویئر ڈویلپمنٹ میں اپنے دوستوں سے سیکھ سکتے ہیں۔ اگرچہ سافٹ وئیر ڈویلپمنٹ سے متعلق زیادہ تر باضابطہ تحقیق کی گئی ہے ، BI ڈویلپمنٹ کے بارے میں اسی طرح کے نتائج اخذ کیے جا سکتے ہیں۔ جانچ کی قدر ناقابل تردید ہے ، لیکن بہت سی تنظیمیں اپنے BI ماحول کی باضابطہ جانچ سے فائدہ اٹھانے اور جانچ کو اپنے BI ترقیاتی عمل میں ضم کرنے میں سست روی کا مظاہرہ کر رہی ہیں۔ کے اخراجات۔ نوٹ ٹیسٹ حقیقی ہیں سے وابستہ خطرات۔ نوٹ ٹیسٹ حقیقی ہیں
عمل میں کچھ خودکار Cognos ٹیسٹنگ دیکھنا چاہتے ہیں؟ ہماری پلے لسٹ پر ویڈیوز دیکھیں۔ یہاں کلک کر کے!
