لانچ سے پہلے اپنی ایپ کیسے ٹیسٹ کریں: ایک عملی پری لانچ منصوبہ

لانچ سے پہلے اپنی ایپ ٹیسٹ کرنے کے لیے وہ چند سفر لکھیں جنہیں ایک صارف مکمل کر پائے، ہر ایک کو بالکل نئے صارف کے طور پر لیپ ٹاپ اور فون دونوں پر چلائیں، پھر وہ طریقے آزمائیں جن سے وہ غلط ہو سکتے ہیں: خالی ڈیٹا، خراب ان پٹ، دوسرا اکاؤنٹ، سست کنکشن۔ پیسے یا نجی ڈیٹا سے متعلق ہر چیز کو اضافی احتیاط سے جانچیں، اور شائع کرنے کے بعد لائیو URL پر مرکزی سفر دوبارہ کریں۔ آخر میں کسی ایسے شخص کو دیکھیں جس نے ایپ کبھی نہ دیکھی ہو اور وہ اسے استعمال کرنے کی کوشش کرے۔

اس کے لیے آپ کو QA ٹیم یا ٹیسٹنگ فریم ورک کی ضرورت نہیں۔ آپ کو ایک فہرست، ایک یا دو گھنٹے، اور اس فہرست پر واقعی کلک کرنے کا نظم چاہیے۔

مرحلہ 1: وہ سفر لکھیں جو اہم ہیں

سفر ایک شروع سے آخر تک کا کام ہے جس کے لیے صارف آتا ہے۔ زیادہ تر ایپس کے تین سے چھ ایسے سفر ہوتے ہیں جو واقعی اہم ہیں۔ بکنگ ایپ کے لیے:

1. سائن اپ کریں اور اکاؤنٹ کی تصدیق کریں
2. کوئی کلاس تلاش کریں اور بُک کریں
3. بکنگ منسوخ کریں
4. کلاس پاس کی ادائیگی کریں
5. اسٹاف: آج کی بکنگز دیکھیں

اگر آپ نے صارف کی کہانیاں لکھی ہیں تو ان کے قبولیت کے معیار آپ کے ٹیسٹ کیسز ہی ہیں۔ اگر نہیں تو ہر سفر کے لیے ایک سطر لکھیں کہ “کامیابی” کیسی دکھتی ہے۔

ان کی ترتیب طے کریں۔ وہ سفر جو پیسہ بناتے ہیں یا جو ہر صارف کرتا ہے (سائن اپ، لاگ اِن، بنیادی عمل) سب سے پہلے اور سب سے زیادہ جانچے جاتے ہیں۔

مرحلہ 2: نئے صارف کے طور پر ہیپی پاتھ جانچیں

“ہیپی پاتھ” وہ سفر ہے جو عین ارادے کے مطابق چلے۔ اسے ایک اجنبی کے تجربے کی طرح جانچیں:

• پرائیویٹ براؤزر ونڈو استعمال کریں، تاکہ آپ لاگ ان نہ ہوں اور کوئی محفوظ ڈیٹا نہ ہو۔
• ایک تازہ اکاؤنٹ استعمال کریں جس کا حقیقی ای میل ہو جسے آپ چیک کر سکیں۔
• ہوم پیج یا کسی لنک سے شروع کریں، اس صفحے سے نہیں جو آپ نے بناتے وقت بک مارک کیا تھا۔

نئے صارفین کے پاس کوئی ڈیٹا نہیں ہوتا۔ بہت سی بگز تب ہی ظاہر ہوتی ہیں جب فہرست خالی ہو، پروفائل میں تصویر نہ ہو، یا ابھی تک کچھ خریدا نہ گیا ہو۔ آپ کا اپنا اکاؤنٹ، جو ٹیسٹ ڈیٹا سے بھرا ہوا ہے، انہیں چھپا دیتا ہے۔

مرحلہ 3: اسے توڑنے کی کوشش کریں

اب ہر سفر کو دہرائیں اور جان بوجھ کر غلط کام کریں۔

