← بلاگ

میدانی رپورٹ

روانگی 08:41
وقت پرواز منزل کیفیت

بحرِ اوقیانوس کے اوپر گیارہ گھنٹے

سیٹ 24B وہ فلم دیکھ رہی ہے جو وہ تین بار دیکھ چکی ہے۔ سیٹ 24C اُسی Wi-Fi پر چار سرورز کا جائزہ لے رہی ہے۔ فرق کنکشن کا نہیں — فرق اس بات کا ہے کہ دونوں نے اُس کے دوسرے سرے پر کیا رکھا ہے۔

§1 دو نشستیں، ایک سیٹلائٹ

گیارہ گھنٹے، نیو یارک سے کہیں مشرق کی طرف۔ کیبن کی روشنیاں کہربائی ہو جاتی ہیں۔ سیٹ 24B سامنے والی اسکرین کھولتی ہے، چار سو فلموں کی فہرست اسکرول کرتی ہے، اور وہی فلم چن لیتی ہے جو پہلے ہی تین بار دیکھ چکی ہے۔ یہ تنقید نہیں ہے۔ دباؤ والے ایلومینیم کے ایک نلکے میں گیارہ گھنٹے گزارنے کا اس سے زیادہ معقول طریقہ کوئی نہیں، اور ہم میں سے اکثر یہی کر چکے ہیں۔

سیٹ 24C ایک فون نکالتی ہے۔

سیٹ 24b

19:04 چلائی — فلم، 118 منٹ

21:02 چلائی — وہی فلم، دوبارہ

23:10 خاموش — کیبن میں اندھیرا

05:41 جاگی — جہاز نیچے آ رہا ہے

سیٹ 24c

19:04 اٹیچ — 4 سیشن، 1 گرڈ

21:02 مرج — تین برانچیں

23:10 سبز — ناکام ٹیسٹ سویٹ صاف

05:41 بحال — اٹکا ہوا جاب دوبارہ چالو

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

دلچسپ بات یہ نہیں کہ ایسا ممکن ہے۔ دلچسپ یہ ہے کہ ایسا ممکن کیوں ہے — اور وہ ظاہری راستہ، جسے اکثر لوگ ایک بار آزماتے ہیں اور گرین لینڈ کے کہیں اوپر چھوڑ دیتے ہیں، بالکل کیوں نہیں چلتا۔

وہی جہاز، وہی اینٹینا، وہی خراب Wi-Fi۔ فرق پورے کا پورا اس میں ہے کہ آپ نے اُس کے دوسرے سرے پر کیا رکھا ہے۔

§2 آپ کے اوپر اصل میں کیا ہے

کوئی ایئر لائن جب "Wi-Fi" کہتی ہے تو اس کے دو یکسر مختلف مطلب ہو سکتے ہیں، اور آپ کے مخصوص جہاز کے ڈھانچے پر اِن میں سے کون سا کَسا ہوا ہے، اسی سے آگے کا سب کچھ طے ہو جاتا ہے۔

پرانا انتظام ایک جیو اسٹیشنری سیٹلائٹ ہے، جو 35,786 km پر کھڑا ہے۔ یہ بلندی کسی نے آپ کی سہولت کے لیے نہیں چنی؛ یہ وہ عین فاصلہ ہے جس پر ایک مدار چوبیس گھنٹے لیتا ہے، سو سیٹلائٹ ساکت دکھائی دیتا ہے۔ نتیجہ ایسا حساب ہے جس سے کوئی انجینئرنگ بجٹ جھگڑا نہیں کر سکتا: اوپر اور واپس نیچے، دو بار، یعنی خود روشنی کے لیے 477 ms کا راؤنڈ ٹرپ، اس سے پہلے کہ کوئی ایک راؤٹر بھی درمیان میں آئے۔

نیا انتظام تقریباً 550 km پر زمین کے قریبی مدار کا ایک جھرمٹ ہے — یعنی تقریباً پینسٹھ گنا قریب، اور راؤنڈ ٹرپ پر 7.3 ms کا سفری وقت۔

GEO 35,786 km 477 ms روشنی LEO 550 km 7.3 ms روشنی سیٹ 24C، 11,000 m
پیمانے کے مطابق نہیں — جس خاکے میں 35,786 km شامل ہو، وہ کبھی نہیں ہوتا۔

