اي حبر!
منهنجو نالو ميڪيم پونومارينڪو آهي ۽ مان اسپورٽس ماسٽر ۾ ڊولپر آهيان. مون وٽ آئي ٽي فيلڊ ۾ 10 سالن جو تجربو آهي. هن پنهنجي ڪيريئر جي شروعات دستي جاچ ۾ ڪئي، پوءِ ڊيٽابيس ڊولپمينٽ ڏانهن رخ ڪيو. گذريل 4 سالن کان، ٽيسٽنگ ۽ ڊولپمينٽ ۾ حاصل ڪيل علم کي گڏ ڪندي، مان ڊي بي ايم ايس جي سطح تي خودڪار ٽيسٽنگ ڪري رهيو آهيان.
مان صرف هڪ سال کان اسپورٽ ماسٽر ٽيم تي آهيان ۽ هڪ وڏي پروجيڪٽ تي خودڪار ٽيسٽ ٺاهي رهيو آهيان. اپريل ۾، اسپورٽ ماسٽر ليب جا ماڻهو ۽ مون ڪراسنوڊار ۾ هڪ ڪانفرنس ۾ ڳالهايو، منهنجي رپورٽ کي سڏيو ويو "ڊي بي ايم ايس ۾ يونٽ ٽيسٽ"، ۽ هاڻي مان توهان سان حصيداري ڪرڻ چاهيان ٿو. اتي تمام گهڻو متن هوندو، تنهنڪري مون رپورٽ کي ٻن پوسٽن ۾ ورهائڻ جو فيصلو ڪيو. پهرين ۾، اسان عام طور تي آٽو ٽيسٽ ۽ ٽيسٽ بابت ڳالهائينداسين، ۽ ٻئي ۾، مان اسان جي يونٽ ٽيسٽنگ سسٽم ۽ ان جي ايپليڪيشن جي نتيجن تي وڌيڪ تفصيل سان ڳالهائيندس.
پهريون، ٿورو بورنگ نظريو. خودڪار ٽيسٽ ڇا آهي؟ اها جاچ آهي جيڪا سافٽ ويئر استعمال ڪندي ڪئي وئي آهي، ۽ جديد آئي ٽي ۾ اهو تيزيء سان سافٽ ويئر ڊولپمينٽ ۾ استعمال ٿيندو آهي. اهو ان حقيقت جي ڪري آهي ته ڪمپنيون وڌي رهيون آهن، انهن جي معلوماتي سسٽم وڌي رهيا آهن ۽، مطابق، ڪارڪردگي جو مقدار جيڪو جانچڻ جي ضرورت آهي، وڌندڙ آهي. هٿرادو ٽيسٽ ڪرائڻ وڌيڪ مهانگو ٿيندو پيو وڃي.
مون هڪ وڏي ڪمپني لاءِ ڪم ڪيو جنهن جا رليز هر ٻن مهينن بعد نڪرندا آهن. ساڳئي وقت، هڪ درجن ٽيسٽرن کي دستي طور تي ڪارڪردگي جي جانچ ڪرڻ تي پورو مهينو خرچ ڪيو ويو. ڊولپرز جي هڪ ننڍڙي ٽيم پاران آٽوميشن کي لاڳو ڪرڻ جي مهرباني، اسان هڪ اڌ سال ۾ 2 هفتن تائين جانچ جي وقت کي گهٽائڻ جي قابل ٿي ويا. اسان نه رڳو جانچ جي رفتار کي وڌايو آهي، پر ان جي معيار کي پڻ بهتر ڪيو آهي. خودڪار ٽيسٽون باقاعدي شروع ڪيون وينديون آهن ۽ اهي هميشه انهن ۾ شامل ڪيل چڪاس جي پوري ڪورس کي انجام ڏيندا آهن، اهو آهي، اسان انساني عنصر کي خارج ڪريون ٿا.
جديد آئي ٽي جي خاصيت اها آهي ته هڪ ڊولپر کي نه رڳو پراڊڪٽ ڪوڊ لکڻ جي ضرورت پوندي، پر يونٽ ٽيسٽ پڻ لکڻ لاءِ جيڪي هن ڪوڊ کي چيڪ ڪن ٿا.
پر ڇا جيڪڏھن توھان جو سسٽم بنيادي طور تي سرور جي منطق تي ٻڌل آھي؟ مارڪيٽ تي ڪو به آفاقي حل يا بهترين عمل ناهي. ضابطي جي طور تي، ڪمپنيون هن مسئلي کي حل ڪندي پنهنجو پاڻ کي لکندڙ ٽيسٽ سسٽم ٺاهي. هي آهي اسان جو پنهنجو لکيل خودڪار ٽيسٽنگ سسٽم جيڪو اسان جي پروجيڪٽ تي ٺاهيو ويو آهي ۽ مان ان بابت پنهنجي رپورٽ ۾ ڳالهائيندس.
وفاداري جي جانچ
پهرين، اچو ته ان منصوبي بابت ڳالهايون جتي اسان هڪ خودڪار ٽيسٽنگ سسٽم لڳايو. اسان جو منصوبو آهي اسپورٽ ماسٽر وفاداري سسٽم (رستي، اسان اڳ ۾ ئي ان بابت لکيو آهي ).
جيڪڏهن توهان جي ڪمپني ڪافي وڏي آهي، ته پوء توهان جي وفاداري سسٽم ۾ ٽي معياري خاصيتون هونديون:
- توھان جو سسٽم تمام گھڻو لوڊ ڪيو ويندو
- توھان جو سسٽم پيچيده ڪمپيوٽنگ عملن تي مشتمل ھوندو
- توهان جو سسٽم فعال طور تي بهتر ڪيو ويندو.
اچو ته ترتيب ڏيو... مجموعي طور تي، جيڪڏهن اسان سڀني اسپورٽ ماسٽر برانڊز تي غور ڪريون، ته اسان وٽ روس، يوڪرين، چين، قزاقستان ۽ بيلاروس ۾ 1000 کان وڌيڪ اسٽور آهن. اٽڪل 300 خريداريون هر روز انهن اسٽورن ۾ ڪيون وينديون آهن. اهو آهي، هر سيڪنڊ 000-3 چيڪ اسان جي سسٽم ۾ داخل ٿيو. قدرتي طور تي، اسان جي وفاداري جو نظام تمام گهڻو ڀريل آهي. ۽ جيئن ته اهو فعال طور تي استعمال ڪيو ويو آهي، اسان کي ان جي معيار جو اعلي معيار مهيا ڪرڻ گهرجي، ڇاڪاڻ ته سافٽ ويئر ۾ ڪنهن به غلطي جو مطلب آهي وڏي پئماني تي، شهرت ۽ ٻيا نقصان.
ساڳئي وقت، اسپورٽ ماسٽر هڪ سو کان وڌيڪ مختلف پروموشنز هلائي ٿو. اتي مختلف قسم جا پروموشنز آھن: پراڊڪٽ پروموشنز آھن، اھي آھن جيڪي ھفتي جي ڏينھن لاءِ وقف ٿيل آھن، اھي آھن جيڪي ھڪڙي مخصوص اسٽور سان جڙيل آھن، اتي پروموشنز آھن رسيد جي رقم لاءِ، اتي آھن سامان جي تعداد لاءِ. عام طور تي، خراب ناهي. ڪلائنٽ وٽ بونس ۽ پروموشنل ڪوڊ آھن جيڪي خريداري ڪرڻ وقت استعمال ٿيندا آھن. اهو سڀ ڪجهه هن حقيقت ڏانهن وٺي ٿو ته ڪنهن به حڪم کي ڳڻڻ هڪ تمام غير معمولي ڪم آهي.
الورورٿم جيڪو لاڳو ڪري ٿو آرڊر پروسيسنگ واقعي خوفناڪ ۽ پيچيده آهي. ۽ هن الگورتھم ۾ ڪا به تبديلي ڪافي خطرناڪ آهي. اهو لڳي ٿو ته سڀ کان وڌيڪ بظاهر غير معمولي تبديليون ڪافي غير متوقع اثرات پيدا ڪري سگھن ٿيون. پر اهو خاص طور تي اهڙي پيچيده ڪمپيوٽنگ پروسيسنگ آهي، خاص طور تي جيڪي نازڪ ڪارڪردگي کي لاڳو ڪن ٿا، اهي خودڪار لاء بهترين اميدوار آهن. ڪيترن ئي ساڳين ڪيسن کي هٿ سان چيڪ ڪرڻ تمام گهڻو وقت وٺندڙ آهي. ۽ جيئن ته عمل ۾ داخل ٿيڻ واري نقطي ۾ ڪا تبديلي ناهي، ان کي هڪ ڀيرو بيان ڪرڻ بعد، توهان جلدي ٺاهي سگهو ٿا خودڪار ٽيسٽ ۽ يقين رکو ته ڪارڪردگي ڪم ڪندي.
جيئن ته اسان جو سسٽم فعال طور تي استعمال ڪيو ويو آهي، ڪاروبار توهان کان ڪجهه نئون چاهيندو، وقت سان گڏ رهو ۽ ڪسٽمر تي مبني هجي. اسان جي وفاداري سسٽم ۾، رليز هر ٻن مهينن ۾ نڪرندا آهن. ان جو مطلب اهو آهي ته هر ٻن مهينن ۾ اسان کي سڄي نظام جي مڪمل رجعت ڪرڻ جي ضرورت آهي. ساڳئي وقت، قدرتي طور تي، جيئن ڪنهن به جديد آئي ٽي ۾، ترقي فوري طور تي ڊولپر کان پيداوار ڏانهن نه ايندي آهي. اهو ڊولپر جي سرڪٽ تي پيدا ٿئي ٿو، پوء ڪاميابيء سان ٽيسٽ بينچ ذريعي گذري ٿو، ڇڏڻ، قبوليت، ۽ صرف پوء پيداوار ۾ ختم ٿئي ٿو. گهٽ ۾ گهٽ، ٽيسٽ ۽ رليز سرڪٽ تي، اسان کي سڄي سسٽم جي مڪمل ريگريشن کي کڻڻ جي ضرورت آهي.
بيان ڪيل ملڪيت تقريبن ڪنهن به وفاداري سسٽم لاء معياري آهن. اچو ته اسان جي منصوبي جي خاصيتن بابت ڳالهايو.
ٽيڪنالاجي طور، اسان جي وفاداري سسٽم جي منطق جو 90٪ سرور تي ٻڌل آهي ۽ Oracle تي لاڳو ٿئي ٿو. ڊيلفي ۾ ظاهر ڪيل هڪ ڪلائنٽ آهي، جيڪو هڪ خودڪار ڪم جي جڳهه جي منتظم جو ڪم انجام ڏئي ٿو. ٻاهرين ايپليڪيشنن لاءِ بي نقاب ويب خدمتون آهن (مثال طور هڪ ويب سائيٽ). تنهن ڪري، اهو تمام منطقي آهي ته جيڪڏهن اسان هڪ خودڪار ٽيسٽنگ سسٽم کي ترتيب ڏيون ٿا، اسان ان کي Oracle تي ڪنداسين.
Sportmaster ۾ وفاداري سسٽم 7 سالن کان وڌيڪ عرصي کان موجود آھي ۽ ھڪڙي ڊولپرز پاران ٺاھيو ويو... انھن 7 سالن دوران اسان جي پروجيڪٽ تي ڊولپرز جو سراسري تعداد 3-4 ماڻھو ھو. پر گذريل سال ۾، اسان جي ٽيم خاص طور تي ترقي ڪئي آهي، ۽ هاڻي اتي 10 ماڻهو آهن پروجيڪٽ تي ڪم ڪري رهيا آهن. اهو آهي، ماڻهو ان منصوبي تي ايندا آهن جيڪي عام ڪمن، عملن ۽ فن تعمير کان واقف نه هوندا آهن. ۽ اهو خطرو وڌي رهيو آهي ته اسان غلطيون وساري ڇڏينداسين.
پروجيڪٽ خاص طور تي اسٽاف يونٽ جي طور تي وقف ٽيسٽرن جي غير موجودگي سان منسوب ڪيو ويو آهي. اتي آهي، يقينا، جاچ، پر جاچ تجزيه نگارن طرفان ڪيو ويندو آهي، انهن جي ٻين مکيه ذميوارين کان علاوه: ڪاروباري گراهڪن سان رابطو ڪرڻ، صارفين، سسٽم گهرجن کي ترقي ڪرڻ، وغيره. وغيره... ان حقيقت جي باوجود ته جاچ تمام اعليٰ معيار تي ڪئي وئي آهي (اهو خاص طور تي ذڪر ڪرڻ مناسب آهي، ڇاڪاڻ ته ڪجهه تجزيه نگار هن رپورٽ جي نظر کي پڪڙي سگهن ٿا)، هڪ شيءِ تي ماهريت ۽ توجه جي اثر کي رد نه ڪيو ويو آهي. .
مٿين سڀني تي غور ڪندي، پهچائڻ واري پراڊڪٽ جي معيار کي بهتر بڻائڻ ۽ ترقي جي وقت کي گهٽائڻ لاء، هڪ منصوبي تي خودڪار جاچ جو خيال تمام منطقي لڳي ٿو. ۽ وفاداري سسٽم جي وجود جي مختلف مرحلن تي، انفرادي ڊولپرز ڪوششون ڪيون ته انهن جي ڪوڊ کي يونٽ ٽيسٽ سان ڍڪڻ لاء. مجموعي طور تي اهو هڪ منصفانه منقطع عمل هو، هرڪو پنهنجي فن تعمير ۽ طريقن سان استعمال ڪندي. حتمي نتيجا يونٽ ٽيسٽن لاءِ عام هئا: ٽيسٽ ٺاهيا ويا، ڪجهه وقت لاءِ استعمال ڪيا ويا، ورزن ٿيل فائل اسٽوريج ۾ محفوظ ڪيا ويا، پر ڪجهه وقت تي اهي هلڻ بند ٿي ويا ۽ وساري ويا. سڀ کان پهريان، اهو حقيقت جي ڪري هو ته ٽيسٽ هڪ خاص ڪارڪردگي سان وڌيڪ ڳنڍيل هئا، ۽ نه پراجيڪٽ ڏانهن.
utPLSQL بچاء لاء اچي ٿو
Stephen Feuerstein بابت ڪجھ ڄاڻو ٿا؟
هي هڪ هوشيار ماڻهو آهي جنهن پنهنجي ڪيريئر جو هڪ ڊگهو حصو Oracle ۽ PL/SQL سان ڪم ڪرڻ لاءِ وقف ڪيو، ۽ هن موضوع تي ڪافي ڪم لکيا آهن. هن جي مشهور ڪتابن مان هڪ سڏيو ويندو آهي: "Oracle PL/SQL. ماهرن لاءِ“. اهو اسٽيفن هو جنهن utPLSQL حل تيار ڪيو، يا، جيئن اهو آهي، يونٽ ٽيسٽنگ فريم ورڪ Oracle PL/SQL لاءِ. utPLSQL حل 2016 ۾ ٺاھيو ويو، پر اھو جاري آھي فعال طور تي ڪم ڪيو پيو وڃي ۽ نوان ورزن جاري ڪيا ويا آھن. رپورٽنگ جي وقت، تازو ورزن تاريخون واپس مارچ 24، 2019.
اهو ڇا آهي. هي هڪ الڳ اوپن سورس پروجيڪٽ آهي. اهو ڪجهه ميگا بائيٽ وزن آهي، مثالن ۽ دستاويزن سميت. جسماني طور تي، اهو ORACLE ڊيٽابيس ۾ هڪ الڳ اسڪيما آهي جنهن ۾ پيڪيجز جي هڪ سيٽ سان ۽ يونٽ ٽيسٽ کي منظم ڪرڻ لاءِ جدول آهن. انسٽاليشن چند سيڪنڊن ۾ لڳن ٿا. utPLSQL جي هڪ خاص خصوصيت ان جي استعمال ۾ آساني آهي.
عالمي سطح تي، utPLSQL يونٽ ٽيسٽ هلائڻ لاءِ هڪ ميکانيزم آهي، جتي هڪ يونٽ ٽيسٽ کي عام Oracle بيچ جي طريقيڪار طور سمجهيو ويندو آهي، جنهن جي تنظيم ڪجهه ضابطن تي عمل ڪندي آهي. لانچ ڪرڻ کان علاوه، utPLSQL توهان جي سڀني ٽيسٽ رن جو لاگ محفوظ ڪري ٿو، ۽ ان سان گڏ هڪ اندروني رپورٽنگ سسٽم پڻ آهي.
اچو ته هڪ مثال ڏسو ته يونٽ ٽيسٽ ڪوڊ جهڙو نظر اچي ٿو، هن ٽيڪنڪ کي استعمال ڪندي لاڳو ڪيو ويو آهي.
تنهن ڪري، اسڪرين ڏيکاري ٿو ڪوڊ کي عام پيڪيج جي وضاحت لاء يونٽ ٽيسٽ سان. لازمي گهرجون ڇا آهن؟ پيڪيٽ کي "utp_" سان اڳي ئي لڳايو وڃي. ٽيسٽ سان گڏ سڀئي طريقا بلڪل ساڳيا اڳيئي هجڻ گهرجن. پيڪيج ۾ لازمي طور تي ٻه معياري طريقا شامل آهن: "utp_setup" ۽ "utp_teardown". پهريون طريقو سڏيو ويندو آهي هر يونٽ ٽيسٽ کي ٻيهر شروع ڪندي، ٻيو - لانچ کان پوء.
"utp_setup"، ضابطي جي طور تي، اسان جي سسٽم کي يونٽ ٽيسٽ هلائڻ لاءِ تيار ڪري ٿو، مثال طور، ٽيسٽ ڊيٽا ٺاهڻ. "utp_teardown" - ان جي برعڪس، هر شي اصل سيٽنگن ڏانهن موٽندي آهي ۽ لانچ جا نتيجا ري سيٽ ڪري ٿو.
هتي هڪ سادي يونٽ ٽيسٽ جو هڪ مثال آهي جيڪو اسان جي وفاداري سسٽم لاءِ معياري فارم ۾ داخل ڪيل ڪسٽمر فون نمبر جي عام ٿيڻ جي جانچ ڪري ٿو. اتي ڪي به لازمي معيار نه آهن ته ڪيئن لکڻيون طريقا يونٽ ٽيسٽ سان. ضابطي جي طور تي، هڪ ڪال ڪئي وئي آهي سسٽم جي طريقي سان ٽيسٽ تحت، ۽ نتيجو هن طريقي سان موٽايو ويو آهي حوالو هڪ سان مقابلو ڪيو ويو آهي. اهو ضروري آهي ته حوالن جي نتيجن جو مقابلو ۽ حاصل ڪيل هڪ معياري utPLSQL طريقن سان ٿئي ٿي.
هڪ يونٽ ٽيسٽ ڪي به نمبر چيڪ ڪري سگھن ٿا. جيئن مثال مان ڏسي سگهجي ٿو، اسان فون نمبر کي معمول تي آڻڻ لاءِ آزمائشي طريقي سان لڳاتار چار ڪالون ڪيون ٿا ۽ هر ڪال کان پوءِ نتيجن جو جائزو وٺون ٿا. جڏهن هڪ يونٽ ٽيسٽ کي ترقي ڪندي، توهان کي اهو خيال رکڻ گهرجي ته اهڙا چيڪ آهن جيڪي سسٽم تي ڪنهن به طريقي سان اثر انداز نٿا ڪن، ۽ ڪجهه کان پوء توهان کي سسٽم جي اصل حالت ڏانهن واپس آڻڻ جي ضرورت آهي.
مثال طور، پيش ڪيل يونٽ ٽيسٽ ۾ اسان صرف ان پٽ فون نمبر کي فارميٽ ڪندا آهيون، جيڪو ڪنهن به طريقي سان وفاداري سسٽم کي متاثر نٿو ڪري.
۽ جيڪڏهن اسان نئين ڪلائنٽ ٺاهڻ جو طريقو استعمال ڪندي يونٽ ٽيسٽ لکون ٿا، ته پوءِ هر ٽيسٽ کان پوءِ سسٽم ۾ هڪ نئون ڪلائنٽ ٺاهيو ويندو، جيڪو ٽيسٽ جي ايندڙ لانچ کي متاثر ڪري سگهي ٿو.
هن طريقي سان يونٽ ٽيسٽ هلائي رهيا آهن. هتي ٻه ممڪن لانچ جا اختيار آهن: هڪ مخصوص پيڪيج مان سڀني يونٽ ٽيسٽ هلائڻ يا هڪ مخصوص پيڪيج ۾ هڪ مخصوص يونٽ ٽيسٽ هلائڻ.
اھو اھو آھي جيڪو ھڪڙي اندروني رپورٽنگ سسٽم جو ھڪڙو مثال ڏسڻ ۾ اچي ٿو. يونٽ ٽيسٽ جي نتيجن جي بنياد تي، utPLSQL هڪ ننڍڙي رپورٽ ٺاهي ٿو. ان ۾ اسان ڏسون ٿا هر مخصوص چيڪ جو نتيجو ۽ يونٽ ٽيسٽ جو مجموعي نتيجو.
آٽو ٽيسٽ جا 6 ضابطا
وفاداري سسٽم جي خودڪار جاچ لاءِ هڪ نئون نظام ٺاهڻ شروع ڪرڻ کان اڳ، انتظاميا سان گڏ، اسان انهن اصولن جو تعين ڪيو جن تي اسان جي مستقبل جي خودڪار ٽيسٽن کي عمل ڪرڻ گهرجي.
- آٽو ٽيسٽ ضرور اثرائتو ۽ ڪارآمد هجڻ گهرجن. اسان وٽ شاندار ڊولپرز آهن، جن جو ضرور ذڪر ڪرڻ ضروري آهي، ڇاڪاڻ ته انهن مان ڪجهه شايد هن رپورٽ کي ڏسندا، ۽ اهي شاندار ڪوڊ لکندا. پر اڃا به انهن جو شاندار ڪوڊ مڪمل نه آهي ۽ آهي، آهي، ۽ جاري رهندو غلطين تي مشتمل. انهن غلطين کي ڳولڻ لاء خودڪار ٽيسٽ جي ضرورت آهي. جيڪڏهن اهو معاملو نه آهي، ته پوء يا ته اسان خراب آٽو ٽيسٽ لکي رهيا آهيون، يا اسان هڪ مئل علائقي ۾ اچي چڪا آهيون، جيڪو اصولي طور تي، ترقي يافته نه آهي. ٻنهي صورتن ۾، اسان ڪجهه غلط ڪري رهيا آهيون، ۽ اسان جو طريقو آسان ناهي.
- خودڪار ٽيسٽ استعمال ڪرڻ گهرجي. سافٽ ويئر پراڊڪٽ لکڻ تي گهڻو وقت ۽ ڪوشش خرچ ڪرڻ، ان کي مخزن ۾ رکڻ ۽ ان کي وساري ڇڏڻ ڪو به احساس ناهي. ٽيسٽ هلائڻ گهرجي، ۽ ممڪن طور تي باقاعده طور تي هلائڻ گهرجي.
- Autotests stably ڪم ڪرڻ گهرجي. ڏينهن جي وقت کان سواء، لانچ اسٽينڊ ۽ ٻين سسٽم سيٽنگون، ٽيسٽ رن کي ساڳيو نتيجو ڏيڻ گهرجي. ضابطي جي طور تي، هن حقيقت کي يقيني بڻايو ويو آهي ته خودڪار ٽيسٽ سسٽم جي سيٽنگن سان خاص ٽيسٽ ڊيٽا سان ڪم ڪن ٿيون.
- Autotests توهان جي منصوبي لاء قابل قبول رفتار تي ڪم ڪرڻ گهرجي. اهو وقت هر سسٽم لاء انفرادي طور تي مقرر ڪيو ويو آهي. ڪجهه ماڻهو سڄو ڏينهن ڪم ڪرڻ جي متحمل ٿي سگهن ٿا، جڏهن ته ٻيا ان کي سيڪنڊن ۾ ڪرڻ لاءِ نازڪ محسوس ڪن ٿا. مان توهان کي ٿوري دير کان پوء ٻڌائيندس ته اسان جي منصوبي ۾ ڪهڙي رفتار جي معيار حاصل ڪئي.
- آٽو ٽيسٽ ڊولپمينٽ لچڪدار هجڻ گهرجي. اهو مشورو نه آهي ته ڪنهن به ڪارڪردگي کي جانچڻ کان انڪار ڪرڻ لاء صرف ان ڪري جو اسان ان کان اڳ نه ڪيو آهي يا ڪنهن ٻئي سبب لاء. utPLSQL ترقي تي ڪا به پابندي نٿو لڳائي، ۽ Oracle، اصولي طور تي، توهان کي مختلف شين تي عمل ڪرڻ جي اجازت ڏئي ٿو. گهڻن مسئلن جو حل آهي، اهو صرف وقت ۽ ڪوشش جو معاملو آهي.
- لڳائڻ جي صلاحيت. اسان وٽ ڪيترائي اسٽينڊ آھن جتي اسان کي ٽيسٽ هلائڻ جي ضرورت آھي. هر اسٽينڊ تي، ڊيٽا ڊمپ ڪنهن به وقت اپڊيٽ ٿي سگهي ٿو. اهو ضروري آهي ته هڪ پروجيڪٽ کي خودڪار ٽيسٽ سان گڏ اهڙي طريقي سان هلائڻ گهرجي ته توهان بغير ڪنهن تڪليف سان مڪمل يا جزوي تنصيب ڪري سگهو ٿا.
۽ ٻئي پوسٽ ۾ ڪجهه ڏينهن ۾ مان توهان کي ٻڌائيندس ته اسان ڇا ڪيو ۽ ڪهڙا نتيجا حاصل ڪيا.
جو ذريعو: www.habr.com