دورة حياة اختبار البرمجيات (STLC)
فريق التحرير
ما هي دورة حياة اختبار البرمجيات (STLC)؟
دورة حياة اختبار البرمجيات (STLC) هي سلسلة من أنشطة اختبار محددة ومنظمة - تحليل المتطلبات، وتخطيط الاختبار، وتطوير حالة الاختبار، وإعداد بيئة الاختبار، وتنفيذ الاختبار، وإغلاق دورة الاختبار - مصممة للتحقق من جودة البرمجيات بشكل منهجي. بخلاف الاختبار العشوائي، تتضمن STLC كلاً من التحقق والتحقق في كل مرحلة، مما يضمن منهجية الاختبار وقابليته للاختبار.
عمليًا، لاحظتُ أن STLC قلّلت عيوب ما بعد الإصدار بنسبة 40% تقريبًا، خاصةً عندما تنسق الفرق مبكرًا مع مسؤولي المتطلبات وتُنتج نظام RTM قويًا. تضمن هذه المراحل وضوحًا في تغطية الاختبار وتُحسّن التواصل بين المطورين وضمان الجودة وأصحاب المصلحة. باستخدام الاختبارات المُدارة بنظام RTM، لاحظتُ دورات اعتماد أسرع بنسبة 20%.
نصيحة خبير: حدد دائما ENTRY و EXIT معايير لمنع الانتقالات المبكرة. على سبيل المثال، لا تنتقل من التخطيط إلى التنفيذ إلا بعد مراجعة خطة الاختبار رسميًا والموافقة عليها.
👉 تعلم اختبار البرمجيات
انضم إلى مشروع الاختبار الفوري المجاني الخاص بنا!
محاكاة بيئة اختبار الشركات.
احصل على الدرس الأول مباشرةً في بريدك الإلكتروني
انضم إلى أكثر من 350,000+ يمكن للقراء الاطلاع على مشروع الاختبار المباشر لتعزيز مهاراتهم وتسريع مسيرتهم المهنية.
ما هو الفرق بين STLC و SDLC؟
دورة حياة تطوير البرمجيات (STLC) هي جزء مُركّز من دورة حياة تطوير البرمجيات (SDLC) الأوسع، تُركّز حصريًا على الاختبار. بينما تشمل دورة حياة تطوير البرمجيات (SDLC) جمع المتطلبات، والتصميم، والتطوير، والاختبار، والنشر، والصيانة، تُعنى دورة حياة تطوير البرمجيات (STLC) فقط بمراحل التحقق، بما في ذلك التخطيط، والتنفيذ، والإغلاق.
من وجهة نظري، فإن تطبيق دورة حياة اختبار البرمجيات (STLC) ضمن نموذج V لدورة حياة تطوير البرمجيات (SDLC) يسمح بتكرار الأنشطة - على سبيل المثال، يتوافق تحليل المتطلبات في دورة حياة اختبار البرمجيات مع تصميم المتطلبات، وتتوافق خرائط تخطيط الاختبار مع تصميم النظام. tracإن القدرة تقلل الفجوات بشكل كبير: في أحد مشاريع V-Model، أدى مواءمة مراحل STLC و SDLC إلى تحسين اكتشاف العيوب بنسبة 25٪ وتقليل إعادة العمل في الاختبار بنسبة 15٪.
يؤدي تضمين STLC في كل مرحلة من مراحل SDLC إلى تعزيز تأثير ضمان الجودة، ويضمن اعتبارات إمكانية الاختبار المبكرة، ويتجنب "المسار الذهبي"التحيزات". إنه يعزز الانضباط حيث يتم مطابقة كل منتج تطويري مع نظيره الاختباري.
فيديو عن STLC في اختبار البرمجيات
ما هي المراحل الستة لـ STLC؟
دورة حياة اختبار البرمجيات (STLC) هي سلسلة منظمة من المراحل تضمن التحقق الشامل من صحة البرمجيات. وهي تتوافق مع دورة حياة تطوير البرمجيات (SDLC) لضمان الجودة. المراحل الست المتسلسلة هي:
- تحليل الاحتياجات: يقوم فريق ضمان الجودة بتحليل المتطلبات القابلة للاختبار.
- تخطيط الاختبار: تحديد الاستراتيجية والأهداف ومخرجات الاختبار.
- تطوير حالة الاختبار: إنشاء حالات اختبار ونصوص تفصيلية.
- إعداد بيئة الاختبار: تكوين الأجهزة/البرامج لتنفيذ الاختبار.
- تنفيذ اختبار: تشغيل الاختبارات وتسجيل النتائج والإبلاغ عن العيوب.
- إغلاق دورة الاختبار: إجراء دراسات استعادية وختامية للتقارير.
تحتوي كل مرحلة من هذه المراحل على معايير دخول وخروج محددة وأنشطة وتسليمات مرتبطة بها.
المرحلة 1) تحليل المتطلبات
ما هو تحليل المتطلبات في STLC؟
تحليل المتطلبات هو المرحلة الأولى والأكثر أهمية في دورة حياة اختبار البرمجيات (STLC). يُعرف أيضًا باسم اختبار مرحلة المتطلبات، ويشكل الأساس الذي تدرس به فرق الاختبار المتطلبات من منظور اختباري لتحديد المكونات القابلة للاختبار. خلال هذه المرحلة الحرجة، تتفاعل فرق ضمان الجودة مع أصحاب المصلحة، بمن فيهم محللو الأعمال ومديرو المنتجات والمطورون، لفهم المتطلبات الوظيفية وغير الوظيفية بشكل شامل.
تشمل الأنشطة الرئيسية ما يلي:
- تحديد شروط الاختبار والأولويات.
- تحضير أ متطلبات Tracمصفوفة القدرة (RTM) للحصول على خريطة التغطيةping.
- توثيق الاحتياجات البيئية والأمنية.
التسليمات: تقارير RTM والجدوى.
تضمن هذه المرحلة أن تكون جهود الاختبار متوافقة مع أهداف العمل، مما يمنع التوسع في النطاق وإعادة العمل لاحقًا.
المرحلة 2) تخطيط الاختبار
كيف يساهم التخطيط للاختبار في نجاح STLC؟
في هذه المرحلة، مدير ضمان الجودة الأول يطور خطة شاملة خطة الاختبار هذا ما يحدد النطاق والأهداف والميزانية والجداول الزمنية. القرارات المتعلقة بالأدوات (على سبيل المثال، Selenium, JUnit, TestNG) ويتم الانتهاء من وضع الأطر، بما يضمن توافقها مع متطلبات المشروع. تحدد هذه المرحلة نطاق الاختبار ومنهجيته وجدوله الزمني، وتضع إطار الاختبار الذي يُرشد المراحل اللاحقة.
تشمل الأنشطة الرئيسية ما يلي:
- صياغة وثيقة استراتيجية الاختبار.
- تخصيص الموارد والأدوار.
- اختيار النهج الآلي/اليدوي.
- تقدير الجهود وتحديد المعالم.
التسليمات: خطة الاختبار المعتمدة و تقدير الجهد تقرير.
هذه المرحلة تعمل كـ مخطط لدورة حياة الاختبار، والتأكد من معالجة المخاطر والتبعيات والطوارئ قبل بدء التنفيذ.
المرحلة 3) تطوير حالة الاختبار
لماذا يعد تطوير حالة الاختبار أمرًا بالغ الأهمية لضمان الجودة؟
تتيح لك مرحلة تطوير حالة الاختبار تحويل تخطيط الاختبار إلى إجراءات قابلة للتنفيذ من خلال الإنشاء المنهجي لحالات الاختبار ونصوص الأتمتة والتحقق منها وتحسينها. تُترجم المتطلبات إلى حالات الاختبار التفصيلية ونصوص الأتمتةتحدد كل حالة المدخلات والمخرجات المتوقعة وشروط ما قبل الاختبار وما بعده. تضمن مجموعة الاختبارات القوية التغطية الكاملة وتقلل من العيوب الفائتة، وهو أمر بالغ الأهمية لأن معظم أعطال البرامج تنجم عن اختبارات غير كافية. في هذه المرحلة، تربط هذه المرحلة بين التخطيط الاستراتيجي والتنفيذ العملي، مما يضمن تغطية شاملة للاختبار.
تشمل الأنشطة الرئيسية ما يلي:
- تصميم ومراجعة حالات الاختبار.
- خلق بيانات الاختبار متوافقة مع سيناريوهات العمل.
- أتمتة تدفقات الاختبار المتكررة حيثما كان ذلك ممكنا.
التسليمات: حالات الاختبار الأساسية/البرامج النصية ومجموعات البيانات الاختبارية.
تضمن مراجعات الأقران والتحكم في الإصدارات الدقة وتقلل التكرار. بنهاية هذه المرحلة، يكون فريق ضمان الجودة مُجهّزًا بـ مستودع مُعتمد وقابل لإعادة الاستخدام من أدوات الاختبار، مما يضمن التنفيذ المنظم والفعال.
المرحلة 4) إعداد بيئة الاختبار
كيفية إنشاء بيئة اختبار فعالة؟
يُحدد إعداد بيئة الاختبار ظروف البرامج والأجهزة التي يُجرى الاختبار في ظلها، بالتوازي مع تطوير حالة الاختبار لتحقيق أقصى قدر من الكفاءة. تتضمن هذه المرحلة تجهيز البنية التحتية للنشر حيث سيُجرى الاختبار. وهي مهمة فنية غالبًا ما يتولاها فريق DevOps أو مسؤولي النظام، مسترشدين بمتطلبات فريق ضمان الجودة.
لمزيد من المعلومات، أقوم بإدراج الخطوات لإعداد بيئة الاختبار:
- الخطوة 1) تحديد الأجهزة والبرامج وتكوينات الشبكة المطلوبة.
- الخطوة 2) تثبيت أنظمة التشغيل وقواعد البيانات وخوادم التطبيقات.
- الخطوة 3) تكوين بيانات الاختبار والاتصال.
- الخطوة 4) إجراء اختبارات الدخان للتأكد من جاهزية البيئة.
التسليمات: قائمة التحقق من إعداد البيئة، ونتائج اختبار الدخان، وبيئة اختبار معتمدة بالكامل.
المرحلة 5) تنفيذ الاختبار
ما الذي يجعل مرحلة تنفيذ الاختبار ناجحة؟
خلال مرحلة تنفيذ الاختبار، يُنفّذ المُختَبِرون حالات الاختبار المُطوَّرة على التطبيق المُصمَّم في البيئة المُجهَّزة لتحديد العيوب. يتضمن التنفيذ التشغيلات اليدوية، ونصوص الأتمتة، و اختبار الانحداريتم تسجيل كل نتيجة اختبار (نجاح/رسوب)، ويتم الإبلاغ عن أي اختلافات كأخطاء مفصلة، بما في ذلك أدلة مثل السجلات ولقطات الشاشة. في حال فشل الاختبار، يتم تسجيل الخطأ، ويُسند إلى مطور، ويُعاد اختباره بعد إصلاحه.
غالبًا ما يتم تنفيذ الاختبار في دورات متعددة:
- الصحة العقلية
- تراجع
- إعادة الاختبار
يتم ذلك لضمان عدم تسبب التغييرات الجديدة في التعليمات البرمجية في تعطيل الوظائف الحالية. وتُستخدم مقاييس مثل نسبة النجاح وكثافة العيوب. tracكيد.
تشمل الأنشطة الرئيسية ما يلي:
- تنفيذ الاختبارات المخطط لها.
- تسجيل العيوب مع علامات الخطورة والأولوية.
- إعادة اختبار الإصلاحات وإجراء فحوصات الانحدار.
التسليمات: تم تحديث RTM بحالة التنفيذ وسجلات نتائج الاختبار، و خلل التقارير.
تتحقق هذه المرحلة من مدى استيفاء البرنامج لمتطلباته الوظيفية والتجارية.
المرحلة 6) إغلاق دورة الاختبار
كيف يعمل إغلاق دورة الاختبار على تحسين الاختبارات المستقبلية؟
تُنهي مرحلة إغلاق دورة الاختبار أنشطة الاختبار من خلال التقييم الشامل، وإعداد التقارير، وجمع المعرفة. وتضمن هذه المرحلة تحقيق أهداف الاختبار وتوثيق النتائج رسميًا. تُحوّل هذه المرحلة تجارب الاختبار إلى رؤى عملية لتحسين العمليات باستمرار ونجاح المشاريع المستقبلية. Lessإن ما تم تعلمه هنا يعمل على تحسين دورات الاختبار المستقبلية بشكل كبير.
تشمل الأنشطة الرئيسية ما يلي:
- إعداد ملخص الاختبار وتقارير الإغلاق.
- إجراء عمليات مراجعة لتحديد الاختناقات.
- التقاط مقاييس مثل كثافة العيوب ومؤشر الخطورة واتجاهات التنفيذ.
التسليمات: تقرير إغلاق الاختبار ولوحات معلومات المقاييس.
توفر هذه المرحلة لأصحاب المصلحة رؤى كمية حول جودة البرمجيات، وضمان الشفافية والمساءلة.
ما هي معايير الدخول والخروج في STLC؟
معايير الدخول والخروج قوائم تدقيق أساسية تُعزز الانضباط في كل مرحلة من مراحل دورة حياة التعلم الأساسية. فهي بمثابة "بوابات جودة"، تمنع بدء أي مرحلة دون المدخلات اللازمة أو اختتامها دون نتائج مُتحققة. كما تضمن الجاهزية قبل التقدم ومعايير الإنجاز قبل المضي قدمًا في مراحل دورة حياة التعلم الأساسية.
- معايير الدخول (ما هو المطلوب للبدء) هي شروط أساسية يجب استيفاؤها قبل الدخول إلى كل مرحلة من مراحل STLC. مثلالبدء تطوير حالة الاختبار، يجب أن يكون لدى المُختَبِرين وثيقة متطلبات نهائية، وفهم واضح لسير العمل، وخطة اختبار مُكتملة. هذا يُجنِّب العمل المُبكِّر وإعادة العمل.
- معايير الخروج (ما يجب تسليمه حتى النهاية) تحديد ما يجب إنجازه قبل إغلاق مرحلة وتسليمها إلى المرحلة التالية. على سبيل المثال، في تطوير حالات الاختبار، يجب كتابة جميع حالات الاختبار ومراجعتها، وإعداد بيانات الاختبار، وتجهيز نصوص الأتمتة (إن وجدت). يضمن هذا اكتمال المشروع وجاهزيته للانتقال. يُقلل هذا التسليم المُنضبط من العيوب بنسبة تصل إلى 30% من خلال منع إغفال النتائج النهائية (بناءً على دراسات دورة ضمان الجودة المتوسطة في القطاع). مثال:لن تقوم بتغليف المرحلة إلا عندما تتم الموافقة على حالات الاختبار والبيانات وأدوات الأتمتة.
معايير الدخول والخروج حسب المرحلة في STLC
| مرحلة | معايير الدخول | معايير الخروج |
|---|---|---|
| تحليل المتطلبات |
|
|
| تخطيط الاختبار |
|
|
| تطوير حالة الاختبار |
|
|
| إعداد بيئة الاختبار |
|
|
| تنفيذ اختبار |
|
|
| إغلاق الاختبار |
|
|
الأتمتة في STLC: ما هي، متى، وعائد الاستثمار
الأتمتة في STLC يشير إلى استخدام أدوات وبرامج نصية متخصصة لتنفيذ حالات الاختبار تلقائيًا دون تدخل يدوي. اختبار الأتمتة يحول عمليات الاختبار اليدوي التقليدية إلى سير عمل آلية أثناء مراحل تنفيذ الاختبار، مما يقلل بشكل كبير من الجهد البشري مع زيادة تغطية الاختبار والاتساق.
استخدم تحليل جدوى الأتمتة يحدث ذلك خلال مرحلة تحديد المتطلبات، حيث تُقيّم الفرق الاختبارات التي يُمكن أتمتتها بفعالية. تشمل العوامل الرئيسية استقرار الاختبار، وإمكانية إعادة استخدامه، وتعقيده. وفقًا لتحليلي، تُخصص 72% من الشركات ما بين 10% و49% من إجمالي ميزانية ضمان الجودة لنفقات أتمتة الاختبارات.
متى يتم تنفيذ الأتمتة: أنصح بالتركيز على اختبارات الانحدار، واختبارات الدخان، والاختبارات الوظيفية المتكررة التي تتطلب تنفيذًا متسقًا عبر بيئات متعددة. تُعدّ الاختبارات الآلية أكثر فعالية للميزات المستقرة ذات النتائج المتوقعة ووتيرة التنفيذ العالية.
عائد الاستثمار في أتمتة الاختبار تُقدّم قيمة تجارية مُلفتة. بعد دراسة مُعمّقة لوضع القطاع الحالي، أظهرت 79% من الشركات التي تستخدم أتمتة الاختبار رضاها عن عائد الاستثمار، حيث حققت أكثر من 50% منها عائد استثمار خلال السنة الأولى من تطبيق أدوات الاختبار الآلي. تُحدّد الاختبارات الآلية 70-80% من الأخطاء التي تُكتشف أثناء مرحلة الاختبار، ويمكنها تقليل إجمالي جهد الاختبار بنسبة تصل إلى 20%. تشمل المقاييس الرئيسية التي تُبيّن عائد الاستثمار للأتمتة تقليل وقت التنفيذ، وزيادة تغطية الاختبارات، والكشف المُبكر عن العيوب، مما يُؤدي إلى انخفاض تكاليف الإصلاح.
الاختلافات في Agile/CI/CD لـ STLC
دورة حياة المنتج الرشيقة يُدمج أنشطة الاختبار ضمن سباقات التطوير التكرارية، مبتعدًا عن نهج الشلال المتسلسل التقليدي. في بيئات Agile، تتداخل مراحل STLC وتنفذ بشكل مستمر، مع تحليل المتطلبات وتخطيط الاختبار وتطوير حالة الاختبار التي تحدث في وقت واحد مع أنشطة التطوير.
الخصائص الرئيسية: يتضمن Agile STLC دورات اختبار أقصر، مُصممة وفق فترات اختبار سريعة تتراوح بين أسبوعين وأربعة أسابيع، وتعاونًا مستمرًا بين المطورين والمختبرين، وحلقات تغذية راجعة فورية. بخلاف نموذج الشلال التقليدي، يتيح Agile التعاون الفوري، مما يؤدي إلى إصدارات أسرع وجودة أعلى للبرمجيات.
تكامل CI / CD revolutيُحدث هذا النهج ثورة في دورة حياة تطوير البرمجيات (STLC) من خلال دمج الاختبارات الآلية مباشرةً في مسارات النشر. الاختبار المستمر في DevOps هو ممارسة تشغيل الاختبارات تلقائيًا طوال دورة حياة تطوير البرمجيات لضمان الجودة والوظائف في كل مرحلة. يصبح تنفيذ الاختبارات آليًا بالكامل، ويتم تشغيله عند إدخال التعليمات البرمجية، ويتكامل مع عمليات البناء.
DevOps STLC يؤكد على الاختبار المستمر باستخدام نصوص الاختبار الآلية، وإيجاد مكان مناسب ضمن مسارات التكامل المستمر/التسليم المستمر (CI/CD). Jenkins ويقوم GitHub بأتمتة تنفيذ الاختبارات مع كل تحديث للتعليمات البرمجية، مما يساعدping تكتشف الفرق المشكلات مبكراً. يتيح هذا النهج الحصول على ملاحظات سريعة، ويقلل من عبء الاختبار اليدوي، ويضمن التحقق المتسق من الجودة طوال دورة حياة التطوير، مما يدعم دورات نشر أسرع مع الحفاظ على موثوقية البرمجيات.
تقارير المقاييس والجودة (مركزية)
لوحة معلومات مركزية ضرورية لفرق الاختبار الحديثة. فهي تجمع المقاييس الرئيسية، مثل تغطية الاختبار، وكثافة العيوب، ومعدلات الفشل، في مصدر واحد للمعلومات. تقارير الجودة المركزية يُجمّع مقاييس الاختبار من جميع مراحل دورة حياة التطوير (STLC) في لوحات معلومات موحدة وتقارير شاملة. يُتيح هذا النهج المنهجي لأصحاب المصلحة رؤية آنية لتقدم الاختبارات، واتجاهات العيوب، والحالة العامة لجودة البرمجيات طوال دورة حياة التطوير.
مقاييس STLC الرئيسية: تشمل مقاييس دورة حياة الاختبار الرئيسية (STLC) معدلات تنفيذ الاختبارات، وكثافة العيوب، ونسب تغطية الاختبارات، وأوقات حلها. تساعد هذه المقاييس الفرق على تقييم فعالية الاختبارات واتخاذ قرارات مبنية على البيانات حول جاهزية الإصدار وتحسينات الجودة.
تقارير إغلاق الاختبار تُعدّ هذه التقارير بمثابة المخرج الرئيسي لتقارير الجودة المركزية، حيث تُلخص أنشطة الاختبار المُنجزة، ونتائج تنفيذ حالات الاختبار، وإحصائيات العيوب، وتقييمات الجودة. وقد حققت المؤسسات التي تُطبّق تقارير STLC المُهيكلة انخفاضًا بنسبة 40% في عيوب ما بعد الإصدار، ودرجات رضا أعلى للعملاء في غضون ستة أشهر.
عناصر لوحة القيادة عالية الجودة تتميز عادةً بحالة تنفيذ الاختبار في الوقت الفعلي، والعيوب tracيُتيح نظام إدارة الاختبارات الحديثة تصنيفاتٍ دقيقةً لخطورة المشكلات، ومقاييسَ لتغطية الاختبارات عبر مختلف المجالات الوظيفية، وتحليلاً للاتجاهات يُظهر تحسينات الجودة بمرور الوقت. كما يوفر النظام إمكانية إنشاء التقارير تلقائيًا، مما يُتيح المراقبة المستمرة لمقاييس الجودة، ويُسهّل اتخاذ القرارات الاستباقية لأصحاب المصلحة في المشروع وفرق الإدارة.
المزالق الشائعة وأفضل الممارسات
حتى مع وجود خطة محكمة، قد تواجه الفرق بعض العقبات الشائعة. إليك أفضل الممارسات التي تساعدك على تجاوز هذه العقبات بفعالية:
- فخ 1:يبدأ الاختبار في وقت متأخر جدًا في دورة حياة المنتج النهائية، مما يجعل إصلاح العيوب أكثر تكلفة بمقدار 5 إلى 10 مرات مقارنة بالاكتشاف المبكر.
أفضل ممارسة:تطبيق نهج التحول إلى اليسار - بدء الاختبار أثناء مراجعة المتطلبات والتصميم للقبض على العيوب في وقت مبكر، مما يقلل التكلفة والجهد. - فخ 2:المتطلبات غير الواضحة أو غير المفهومة تؤدي إلى حالات اختبار غير صالحة ودورات ضائعة.
أفضل ممارسة:استخدم الاختبارات القائمة على المخاطر لتحديد أولويات الحالات، مع التركيز على المجالات التي يكون فيها للعيوب أعلى تأثير على الأعمال. - فخ 3:إن الموارد المحدودة أو المختبرين غير المهرة يؤثرون سلبًا على تغطية الاختبار والجودة.
أفضل ممارسة:في مرحلة إغلاق الاختبار، قم بتوثيق الدروس المستفادة، وصقل الاستراتيجيات، والتأكد من معالجة فجوات المهارات للدورات المستقبلية. - فخ 4:إن إهمال الأتمتة يؤدي إلى العمل اليدوي المتكرر، مما يؤدي إلى إبطاء دورات الإصدار.
أفضل ممارسة:دمج أطر أتمتة الاختبار في وقت مبكر لتسريع اختبار الانحدار وتحسين الاتساق عبر الإصدارات. - فخ 5:يؤدي ضعف التواصل بين المطورين والمختبرين ومحللي الأعمال إلى خلق فجوات في التغطية والتأخيرات.
أفضل ممارسة:تشجيع التعاون بين الوظائف المختلفة باستخدام أدوات مثل Jira أو Confluence لمواءمة أهداف الاختبار مع متطلبات العمل.
ملخص
تظل دورة حياة اختبار البرمجيات حجر الزاوية في ضمان الجودة، حيث تطورت من عملية تسلسلية تقليدية إلى إطار عمل متكيف يتكامل بسلاسة مع منهجيات التطوير الحديثة. يضمن اتباع نهج STLC المنهجي - بدءًا من تحليل المتطلبات ووصولًا إلى إغلاق الاختبار - تغطية شاملة ويقلل من احتمالية وصول العيوب إلى مرحلة الإنتاج. ويمكن قياس أثر هذه المنهجية: إذ يمكن للاختبار الآلي توفير ما يصل إلى 40% من الوقت والتكلفة مقارنةً بالاختبار اليدوي. ومن المتوقع أن تنمو فرص العمل في مجال اختبار البرمجيات بنسبة 22٪ من 2020 إلى 2030، مما يعكس الطلب المتزايد على ممارسات ضمان الجودة المنظمة.