فضا سے لی گئی پیمائشیں طبیعیات سے مطابقت رکھتی ہیں۔ Ookla کے 2025 کی پہلی سہ ماہی والے دورانِ پرواز اسپیڈ ٹیسٹ کے تجزیے میں Starlink پر درمیانی راؤنڈ ٹرپ وقت 44 ms نکلا، جبکہ Hughes، Intelsat اور Viasat پر 703–757 ms — یعنی تقریباً سولہ گنا کا فرق۔ ایک الگ ٹیم نے ACM IMC 2025 کے لیے 7 ایئر لائنز کی 25 پروازوں پر حقیقی ڈیوائسز لگا کر آزادانہ طور پر یہی شکل ناپی: LEO پر 40 ms سے کم، GEO پر 550 ms سے زیادہ۔

GEO — Hughes / Intelsat / Viasat، درمیانی703 ms
LEO بحرالکاہل کے اوپر — طویل پرواز کی درمیانی62 ms
LEO — Starlink دورانِ پرواز، مجموعی درمیانی44 ms

سلاخیں ایک ہی خطی پیمانے پر۔ ماخذ 1۔

سمندر پار کی طویل پرواز کے لیے دیانت دار عدد سرخی سے کچھ برا ہے۔ اسی تحقیق نے بحرالکاہل کے اوپر درمیانی قدر 62 ms ناپی، جس کا دائرہ 19–86 ms رہا۔ ذہن میں یہی عدد رکھیے۔ یہ پھر بھی شاندار ہے۔ مگر 44 نہیں ہے۔

§3 مایوس کر دینے والا حصہ

یہاں کسی پروڈکٹ کی ویب سائٹ پر لکھی گئی بلاگ پوسٹ سے توقع کی جاتی ہے کہ وہ آپ کو بتائے کہ مستقبل آ چکا ہے۔

وہ یکساں طور پر نہیں آیا، اور جس جہاز تک سب سے آخر میں پہنچا ہے وہ آپ کا ہے۔

تنگ باڈی جہازوں کی تجدید پہلے ہوتی ہے — وہ تعداد میں زیادہ ہیں، جلد واپس اڑان بھرتے ہیں، اور ایسے مختصر ملکی سفر کرتے ہیں جہاں کوئی گیارہ گھنٹے کچھ کرنے کی کوشش نہیں کر رہا ہوتا۔ جو چوڑی باڈی جہاز واقعی سمندر عبور کرتے ہیں، وہ قطار میں سب سے آخر پر ہیں۔ 2026 کے وسط تک United کے پاس Starlink والے 400 سے زیادہ جہاز تھے اور اسے سال کے آخر تک ہزار کے قریب پہنچنے کی توقع تھی — مگر اُن میں سے صرف ساٹھ کے قریب چوڑی باڈی تھے، اس کی پہلی Starlink چوڑی باڈی ٹرانس اٹلانٹک پرواز (نیوارک–ہیتھرو) صرف جون 2026 میں چلی، اور پورا چوڑی باڈی بیڑا موسمِ گرما 2027 سے پہلے مکمل نہیں ہونا۔ Virgin Atlantic اپنے بارہ A350 مکمل کر چکی تھی — یعنی اپنے چوڑی باڈی بیڑے کا تقریباً 28% — جبکہ 787 کا شیڈول 2026 کی دوسری ششماہی تک اور A330neo کا 2027 تک پھیلا ہوا تھا۔

United ≈60 چوڑی باڈی جہاز Starlink پر اڑ رہے ہیں، اُن 400+ جہازوں میں سے جن پر یہ نصب ہو چکا ہے۔ باقی چوڑی باڈی بیڑا موسمِ گرما 2027 سے پہلے مکمل نہیں ہونا۔
Virgin Atlantic ~43 میں سے 12 چوڑی باڈی جہاز مکمل — یعنی تقریباً 28 فیصد۔ 787 کا کام 2026 کی دوسری ششماہی تک اور A330neo کا 2027 تک چلے گا۔

ماخذ 5 اور 6۔ United کے باقی چوڑی باڈی جہاز موسمِ گرما 2027 تک؛ Virgin کے 787 پوری دوسری ششماہی 2026 اور A330neo 2027 تک۔

تو: اگر آپ یہ تحریر 2026 میں کسی بین البراعظمی پرواز پر پڑھ رہے ہیں، امکانات اب بھی آپ کے خلاف ہیں۔ غالباً آپ 700 ms والے لنک پر ہیں، 62 ms والے پر نہیں۔

اور اسی سے اس تحریر کا باقی حصہ کم نہیں، زیادہ کارآمد ہو جاتا ہے۔

جس جہاز میں آپ ہیں، اسے سب سے آخر میں اپ گریڈ کیا جائے گا۔ 700 ms کا حساب باندھیے اور 62 پر خوش ہو جائیے۔