ریفریش پر خاص توجہ دیں: اگر ایپ کلک کرنے پر ٹھیک چلتی ہے مگر گہرے صفحے پر ریفریش 404 دکھاتا ہے تو ڈیپلائے کے بعد 404 خرابیاں کیسے ٹھیک کریں دیکھیں۔

مرحلہ 4: دو اکاؤنٹس کے ساتھ اجازتیں جانچیں

اکاؤنٹس والی ہر ایپ کے لیے یہ سب سے اہم ٹیسٹ ہے، اور اکثر چھوڑ دیا جاتا ہے۔

دو عام صارف، A اور B، اور (اگر آپ کی ایپ میں ہو) ایک ایڈمن بنائیں۔

• A کے طور پر ایک ریکارڈ بنائیں۔ B کے طور پر لاگ ان کریں۔ کیا B اسے دیکھ، بدل یا ڈیلیٹ کر سکتا ہے؟ اسے نہیں کرنا چاہیے، جب تک ڈیزائن یہی نہ ہو۔
• A کے طور پر اپنے ایک ریکارڈ کا URL کاپی کریں۔ B کے طور پر لاگ ان کریں اور وہ URL براہِ راست کھولیں۔
• ایک عام صارف کے طور پر URL ٹائپ کر کے ایڈمن صفحات کھولنے کی کوشش کریں۔
• مکمل طور پر لاگ آؤٹ کریں اور وہی URL آزمائیں۔

اگر یہاں کوئی مسئلہ ملے تو ٹھیک ہونے تک لانچ نہ کریں۔ جانچ سرور پر ہونی چاہیے، صرف بٹن چھپانے سے نہیں۔ ہماری AI سے بنی ایپس کے لیے سیکیورٹی چیک لسٹ زیادہ گہرائی میں جاتی ہے۔

مرحلہ 5: اصل ڈیوائسز پر جانچیں

ایپ کو کسی حقیقی فون پر کھولیں، نہ کہ صرف تنگ براؤزر ونڈو میں۔

• کیا آپ بغیر زوم کیے ہر بٹن کو چھو سکتے ہیں؟
• کیا کی بورڈ وہ فیلڈ ڈھانپتا ہے جس میں آپ ٹائپ کر رہے ہیں؟
• کیا ٹیبلز اور چوڑا مواد اسکرول ہوتا ہے یا لپیٹتا ہے، بجائے اس کے کہ صفحے کو اطراف میں دھکیلے؟
• کیا متن بغیر چٹکی لیے پڑھا جا سکتا ہے؟

کم از کم ایک iPhone (Safari) اور ایک Android فون (Chrome) آزمائیں اگر مل سکیں۔ خاص طور پر Safari کی تاریخوں، ویڈیو اور فکسڈ پوزیشن عناصر کے ساتھ اپنی خصوصیات ہیں۔

مرحلہ 6: پیسے اور ای میل کو شروع سے آخر تک جانچیں

کارڈ چارج کرنے یا ای میل بھیجنے والی ہر چیز کو مکمل طور پر چلا کر دیکھنا ہوگا۔

ادائیگیاں۔ اپنے ادائیگی فراہم کنندہ کا ٹیسٹ موڈ اور ٹیسٹ کارڈ نمبر استعمال کریں۔ کامیاب ادائیگی، مسترد شدہ کارڈ، اور منسوخ شدہ چیک آؤٹ جانچیں۔ تصدیق کریں کہ ادائیگی کے بعد آرڈر یا سبسکرپشن آپ کی ایپ میں ظاہر ہوتا ہے، نہ صرف فراہم کنندہ کے ڈیش بورڈ پر۔ اگر آپ کی ایپ ویب ہکس (وہ پیغامات جو ادائیگی فراہم کنندہ آپ کے سرور کو بھیجتا ہے) پر انحصار کرتی ہے تو تصدیق کریں کہ وہ شائع شدہ ایپ پر پہنچتے ہیں، نہ کہ صرف ڈیولپمنٹ میں۔ پھر لانچ سے پہلے لائیو کلیدوں پر جائیں اور ایک چھوٹی حقیقی خریداری کریں جسے آپ ریفنڈ کر دیں۔

