وثائق اختبار البرمجيات

ملاحظة: تم استبدال معيار IEEE 829-2008 بمعيار ISO/IEC/IEEE 29119-3:2013 . ^{[ 1 ]}

معيار IEEE 829-2008 ، المعروف أيضًا باسم معيار 829 لتوثيق اختبار البرمجيات والأنظمة ، هو معيار صادر عن معهد مهندسي الكهرباء والإلكترونيات (IEEE) يحدد شكل مجموعة من الوثائق المستخدمة في ثماني مراحل محددة لاختبار البرمجيات والأنظمة ، حيث تُنتج كل مرحلة نوعًا خاصًا بها من الوثائق. حدد المعيار شكل هذه الوثائق، لكنه لم يشترط إنتاجها جميعًا، كما لم يتضمن أي معايير تتعلق بمحتواها الكافي. كانت هذه الأمور خاضعة للتقدير خارج نطاق المعيار.

الوثائق هي:

• خطة الاختبار الرئيسية (MTP): الغرض من خطة الاختبار الرئيسية (MTP) هو توفير وثيقة تخطيط الاختبار وإدارة الاختبار الشاملة لمستويات متعددة من الاختبار (سواء داخل مشروع واحد أو عبر مشاريع متعددة).
• خطة اختبار المستوى (LTP): يجب وصف نطاق ومنهجية وموارد وجدول أنشطة الاختبار لكل مستوى اختبار محدد، وذلك لكل خطة اختبار مستوى الاختبار المحدد. كما يجب تحديد العناصر المراد اختبارها، والميزات المراد اختبارها، ومهام الاختبار المراد تنفيذها، والأفراد المسؤولين عن كل مهمة، والمخاطر المرتبطة بها.
• تصميم اختبار المستوى (LTD): تفصيل حالات الاختبار والنتائج المتوقعة بالإضافة إلى معايير اجتياز الاختبار.
• حالة اختبار المستوى (LTC): تحديد بيانات الاختبار لاستخدامها في تشغيل حالات الاختبار المحددة في تصميم اختبار المستوى.
• إجراء اختبار المستوى (LTPr): شرح مفصل لكيفية تشغيل كل اختبار، بما في ذلك أي شروط مسبقة للإعداد والخطوات التي يجب اتباعها.
• سجل اختبار المستوى (LTL): لتوفير سجل زمني للتفاصيل ذات الصلة حول تنفيذ الاختبارات، على سبيل المثال تسجيل حالات الاختبار التي تم تشغيلها، ومن قام بتشغيلها، وبأي ترتيب، وما إذا كان كل اختبار قد نجح أم فشل.
• تقرير الشذوذ (AR): يُستخدم لتوثيق أي حدث يقع أثناء عملية الاختبار ويتطلب تحقيقًا. يُطلق على هذا التقرير اسم مشكلة، أو حادث اختبار، أو عيب، أو خلل، أو قضية، أو شذوذ، أو تقرير خطأ. سُمّي هذا التقرير عمدًا بتقرير الشذوذ، وليس تقرير العطل. والسبب هو أن التباين بين النتائج المتوقعة والفعلية قد يحدث لأسباب عديدة غير وجود عطل في النظام. تشمل هذه الأسباب خطأ النتائج المتوقعة، أو إجراء الاختبار بشكل غير صحيح، أو عدم اتساق المتطلبات مما يسمح بتفسيرات متعددة. يتضمن التقرير جميع تفاصيل الحادث، مثل النتائج الفعلية والمتوقعة، ووقت حدوثه، وأي أدلة داعمة تُساعد في حله. كما يتضمن التقرير، إن أمكن، تقييمًا لتأثير الحادث على عملية الاختبار.
• تقرير حالة الاختبار المؤقت للمستوى (LITSR): لتلخيص النتائج المؤقتة لأنشطة الاختبار المحددة، وتقديم التقييمات والتوصيات بناءً على نتائج مستوى الاختبار المحدد (اختياري).
• تقرير اختبار المستوى (LTR): لتلخيص نتائج أنشطة الاختبار المحددة وتقديم التقييمات والتوصيات بناءً على النتائج بعد انتهاء تنفيذ الاختبار لمستوى الاختبار المحدد.
• تقرير الاختبار الرئيسي (MTR): يهدف هذا التقرير إلى تلخيص نتائج مستويات أنشطة الاختبار المحددة، وتقديم تقييمات بناءً على هذه النتائج. يمكن لأي مؤسسة تستخدم برنامج الاختبار الرئيسي (MTP) استخدام هذا التقرير. وهو تقرير إداري يُقدم أي معلومات هامة تم الكشف عنها من خلال الاختبارات المنجزة، بما في ذلك تقييمات جودة جهود الاختبار، وجودة نظام البرمجيات قيد الاختبار، والإحصاءات المستمدة من تقارير الحالات الشاذة. كما يسجل التقرير نوع الاختبار الذي تم إجراؤه ومدة كل اختبار، وذلك لتحسين تخطيط الاختبارات المستقبلية. تُستخدم هذه الوثيقة النهائية لتحديد مدى ملاءمة نظام البرمجيات قيد الاختبار للغرض المطلوب، وذلك بناءً على استيفائه لمعايير القبول التي حددها أصحاب المصلحة في المشروع.

شكّل هذا المعيار جزءًا من المنهج التدريبي لشهادات ISEB التأسيسية والممارس في اختبار البرمجيات التي تروج لها الجمعية البريطانية للحاسبات . كما اعتمد المجلس الدولي لمؤهلات البرمجيات (ISTQB) ، بعد وضع منهجه الخاص استنادًا إلى مناهج ISEB و ASQF الألمانية ، معيار IEEE 829 كمعيار مرجعي لتوثيق اختبار البرمجيات والأنظمة.

قام الدكتور ديفيد جيلبيرين والدكتور ويليام سي. هيتزل بتطوير منهجية عملية الاختبار والتقييم المنهجية (STEP) من أجل تطبيق معيار IEEE-829 الأصلي لتوثيق اختبار البرمجيات. ^{[ 2 ]}

• معيار IEEE رقم 829-2008 ، معيار IEEE لتوثيق اختبار البرمجيات والأنظمة
• BS7925-2 ، معيار اختبار مكونات البرمجيات