§4 فلم کیوں چلتی ہے اور ٹرمینل کیوں نہیں

$ time echo "a" | ssh shed 'cat' # ایک حرف ہلانے کے لیے پورا سیشن

فلم اور شیل ایک دوسرے کے الٹ رخ پر ناکام ہوتے ہیں، اور دورانِ پرواز Wi-Fi اِن میں سے ایک کے لیے عین غلط نیٹ ورک ہے۔

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

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

لوگ یہیں غلطی کرتے ہیں۔ وہ دورانِ پرواز پورٹل پر "50 Mbps" دیکھتے ہیں، طے کر لیتے ہیں کہ کنکشن ٹھیک ہے، ٹرمینل کھولتے ہیں، اور دریافت کرتے ہیں کہ "ٹھیک" کا اس سے کوئی تعلق ہی نہیں۔ یہاں کرنسی بینڈوڈتھ نہیں ہے۔ یہاں کرنسی راؤنڈ ٹرپ ہیں۔

§5 اصل میں ٹوٹتا کیا ہے (ٹائپنگ نہیں)

ناکامی "سست لگتا ہے" سے کہیں زیادہ مخصوص ہے، اور تحقیق غیر معمولی حد تک صاف بتاتی ہے کہ تکلیف کہاں پڑتی ہے۔

31 شرکاء پر ایک کنٹرول شدہ مطالعے میں، جس نے 20 ms اور 200 ms کی سرے تا سرے اِن پٹ تاخیر کا موازنہ کیا، مسلسل ٹائپنگ میں شاید ہی کوئی فرق پڑا: فی حرف 290.9 ms کے مقابلے میں 302.7، ایسا فرق جسے مصنفین قابلِ لحاظ نہ کہہ سکے۔ غلطیوں کی شرح بالکل ایک جیسی رہی۔

Schmid وغیرہ، MUM '23 — n = 31، 20 ms بمقابلہ 200 ms اِن پٹ تاخیر

کام20 ms200 msنتیجہ
ٹائپنگ / فی حرف290.9302.7n.s.
تصحیح کا کام38.9 s46.5 s+20%
جھنجھلاہٹ20.931.3p=0.004

مگر تصحیح والا کام — تیر کی کیز سے کرسر کو جگہ دینا اور متن درست کرنا، یعنی وہ کام جو آپ ایڈیٹر میں اصل میں کرتے ہیں — 38.9 سیکنڈ سے بڑھ کر 46.5 سیکنڈ ہو گیا، یعنی تقریباً 20% سست، اور اثر کا حجم بہت بڑا (p < 0.001، d = 1.673)۔ مصنفین نے سبب صاف لکھا: نیویگیشن کے دوران آپ کو بار بار اسکرین کا انتظار کرنا پڑتا ہے، کیونکہ کرسر کہاں جا کر رکا، اسی سے طے ہوتا ہے کہ اگلا قدم کیا ہو گا۔

جہاں رفتار خراب نہیں ہوئی، وہاں بھی ذہنی بوجھ بڑھ گیا۔ ٹائپنگ والے کام میں، جہاں کارکردگی شماریاتی طور پر ویسی ہی رہی، شرکاء کی اپنی بیان کردہ جھنجھلاہٹ پھر بھی 20.9 سے بڑھ کر 31.3 ہو گئی۔

اسے ٹرمینل پر منتقل کیجیے تو ٹھیک ٹھیک نام آ جاتا ہے کہ بلندی پر بکھرتا کیا ہے: کوئی کمانڈ ٹائپ کرنا نہیں۔ بلکہ vim کی نیویگیشن، ٹیب کمپلیشن، less میں اسکرول کرنا، اور REPL کی وہ کریدو-اور-دیکھو والی چال۔ اِن میں سے ہر ایک ایسا چکر ہے جس میں آپ کا اگلا قدم اسی پر منحصر ہے جو ابھی ابھی واپس آیا ہے۔

تاخیر آپ کی ٹائپنگ پر ٹیکس نہیں لگاتی۔ وہ ہر اُس فیصلے پر ٹیکس لگاتی ہے جو اسکرین کا منتظر ہے۔

§6 کام کو منتقل کیجیے، کی اسٹروکس کو نہیں

جیسے ہی آپ مان لیتے ہیں کہ نایاب وسیلہ راؤنڈ ٹرپ ہیں، حل "تیز جہاز ڈھونڈو" نہیں رہتا بلکہ ایک تعمیراتی سوال بن جاتا ہے: کم راؤنڈ ٹرپ لیجیے، اور ہر ایک سے زیادہ کام لیجیے۔