ای میلز۔ دو یا تین مختلف فراہم کنندگان کے حقیقی پتوں سے سائن اپ کریں۔ تصدیق کریں کہ ای میلز پہنچتی ہیں، سپیم میں نہیں جاتیں، اور ان کے ہر لنک لائیو ڈومین کی طرف جاتے ہیں، پریویو ایڈریس کی طرف نہیں۔

مرحلہ 7: رفتار اور خرابیاں جانچیں

• براؤزر کے ڈیولپر ٹولز کھولیں (دائیں کلک → Inspect) اور ہر مرکزی صفحے پر Console ٹیب دیکھیں۔ سرخ خرابیاں ٹھیک کرنے کے قابل ہیں، چاہے کچھ ٹوٹا ہوا نظر نہ آئے۔
• موبائل ڈیٹا پر فون سے سائٹ لوڈ کریں، وائی فائی پر نہیں۔ اگر پہلی اسکرین کئی سیکنڈ لیتی ہے تو پہلے تصاویر کے سائز دیکھیں۔
• Chrome کے ڈیولپر ٹولز میں Lighthouse جیسا مفت آڈٹ چلائیں تاکہ کارکردگی اور رسائی کا فوری جائزہ ملے۔

مرحلہ 8: شائع شدہ ایپ جانچیں، صرف پریویو نہیں

پریویو اور شائع شدہ ایپ ایک ہی ماحول نہیں ہیں۔ لانچ کے بارے میں کسی کو بتانے سے پہلے لائیو URL پر مرکزی سفر دوبارہ کریں:

• کیا تمام ماحول کے متغیرات اور سیکریٹس شائع شدہ ایپ کے لیے سیٹ ہیں؟
• کیا وہ درست ڈیٹابیس استعمال کر رہی ہے، جس میں وہ ڈیٹا ہے جس کی آپ توقع کرتے ہیں؟
• کیا لاگ ان ری ڈائریکٹس اور ای میل کے لنک لائیو ڈومین استعمال کرتے ہیں؟
• کیا گہرے صفحے پر ریفریش ٹھیک لوڈ ہوتا ہے؟

مرحلہ 9: کسی اور کو استعمال کرتے دیکھیں

ایک یا دو لوگوں کو ایک مقصد دیں (“ہفتے کے دن کے لیے یوگا کلاس بُک کریں”)، ہدایات نہیں۔ دیکھیں، مدد نہ کریں، اور لکھیں کہ وہ کہاں رکتے ہیں۔ یہ الجھانے والے الفاظ اور چھپے ہوئے بٹن ڈھونڈنے کا سب سے تیز طریقہ ہے۔ اس کا بڑا ورژن دیکھنے کے لیے بیٹا ٹیسٹ کیسے چلائیں دیکھیں۔

جب وہ کوئی بگ پائیں تو اسے مناسب طریقے سے لکھیں: اقدامات، متوقع نتیجہ، اور اصل نتیجہ۔ اچھی بگ رپورٹ کیسے لکھیں میں فارمیٹ دکھایا گیا ہے۔

ٹیسٹنگ میں AI کی مدد

اگر آپ AI سے بناتے ہیں تو اس سے ٹیسٹ منصوبہ بنانے اور چلانے میں مدد مانگ سکتے ہیں:

اس ایپ کے مرکزی صارف سفر فہرست کریں اور ہر ایک کے لیے وہ خراب صورتیں بتائیں جو سب سے زیادہ ٹوٹ سکتی ہیں: خالی حالتیں، غلط ان پٹ، اجازتیں، اور ریفریش۔ اسے ایک چیک لسٹ میں رکھیں جس پر میں کام کر سکوں۔

