منصوبے کے بارے میں

BGSTM (Better Global Software Testing Methodology) ایک ٹیسٹنگ فریم ورک اور نالج بیس ہے جس کا مقصد پلاننگ سے لے کر رپورٹنگ تک کوالٹی کے کام کو منظم کرنا ہے۔ اس کا مرکزی خیال میتھڈولوجی سے آزاد رہنا ہے: یہی چھ مرحلہ وار لائف سائیکل Agile، Scrum، Waterfall، یا ہائبرڈ ڈیلیوری ماڈلز کے تحت کام کرنے کے لیے بنایا گیا ہے تاکہ ٹیم پر کوئی خاص ڈویلپمنٹ پراسیس مسلط نہ کیا جائے۔ یہ فریم ورک بالکل چھ معیاری مراحل کی تعریف کرتا ہے، اور دستاویزات اس بات پر زور دیتی ہیں کہ مخصوص ڈومینز نئے مراحل شامل کرنے کے بجائے انہی مراحل کو دوبارہ استعمال کریں۔ یہ مراحل ہیں: ٹیسٹ پلاننگ (اسکوپ، حکمت عملی، خطرات، وسائل، ٹائم لائنز)؛ ٹیسٹ کیس ڈویلپمنٹ (قابلِ ٹریس سیناریوز اور کیسز)؛ ٹیسٹ انوائرمنٹ کی تیاری (انفراسٹرکچر، ٹولز، رسائی، ٹیسٹ ڈیٹا)؛ ٹیسٹ ایگزیکیوشن (ٹیسٹ چلانا، شواہد جمع کرنا، نقائص کا انتظام)؛ ٹیسٹ نتائج کا تجزیہ (نتائج، رجحانات اور کوالٹی سگنلز کی تشریح)؛ اور ٹیسٹ نتائج کی رپورٹنگ (ریلیز کے فیصلوں میں مدد کے لیے نتائج کی ترسیل)۔ آخری مرحلہ اگلے سائیکل کے لیے پہلے مرحلے میں فیڈ بیک فراہم کرتا ہے۔ بیان کردہ بنیادی اصولوں میں کوالٹی لائف سائیکل کی اینڈ ٹو اینڈ کوریج، ریکوائرمنٹس، ٹیسٹ، نتائج، نقائص، شواہد اور فیصلوں کے درمیان ٹریس ایبلٹی برقرار رکھنا، خطرے کے مطابق ٹیسٹ کی سختی کو بڑھانا، شواہد پر مبنی رپورٹنگ، اور عملی اپناؤ شامل ہے جو ٹولنگ شامل کرنے سے پہلے میتھڈولوجی اور ٹیمپلیٹس سے شروع ہوتا ہے۔ ریپوزٹری بنیادی طور پر دستاویزات پر مشتمل ہے۔ یہ ہر مرحلے کے لیے گائیڈز، Agile، Scrum، Waterfall اور ان کے موازنے پر مشتمل میتھڈولوجی گائیڈز، پلانز، کیسز، رپورٹس، رسک اور ٹریس ایبلٹی آرٹفیکٹس کے لیے قابلِ استعمال ٹیسٹ ٹیمپلیٹس، اور عملی مثالیں فراہم کرتی ہے۔ ایک مثال ETL اور ڈیٹا پائپ لائن سیمیٹک ویلیڈیشن پر تمام چھ مراحل کا اطلاق کرتی ہے؛ README واضح طور پر نوٹ کرتا ہے کہ یہ کوئی اضافی مرحلہ نہیں ہے۔ میتھڈولوجی کے ساتھ ساتھ، پروجیکٹ ایک اوپن سورس ریفرنس ایپلی کیشن ہوسٹ کرتا ہے جو یہ ظاہر کرتا ہے کہ فریم ورک کے حصوں کو سافٹ ویئر میں کیسے پیش کیا جا سکتا ہے۔ یہ ایک React فرنٹ اینڈ، ایک FastAPI بیک اینڈ اور ایک PostgreSQL ڈیٹا بیس کو یکجا کرتا ہے، اور ٹریس ایبلٹی فیچرز، ریلیز ریڈینس اور کوالٹی KPI ڈیش بورڈز، رول بیسڈ ایکسیس کنٹرول (RBAC)، نوٹیفیکیشنز اور ایکسپورٹس کا احاطہ کرتا ہے۔ سیٹ اپ اسکرپٹ کے ذریعے ہوتا ہے: macOS/Linux کے لیے ایک شیل اسکرپٹ اور Windows کے لیے ایک بیچ فائل Docker اور Docker Compose کی موجودگی چیک کرتے ہیں، ایک انوائرمنٹ فائل بناتے ہیں، سروسز شروع کرتے ہیں، ہیلتھ چیکس کا انتظار کرتے ہیں اور اختیاری طور پر نمونہ ڈیٹا لوڈ کرتے ہیں۔ اس کے بعد فرنٹ اینڈ، بیک اینڈ API اور API دستاویزات مقامی پورٹس پر دستیاب ہوتے ہیں۔ کوالٹی چیکس اس میں شامل ہیں۔ بیک اینڈ کو pytest، ruff اور mypy کے ذریعے پرکھا جاتا ہے؛ فرنٹ اینڈ کو lint اور ٹائپ چیک اسکرپٹس کے ذریعے؛ اور ایک Playwright اینڈ ٹو اینڈ سوٹ جس میں آتھنٹیکیشن، CRUD، تجاویز، ٹریس ایبلٹی، ایکسپورٹس، RBAC، نوٹیفیکیشنز، ریلیز ریڈینس اور کوالٹی ڈیش بورڈز شامل ہیں۔ بیک اینڈ، فرنٹ اینڈ، Docker بلڈز اور اینڈ ٹو اینڈ ٹیسٹ کے لیے کنٹینیوس انٹیگریشن ورک فلو فراہم کیے گئے ہیں، اور ایک علیحدہ ورک فلو دستاویزات میں اندرونی Markdown لنکس کی جانچ کرتا ہے۔ ایک ڈرافٹ سپیسیفیکیشن، External Results v1، بیرونی آٹومیشن سے نتائج حاصل کرنے کے پیٹرنز بیان کرتا ہے۔ پروجیکٹ خود کو ایگزیکیوشن ٹولنگ سے الگ رکھتا ہے: ایک ساتھی ریپوزٹری، bgstm-playwright-frameworks، BGSTM-نیٹیو ٹریس ایبلٹی کے ساتھ Playwright آٹومیشن اسکیفولڈنگ پیش کرتی ہے اور نتائج کو واپس BGSTM میں رپورٹ کرتی ہے، جو میتھڈولوجی کو کسی ایک آٹومیشن فریم ورک سے آزاد رکھتا ہے۔ دستاویزات، مثالوں، ٹیمپلیٹس، میتھڈولوجی کی بہتری، ایپلی کیشن کوڈ اور انٹیگریشنز کے لیے شراکت запро chiesto گئی ہے، اور شراکت داروں کے لیے دو دستاویزاتی قوانین نمایاں کیے گئے ہیں: میتھڈولوجی کو چھ مراحل تک محدود رکھیں، اور docs/test-templates کو معیاری ٹیمپلیٹ ڈائریکٹری کے طور پر استعمال کریں۔ پروجیکٹ MIT لائسنس کے تحت جاری کیا گیا ہے۔