ایک معروف ٹول ہے جو اسی پر سیدھا وار کرتا ہے۔ Mosh اندازہ لگاتا ہے کہ آپ کی کی اسٹروکس کا نتیجہ کیا ہو گا اور سرور کی تصدیق سے پہلے ہی انہیں مقامی طور پر دکھا دیتا ہے۔ ناپا گیا اثر ڈرامائی ہے: تقریباً آدھے سیکنڈ کے راؤنڈ ٹرپ والے لنک پر کی اسٹروک کا درمیانی ردعمل 503 ms سے گھٹ کر 5 ms سے بھی کم رہ گیا۔ MIT سے سنگاپور تک کے بین البحری راستے پر، 273 ms سے 5 ms سے کم۔

مگر باریک تحریر بھی پڑھ لیجیے، کیونکہ اصل بات وہیں ہے۔ Mosh تقریباً 70% کی اسٹروکس کا اندازہ لگا لیتا ہے۔ جو تقریباً 30% وہ نہیں لگا سکتا، وہ مصنفین کے اپنے الفاظ میں بنیادی طور پر نیویگیشن ہے — اور اُن کے لیے اس کی تاخیر کی شکل دوبارہ سادہ SSH جیسی ہو جاتی ہے۔ یعنی: جس ایک تعامل کو زیادہ تاخیر سب سے سخت سزا دیتی ہے، عین وہی ہے جسے مقامی بازگشت نہیں بچا سکتی۔

اندازہ لگا لیا گیا، اور جو نہ لگا

کی اسٹروکس جو mosh فوراً دکھا دیتا ہے≈70%
جن کا اندازہ نہ ہو سکا — “بنیادی طور پر نیویگیشن”≈30%

ماخذ 4۔

تو پیش گوئی مدد کرتی ہے، مگر بچاتی نہیں۔ جو چیز واقعی بچاتی ہے، وہ یہ ہے کہ آپ اتنی بار اُس چکر کا حصہ بننے سے انکار کر دیں۔

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

یہی وجہ ہے کہ بلندی پر متوازی کام، تعامل کو مات دے دیتا ہے۔ آپ 700 ms کے پار تیزی سے ٹائپ نہیں کر سکتے۔ مگر آپ بالکل چار سرورز کی بیک وقت نگرانی کر سکتے ہیں، کیونکہ نگرانی تاخیر کی نہیں، توجہ کی پابند ہے — اور آپ کے پاس گیارہ گھنٹے کی توجہ ہے اور اسے خرچ کرنے کو اور کچھ ہے بھی نہیں۔

§7 سیٹ 24C اصل میں کر کیا رہی ہے

$ tmux list-windows -t atlantic

ٹھوس الفاظ میں، ایک فون پر، ایک خراب لنک پر:

  • 0: سیشن-جو-کنکشن-کے-بعد-بھی-زندہ-رہیں

    جہاز ہینڈ آف کرتا ہے، پورٹل دوبارہ توثیق مانگتا ہے، کنکشن ٹوٹ جاتا ہے۔ tmux اس سب سے بےنیاز شیل کو سرور پر چلتا رکھتا ہے؛ سیشن دور والے سرے کی چیز ہے، آپ کے ہاتھ کی نہیں۔ Eternal Terminal اسی خیال کو مزید آگے لے جاتا ہے اور سیشن کو خود TCP کنکشن کے بعد بھی زندہ رہنے دیتا ہے — جو کچھ آپ سے چھوٹا، وہ بفر کر کے دوبارہ چلا دیتا ہے۔ (فلٹر شدہ نیٹ ورک کے لیے ایک مناسب تنبیہ: ET کو SSH کے 22 کے علاوہ اپنا پورٹ بھی چاہیے — بطورِ ڈیفالٹ 2022۔)

  • 1: ایک-وقت-میں-ایک-سے-زیادہ-مسئلے

    ایک گرڈ میں کئی سیشن، کئی محفوظ سرور، اور ہر ایک پر کچھ ایسا چلتا ہوا جسے دو فیصلوں کے درمیان نگرانی کی ضرورت نہ ہو۔

  • 2: ایجنٹ-جو-ٹائپنگ-خود-کر-رہے-ہیں

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

  • 3: پش-تب-جب-واقعی-ضرورت-ہو ! (گھنٹی)

    ایجنٹ الرٹس تب بجتے ہیں جب واقعی کسی انسان کی ضرورت ہو — تاکہ پرواز جائزہ لینے اور فیصلے کرنے میں گزرے، نہ کہ پرامپٹ کو گھورتے ہوئے بازگشت کے انتظار میں۔

