- تعارف کاٻي پاسي شفٽ جي تصور ڏانهن
- کاٻي پاسي شفٽ ٽيسٽنگ ڇا آهي؟
- ڪيئن آھي؟ شفٽ کاٻي اثر سافٽ ويئر ڊولپمينٽ؟
- ٽيسٽ ڪندڙن کي ڇا ڪرڻ گهرجي مختلف طريقي سان کاٻي شفٽ ۾؟
- نتيجو
اسان کي هيٺ ڏنل تبصرن جي سيڪشن ۾ پنهنجا خيال/ تجويزون ڏيو.
اڳوڻو سبق
سافٽ ويئر ٽيسٽنگ جو تصور بتدريج متعارف ٿيو جڏهن پيداوار مان نقص پروجيڪٽ جي بجيٽ کي مارڻ شروع ڪيو ۽ ان ڪري ’فنڪشنل ٽيسٽنگ‘ ٽيسٽ ڪندڙن جي هڪ انتهائي ڪمزور ٽيم سان عمل ۾ آيو. ان وقت، اسان 20 ڊولپرز جي ٽيم جي خلاف صرف ٻه ٽيسٽ ڪندڙ هئاسين.
4>
آئي ٽي انڊسٽري سافٽ ويئر ڊولپمينٽ لاءِ واٽر فال ماڊل جي پيروي ڪرڻ شروع ڪئي، جنهن ۾ اسان سڀ ڄاڻون ٿا. ، سافٽ ويئر ڊولپمينٽ لائف سائيڪل ترتيب سان هلي ٿي.
تنهنڪري، جيڪڏهن توهان شروع ڪريو کاٻي کان ساڄي، ٽيسٽنگ مرحلو سافٽ ويئر ڊولپمينٽ لائف سائيڪ جي انتهائي ساڄي طرف آهي.
تعارف کاٻي پاسي شفٽ جي تصور ڏانهن
ڪجهه عرصي دوران، ماڻهن کي احساس ٿيو ته سافٽ ويئر ٽيسٽنگ جي اهميت ۽ ’ٽيسٽنگ فيز‘ کي انتهائي ساڄي پاسي يا آخر ۾ رکڻ جو اثر سافٽ ويئر ڊولپمينٽ لائف سائيڪل. اهو احساس ٿيو ڇو ته بگ جي قيمت انتهائي ساڄي طرف جي نشاندهي ڪئي وئي ۽ آخر ۾ تمام گهڻي هئي ۽ وڏي ڪوشش ۽. انهن کي درست ڪرڻ لاءِ تمام گهڻو وقت گهربل هو.
اهڙا ڪيس هئا جڏهن سافٽ ويئر تي تمام گهڻو وقت ۽ ڪوشش خرچ ڪرڻ کان پوءِ، آخر ۾ نشاندهي ڪيل اهم بگ جي ڪري، مشن-نازڪ سافٽ ويئر جاري نه ٿي سگهيو. ان ڪري مارڪيٽ جو وڏو نقصان ٿيو.
ان ڪري، آخري مرحلي دوران بگ جي سڃاڻپ جي ڪري يا ته رليز دير ٿي وئي ياڀيرا، سافٽ ويئر کي ختم ڪيو ويو انهن کي درست ڪرڻ جي گهربل ڪوشش تي غور ڪندي، جيڪو حقيقت ۾ ان جي لائق نه هو.
'نقصان گهٽ قيمتي هوندا آهن جڏهن پڪڙيا ويندا آهن جلدي.
هن احساس ۽ وڏو سبق سکيو، سافٽ ويئر انڊسٽري ۾ هڪ عظيم انقلاب متعارف ڪرايو ۽ هڪ نئين تصور کي جنم ڏنو جنهن جو نالو 'Shift Left'2 آهي. ، جنهن جو مطلب آهي ’ٽيسٽنگ فيز‘ کي ساڄي کان کاٻي طرف منتقل ڪرڻ يا هر اسٽيج تي ٽيسٽنگ شامل ڪرڻ ۽ ٽيسٽ ڪندڙن کي شامل ڪرڻ.
کاٻي پاسي شفٽ ٽيسٽنگ جو مطلب اهو آهي ته صرف آخر ۾ ٽيسٽ نه ڪريو پر مسلسل ٽيسٽ.
4>
کاٻي پاسي شفٽ ٽيسٽنگ ڇا آهي؟
سڀ کان پهريان، 'Shift left' جو اصول سپورٽ ڪري ٿو ٽيسٽنگ ٽيم کي تعاون ڪرڻ لاءِ سڀني اسٽيڪ هولڊرن سان تعاون ڪرڻ جي شروعات سافٽ ويئر ڊولپمينٽ جي مرحلي ۾. ان ڪري اهي واضح طور تي ضرورتن کي سمجهي سگهن ٿا ۽ ٽيسٽ ڪيسن کي ڊزائين ڪري سگھن ٿا سافٽ ويئر جي مدد ڪرڻ لاءِ 'فيل فاسٽ' ۽ ٽيم کي سڀني ناڪامين کي جلد کان جلد حل ڪرڻ جي قابل بڻائي سگھن ٿا.
Shift Left اپروچ ڪجهه به نه آهي پر ٽيسٽ ڪندڙن کي گهڻو اڳ شامل ڪرڻ کان سواءِ سافٽ ويئر ڊولپمينٽ جي زندگي جي چڪر ۾، جنهن جي نتيجي ۾ انهن کي ضرورتن، سافٽ ويئر ڊيزائن، آرڪيٽيڪچر، ڪوڊنگ ۽ ان جي ڪارڪردگي کي سمجهڻ جي اجازت ڏيندو، گراهڪن، ڪاروباري تجزيه نگارن، ۽ ڊولپرز کان سخت سوال پڇڻ، وضاحت طلب ڪرڻ ۽ موٽ ڏيو جتي ممڪن هجي مدد ڪرڻ لاء. ٽيم.
اها شموليت ۽ سمجهه هونديٽيسٽ ڪندڙن کي پروڊڪٽ جي باري ۾ مڪمل ڄاڻ حاصل ڪرڻ لاءِ اڳواڻي ڪريو، مختلف منظرنامي تي غور ڪريو، ۽ سافٽ ويئر جي رويي جي بنياد تي حقيقي وقت جا منظرنامو ٺاھيو جيڪي ٽيم کي ڪوڊنگ ٿيڻ کان اڳ ئي نقصن جي نشاندهي ڪرڻ ۾ مدد ڏين.
ڪيئن آھي؟ شفٽ کاٻي اثر سافٽ ويئر ڊولپمينٽ؟
Shift Lift اپروچ سافٽ ويئر ڊولپمينٽ کي ڪيترن ئي طريقن سان متاثر ڪري ٿو.
هيٺ ڏنل ڪجھ اهم نقطا کاٻي پاسي شفٽ بابت آهن:
- شفٽ کاٻي اپروچ تي ڌيان ڏئي ٿو 1>سڀني ۾ ٽيسٽرن کي شامل ڪرڻ ۽ سڀ کان اهم طور تي نازڪ مرحلو 8> پروگرام جي
مجموعي طور تي کاٻي پاسي واري شفٽ ٽيسٽنگ ٽيسٽ ڪندڙن لاءِ ڪال ڪري ٿي 'جلد شامل ٿيو' ، جيترو جلد ٿي سگهي ۽بحث ۾ مشغول ۽ تعاون ڪريو خيالن، ضرورتن تي هر اسٽيج تي جتي اسٽيج جو نتيجو حتمي پهچائڻ جي قيمت تي اثر انداز ٿئي ٿو ۽ منصوبي کي خطرن کي سڃاڻڻ ۽ ان کي اڳ ۾ گھٽ ڪرڻ ۾ مدد پڻ ڪري ٿو.
ٽيسٽ ڪندڙن کي ڇا ڪرڻ گهرجي مختلف طريقي سان کاٻي شفٽ ۾؟
هيٺ ڏنل چند اهم عنصر آهن جن کي نوٽ ڪيو وڃي جيئن ٽيسٽ ڪندڙ مختلف طريقي سان ڪندا آهن Shift Left Strategy:
#1) ٽيسٽ ٽيم ضرورت آهي سسٽم ۾ شروعات کان ئي پروجيڪٽ جي شروعات کان وٺي ته جيئن ٽيم جي باقي ٽيم ۽ ڪاروبار سان انضمام کي ترقي ڪري هر اسٽيج تي مفيد معلومات مهيا ڪري سگهي سافٽ ويئر ڊولپمينٽ جو.
#2) ٽيسٽ ٽيم کي ڪاروبار سان ڪم ڪرڻ گهرجي & آپريشنز ٽيم ۽ پروگرام تي وضاحت حاصل ڪريو ۽ مطالبو جو واضح نظارو مهيا ڪريو ۽ وسيلن جي ريمپ اپ جي ضرورتن، تربيت جي ضرورتن، ۽ جانچ جي اوزار جي ضرورتن تي موثر طريقي سان منصوبابندي ڪرڻ ۾ مدد ڪريو. اڳواٽ ۾.
#3) ٽيسٽ ٽيمن کي لازمي طور تي سڀني ڪاروباري اسٽيڪ هولڊرز سان رابطو ڪرڻ گهرجي سافٽ ويئر ڊولپمينٽ جي شروعات ۾ پراڊڪٽ جي واضح نمائش حاصل ڪرڻ لاءِ 9 & هڪ متحد ٽيسٽنگ حڪمت عملي ٺاهيو ۽ هڪ بهتر جانچ جي ڪوشش لاءِ منصوبه بندي ڪريو، ٽيسٽ ماحول تي انحصار جو تجزيو ڪريو، ٽئين پارٽيون، اسٽبس وغيره، ۽ تيار ڪريو مضبوط آٽوميشن حڪمت عملي ۽ فريم ورڪ ۽ هڪ مؤثر ٽيسٽ ڊيٽا مينيجمينٽ ٺاهيمنصوبو.
#4) ٽيسٽ ٽيم کي باقي ٽيم سان گڏ ڪم ڪرڻو پوندو عظيم ٽيسٽ ليڊرشپ ۽ ٽيم کي هدايت اهڙيءَ طرح صرف جانچ جي سرگرمين جي ذميواري کڻڻ بجاءِ ڊگھي مدي واري پراڊڪٽ ويزن کي ذهن ۾ رکو.
#5) گهرجون ڪنهن به پروگرام جي ڪاميابي لاءِ ڪنجي ۽ بنياد آهن ۽ وضاحت ڪيل گهرجون منصوبي جي ڪاميابي کي بيان ڪن ٿيون. ضرورتن جي منصوبه بندي جي مرحلي دوران، ٽيسٽ ڪندڙن کي جي ضرورتن جو جائزو وٺڻ ۽ تجزيو ڪرڻ جي ضرورت آهي ڪنهن به ابهام، بهتر وضاحت، مڪمليت، امتحان جي صلاحيت، قبوليت جي معيار جي تعريف، وغيره.
پڻ غائب ضرورتن جي نشاندهي ڪرڻ جي ضرورت آهي (جيڪڏهن ڪو به هجي)، ۽ انحصار ۽ عمل درآمد واري حڪمت عملي کي سمجهڻ جي ضرورت آهي. صاف گهرجون سافٽ ويئر جي مدد ڪري ٿي 'فيل فاسٽ' ۽ سڀني ناڪامين کي جلد کان جلد ٺيڪ ڪرڻ ۾.
#6) ضرورتن جي لاءِ ڪافي وضاحت ۽ درستگي آڻيو حقيقي مثال جيڪي انهن خاصيتن کي بيان ڪن ٿيون جيڪي استعمال ۾ آهن.
#7) ٽيسٽ ڪندڙن کي ڊزائن جي جائزي جي گڏجاڻين ۾ شرڪت ڪرڻ جي ضرورت آهي باقاعدگي سان ۽ پروڊڪٽ جي ڊيزائن ۽ آرڪيٽيڪچر کي سمجھو ۽ ڊيزائن جي خامين کي سڃاڻو، متبادل ڊيزائن جا اختيار تجويز ڪريو، خامين جي نشاندهي ڪريو، ۽ ڊزائينز کي ٽوڙڻ لاءِ ان مطابق ٽيسٽ منظرنامو ٺاھيو.
#8) جانچ ڪندڙن کي ضرورت آهي ته جامد ٽيسٽنگ (جائزو) اڳ ۾ ئي ڪريو ۽ اهم پروجيڪٽ تي راءِ ڏيودستاويزن ته جيئن خرابين کي سافٽ ويئر ۾ گرائونڊ ٿيڻ کان روڪيو وڃي ۽ بعد ۾ ان جي اثر کي وڌايو وڃي.
#9) ٽيسٽ ٽيم کي ڊزائين ۽ ڊولپمينٽ ٽيم سان تعاون ڪرڻ گهرجي ۾ اڳواٽ ٽيسٽ منظرنامو مهيا ڪرڻ لاءِ ڪوڊ ڊولپ ڪرڻ لاءِ ۽ سڀني ممڪن حقيقي وقت جي منظرنامي ۽ ڪاروباري وهڪري کي پتو ڏيو.
#10) ٽيسٽ ٽيم کي ڊزائين ڪرڻي آهي مضبوط ۽ مضبوط ٽيسٽ منظرنامو جيئن ته جاچ دوران صرف چند نقصن جي نشاندهي ڪئي وڃي ۽ وڏين خرابين کي روڪيو وڃي جڏهن جاچ جي مرحلي ۾ داخل ٿئي.
#11) ٽيسٽ ڪندڙن کي جيترو جلد ٿي سگهي ٽيسٽ ڪرڻي پوندي ، اها اسٽينڊ اڪيلو هجي يا لوڪل سسٽم تي، ته جيئن خرابي بعد جي مرحلن ۾ نه اچي.
سڄو خراب ٽيسٽ ڪندڙن لاءِ 'شفٽ کاٻي' جي تصور جو مقصد آهي ته جلد کان جلد هر ممڪن طريقي سان خرابين کي ڳولڻ. شفٽ کاٻي اپروچ چست منشور جي بنياد تي ڪم ڪري ٿو ۽ ان ۾ ڪيترائي فائدا پڻ آهن.
اهي آهن:
- فرد ۽ رابطي اوور پروسيس ۽ اوزار.
- ڪم ڪندڙ سافٽ ويئر جامع دستاويزن تي.
- گراهڪ تعاون معاهدي جي ڳالهين تي.
- جواب ڏيڻ تبديل ڪريو ھڪڙي منصوبي تي عمل ڪندي.
اسان ڏسي سگھون ٿا ته قيمت ساڄي پاسي جي شين ۾ آھي، اسان کاٻي پاسي واري شيون لاء وڌيڪ قدر ڪريون ٿا.
خير، کاٻي شفٽ بابت آهيجانچ جي خيال کي پروسيس ۾ اڳ ۾ آڻڻ جو نتيجو بهتر ۽ وڌيڪ موثر ٽيسٽنگ ۽ سافٽ ويئر جي معيار کي بهتر بڻائي ٿو>
11>12>نقصن کي جلد ڳولڻ سان پروجيڪٽ جي لاڳت ۾ گهٽتائي اچي ٿي. 
نتيجو
'Shift Left' تصور سڄي 'ٽيسٽنگ' ڪردار لاءِ هڪ وڏي تبديلي آندو. ان وقت تائين، جاچ لاءِ واحد توجهه صرف ’نقصن جي چڪاس‘ تي هو، ۽ هاڻي جاچ جي نقطه نظر کان ’کاٻي طرف شفٽ‘ جو مقصد آهي ’ابتدائي عيب جي سڃاڻپ کان جامد جاچ‘ .
اهڙيءَ طرح، کاٻي پاسي شفٽ سافٽ ويئر ڊولپمينٽ جي طريقي ۾ سافٽ ويئر انڊسٽري ۾ هڪ وڏو ليپ آهي مارڪيٽ ڏانهن رفتار، سافٽ ويئر جي معيار کي بهتر ڪرڻ، ۽ 'ٽائم ٽو مارڪيٽ' کي گهٽائڻ.
ليکڪ جي باري ۾: هي آرٽيڪل STH ٽيم جي ميمبر پاران لکيل آهي گايٿري سبرامنيم. هوءَ 90 جي ڏهاڪي کان سافٽ ويئر جي جاچ ۾ آهي، جڏهن صنعت ۾ ٽيسٽر جو ڪردار متعارف ڪرايو ويو هو. پنهنجي ٽيسٽ ڪيريئر دوران، هن ٽيسٽ ڊيليوريز کي هٿي وٺرائڻ کان علاوه TMMI جا ڪيترائي جائزا، ٽيسٽ انڊسٽريلائيزيشن ڪم، ۽ TCOE سيٽ اپ ڪيا آهن.