دو مختلف ٹیسٹ صارفین سے لاگ ان کریں اور دیکھیں کہ کیا صارف B وہ کچھ دیکھ یا بدل سکتا ہے جو صارف A نے بنایا، بشمول A کے ریکارڈز کے URL براہِ راست کھول کر۔ کچھ ٹھیک کرنے سے پہلے جو ملے اس کی رپورٹ دیں۔

AI کی اپنی ٹیسٹ رپورٹ کو پہلا مسودہ سمجھیں۔ پیسے اور اجازت کے سفر خود بھی کلک کر کے جانچیں۔

Mythex میں ٹیسٹنگ

Mythex میں /test کمانڈ App Testing چلاتی ہے: ایجنٹ آپ کے لائیو پریویو کے خلاف ایک براؤزر چلاتا ہے، صفحات پر کلک کرتا ہے، اسکرین شاٹس لیتا ہے اور چیٹ میں ٹوٹے بہاؤ کی رپورٹ دیتا ہے۔ یہ کسی مخصوص سفر کے ساتھ سب سے بہتر کام کرتی ہے، جیسے “سائن اپ اور کلاس بکنگ ٹیسٹ کریں”۔ جو ملے اسے /fix یا عام پیغام سے ٹھیک کریں، پھر /test دوبارہ چلائیں۔ App Testing پریویو استعمال کرتی ہے، اس لیے شائع کرنے کے بعد شائع شدہ URL پر مرکزی سفر خود جانچیں۔ ڈاکس میں App Testing دیکھیں، اور جب کچھ ناکام ہو تو AI سے بنی ایپ کو ڈیبگ کیسے کریں پڑھیں۔

عام غلطیاں

• صرف خود کو صارف کے طور پر جانچنا۔ آپ کا ایڈمن اکاؤنٹ جس میں بہت ڈیٹا ہے، خالی حالت اور اجازت کی بگز چھپا دیتا ہے۔
• صرف لیپ ٹاپ پر جانچنا۔ بہت سی سائٹس کے زیادہ تر وزیٹر فون پر آتے ہیں۔
• دوسرا اکاؤنٹ چھوڑ دینا۔ صارفین کے درمیان ڈیٹا کا رِسنا سب سے سنگین بگ ہے جس کے ساتھ ایپ لانچ ہو سکتی ہے۔
• پریویو پر بھروسا کرنا۔ لائیو ایپ کی ترتیبات مختلف ہیں؛ اسے بھی جانچیں۔
• ایک بگ ٹھیک کر کے قریبی حصوں کو دوبارہ نہ جانچنا۔ ایک فارم کی اصلاح دوسرے فارم کو توڑ سکتی ہے جو وہی کوڈ شیئر کرتا ہے۔

پری لانچ چیک لسٹ

• مرکزی سفر لکھے اور ترتیب دیے ہوئے
• ہر سفر ایک نئے صارف کے طور پر پرائیویٹ ونڈو میں پاس ہوتا ہے
• خالی، غلط، لمبا اور ڈپلیکیٹ ان پٹ سنبھالا گیا
• ہر صفحے پر ریفریش کام کرتا ہے
• صارف ایک دوسرے کا ڈیٹا نہیں دیکھ یا بدل سکتے، URL سے بھی نہیں
• ایڈمن صفحات عام صارفین اور لاگ آؤٹ مہمانوں کے لیے بلاک ہیں
• حقیقی iPhone اور Android فون پر کام کرتا ہے
• ادائیگیاں جانچی گئیں: کامیابی، مسترد، منسوخی، اور اس کے بعد ایپ اپ ڈیٹ ہوتی ہے
• ای میلز پہنچتی ہیں، سپیم سے بچتی ہیں، اور لائیو ڈومین سے منسلک ہیں
• مرکزی صفحات پر کنسول میں کوئی سرخ خرابی نہیں
• مرکزی سفر شائع شدہ URL پر دہرائے گئے
• کم از کم ایک باہر کے شخص نے آپ کے دیکھتے ہوئے اسے آزمایا

سوالات