یہ سب جہازوں کے لیے ایجاد نہیں ہوا تھا۔ کسی معاندانہ لنک پر ریموٹ کام ہمیشہ سے ایسا ہی دکھائی دیتا ہے، اور جہاز بس ایک غیر معمولی حد تک دیانت دار معاندانہ لنک ہے۔

§8 ایک دیانت دارانہ اعتراف

دو باتیں ایسی ہیں جن کی ہم تصدیق نہ کر سکے، اور جن کا دعویٰ بھی نہیں کریں گے:

یہ کہ آپ کی ایئر لائن کا نیٹ ورک SSH کو باہر جانے بھی دے گا یا نہیں۔ ایئر لائن Wi-Fi فراہم کنندگان کے ہاں پورٹ بلاکنگ، VPN پالیسی یا آئیڈل ٹائم آؤٹ کے بارے میں ہمیں کوئی قابلِ بھروسہ عوامی شہادت نہیں ملی — البتہ فورمز پر پُراعتماد دعوے بہت ملے، جو جانچ میں پورے نہیں اترتے۔ یہ ایئر لائن، فراہم کنندہ اور جہاز کے حساب سے بدلتا رہتا ہے۔ کسی لمبی پرواز کا منصوبہ اس پر باندھنے سے پہلے کسی مختصر پرواز پر آزما لیجیے۔

یہ کہ کیبن اپنا وقت اصل میں گزارتا کیسے ہے۔ دورانِ پرواز تفریح کے بارے میں سب سے زیادہ نقل ہونے والے اعداد و شمار کا سرا اشتہاری ریٹ کارڈز تک جا نکلتا ہے، جن کے پیچھے کوئی طریقۂ کار ہی نہیں، سو ہم نے انہیں ردی میں ڈال دیا۔ سروے کی جو بہترین شہادت ہمیں ملی — Inmarsat/Censuswide، دس ممالک کے 11,231 مسافر، اگرچہ یہ 2022 میں کیا گیا اور اس نے وقت ناپنے کے بجائے ارادہ پوچھا — اس میں تفریح کام سے بہت آگے ہے: 41% ڈاؤن لوڈ کی ہوئی فلمیں دیکھنا چاہتے تھے اور 35% اسٹریم کرنا، جبکہ کام کرنے کے خواہش مند 26% تھے۔

تو سیٹ 24B کو ایک کردار سمجھیے، کوئی اعداد و شمار نہیں۔ بات کبھی یہ تھی ہی نہیں کہ فلم دیکھنا غلط ہے۔ بات یہ ہے کہ اب متبادل ناپید نہیں رہا۔

§9 اُترائی

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

سیٹ 24C کام مکمل کر کے اترتی ہے — کیونکہ کام کبھی نشست پر تھا ہی نہیں۔ وہ سارا وقت زمین پر کسی مشین پر تھا، اور فون محض اُس پر کھلی ایک کھڑکی تھا۔

700 ms پر گزارنے کے لیے گیارہ گھنٹے بہت لمبا وقت ہیں۔ چار ایسے سرورز کی نگرانی کے لیے، جنہیں سیٹلائٹ کی کوئی پروا ہی نہیں، یہ بہت ہی مختصر وقت ہیں۔

seat24c@phone:~$ mobile-ssh --join-beta # مفت · اوپن سورس · Apache-2.0

آپ کی اگلی طویل پرواز گیارہ گھنٹے کا سرور ٹائم ہے۔

Mobile SSH، Android، iPhone اور iPad کے لیے ایک نیٹو SSH، SFTP اور ٹرمینل کلائنٹ ہے۔ متعدد سیشن، بلٹ اِن tmux مینیجر، Eternal Terminal، اور جب کسی ایجنٹ کو آپ کی ضرورت ہو تو پش الرٹس۔ مفت، کوئی اکاؤنٹ نہیں، کوئی اشتہار نہیں، اوپن سورس۔

کوئی اشتہار نہیںکوئی اکاؤنٹ نہیںڈیٹا ڈیوائس پرApache-2.0

Android بند ٹیسٹنگ میں ہے — اُسی Google اکاؤنٹ سے شامل ہوں جس سے آپ ٹیسٹ کریں گے، اور لنک اپنے موبائل براؤزر میں کھولیں؛ بند ٹیسٹ شاید Google Play ایپ کے اندر نظر نہ آئے۔