في معظم مؤسسات تطوير البرمجيات ، يعمل برنامج الاختبار كـ "بوابة الجودة" النهائية للتطبيق ، مما يسمح أو يمنع الانتقال من راحة بيئة هندسة البرمجيات إلى العالم الحقيقي.

في معظم مؤسسات تطوير البرمجيات ، يعمل برنامج الاختبار كـ "بوابة الجودة" النهائية للتطبيق ، مما يسمح أو يمنع الانتقال من راحة بيئة هندسة البرمجيات إلى العالم الحقيقي. مع هذا الدور يأتي مسؤولية كبيرة: نجاح تطبيق، وربما من المنظمة، يمكن أن تستند إلى نوعية المنتج البرنامج.
يجب تنفيذ العديد من المهام الصغيرة وإدارتها من قبل فريق الاختبار
الكثير ، في الواقع ، أنه من المغري التركيز على آليات اختبار
تطبيق البرمجيات وإيلاء القليل من الاهتمام للمهام المحيطة المطلوبة من برنامج الاختبار. وكثيرا ً ما تعالج مسائل مثل الحصول على بيانات الاختبار المناسبة، وإمكانية اختبار متطلبات التطبيق وهندسته المعمارية، ومعايير وإجراءات الاختبار المناسبة ووثائقها، والأجهزة والمرافق، في وقت متأخر جداً، إن كان ذلك على الإطلاق، في دورة حياة المشروع. بالنسبة للمشاريع ذات الحجم الكبير ، لن تكفي البرامج النصية والأدوات الاختبارية وحدها - وهي حقيقة سيشهد عليها اختبار البرامج الأكثر خبرة.
1. مرحلة المتطلبات
  • البند 1: إشراك المختبرين من بدايه
  • البند 2: التحقق من المتطلبات
  • البند 3: إجراءات اختبار التصميم في أقرب وقت كما تتوفر المتطلبات
  • البند 4: ضمان هذا الشرط يتم إرسال التغييرات
  • البند 5: حذار من تطوير و الاختبار على أساس نظام موجود
 
2- تخطيط الاختبار
  • البند 6: فهم المهمة في متناول اليد وهدف الاختبار ذات الصلة
  • البند 7: النظر في المخاطر
  • البند 8: جهود الاختبار الأساسية على جدول الميزات ذات الأولوية
  • البند 9: ضع مشكلات البرامج في الاعتبار
  • البند 10: الحصول على بيانات الاختبار الفعالة
  • البند 11: تخطيط بيئة الاختبار
  • البند 12: تقدير إعداد الاختبار و وقت التنفيذ
 
3. فريق الاختبار
  • البند 13: تحديد الأدوار و المسؤوليات
  • البند 14: تتطلب خليط من الاختبار المهارات والخبرة في الموضوع والخبرة
  • البند 15: تقييم المختبر فعاليه
 
4. هندسة النظام
  • البند 16: فهم الهندسة المعمارية و المكونات الأساسية
  • البند 17: التحقق من أن النظام يدعم إمكانية الاختبار
  • البند 18: استخدام تسجيل لزيادة النظام إمكانية الاختبار
  • البند 19: التحقق من أن النظام يدعم تصحيح وإصدارات أوضاع التنفيذ
 
5. اختبار التصميم والتوثيق
  • البند 20 : تقسيم وقهر
  • البند 21: تفويض استخدام قالب إجراء الاختبار ومعايير تصميم الاختبار الأخرى
  • البند 22: اشتقاق حالات اختبار فعالة من المتطلبات
  • البند 23: التعامل مع إجراءات الاختبار على أنها مستندات "حية"
  • البند 24: الاستفادة من تصميم النظام والنماذج الأولية
  • البند 25: استخدام تقنيات الاختبار المثبتة عند تصميم سيناريوهات حالة الاختبار
  • البند 26: تجنب إدراج القيود وعناصر البيانات التفصيلية ضمن إجراءات الاختبار
  • البند 27: تطبيق الاختبار الاستكشافي
 
6. وحدة اختبار
  • البند 28: هيكل التنمية نهج لدعم اختبار وحدة فعالة
  • البند 29: تطوير اختبارات الوحدة بالتوازي أو قبل التنفيذ
  • البند 30: جعل وحدة اختبار التنفيذ جزء من عملية البناء
 
7. أدوات الاختبار الآلي
  • البند 31: معرفة أنواع مختلفة من أدوات الاختبار والدعم
  • البند 32 : النظر في بناء أداة بدلا من شراء واحد
  • البند 33: معرفة تأثير الآلي أدوات حول جهد الاختبار
  • البند 34: التركيز على احتياجات الخاص بك المنظمه
  • البند 35: اختبار الأدوات على تطبيق النموذج
 
8. الاختبار الآلي: أفضل الممارسات المختارة
  • البند 36: لا تعتمد فقط على التقاط / تشغيل
  • البند 37: تطوير تسخير اختبار عند الضرورة
  • البند 38: استخدام تقنيات تطوير اختبار السيناريو ثبت
  • البند 39: أتمتة اختبارات الانحدار عندما يكون ذلك ممكنا
  • البند 40: تنفيذ البنى الآلية واختبارات الدخان
 
9. اختبار غير وظيفية
  • البند 41: لا تجعل الاختبار غير وظيفيفكرة لاحقة
  • البند 42: إجراء اختبار الأداء مع قواعد بيانات بحجم الإنتاج
  • البند 43: اختبارات قابلية الاستخدام المصممة للجمهور المقصود
  • البند 44: النظر في جميع جوانب الأمن، للمتطلبات المحددة وعلى نطاق المنظومة
  • البند 45: التحقيق في تنفيذ النظام للتخطيط لاختبارات التزامن
  • البند 46: إعداد بيئة فعالة لاختبار التوافق
 
10. إدارة تنفيذ الاختبار
  • البند 47: تحديد بداية ونهاية دورة الاختبار التنفيذ بوضوح
  • البند 48: عزل بيئة الاختبار عن بيئة التنمية
  • البند 49: تنفيذ دورة حياة تتبع العيوب
  • البند 50: تتبع تنفيذ برنامج الاختبار
مشاركة هذه الصفحة

التعليقات مغلقة.