الاختبار اليدوي هو عملية اختبار البرامج يدويًا بحثًا عن العيوب. يتطلب من المختبِر أن يلعب دور المستخدم النهائي حيث يستخدم معظم ميزات التطبيق لضمان السلوك الصحيح. لضمان اكتمال الاختبار ، غالبًا ما يتبع المختبر خطة اختبار مكتوبة تقودهم خلال مجموعة من حالات الاختبار المهمة.

تتمثل إحدى الخطوات الرئيسية في العملية في اختبار البرنامج للتحقق من السلوك الصحيح قبل إصداره للمستخدمين النهائيين.

بالنسبة للجهود الهندسية الصغيرة (بما في ذلك النماذج الأولية) ، قد يكون الاختبار المخصص كافياً. باستخدام هذا النهج غير الرسمي ، لا يتبع المختبر أي إجراء اختبار صارم ويقوم ببساطة بإجراء الاختبار دون تخطيط أو توثيق. وعلى العكس من ذلك ، فإن الاختبار الاستكشافي ، الذي يتضمن التعلم المتزامن وتصميم الاختبار وتنفيذ الاختبار ، يستكشف واجهة المستخدم للتطبيق باستخدام أكبر عدد ممكن من ميزاته ، باستخدام المعلومات المكتسبة في الاختبارات السابقة لاشتقاق اختبارات إضافية بشكل حدسي. يعتمد نجاح الاختبار اليدوي الاستكشافي بشكل كبير على خبرة المجال للمختبِر ، لأن نقص المعرفة سيؤدي إلى عدم اكتمال الاختبار. تتمثل إحدى المزايا الرئيسية للنهج غير الرسمي في اكتساب رؤية بديهية لكيفية استخدام التطبيق.

تتبع المشاريع الهندسية واسعة النطاق التي تعتمد على اختبار البرامج اليدوي منهجية أكثر صرامة من أجل تعظيم عدد العيوب التي يمكن العثور عليها. يركز النهج المنهجي على حالات الاختبار المحددة مسبقًا ويتضمن بشكل عام الخطوات التالية.

اختر خطة اختبار عالية المستوى حيث يتم اختيار منهجية عامة وتحديد الموارد مثل الأشخاص وأجهزة الكمبيوتر وتراخيص البرامج والحصول عليها.
اكتب حالات اختبار مفصلة ، وحدد خطوات واضحة وموجزة يجب أن يتخذها المختبر ، مع النتائج المتوقعة.
قم بتعيين حالات الاختبار للمختبرين ، الذين يتبعون الخطوات يدويًا ويسجلون النتائج.
قم بتأليف تقرير اختبار ، يوضح بالتفصيل نتائج المختبرين. يتم استخدام التقرير من قبل المديرين لتحديد ما إذا كان يمكن إصدار البرنامج ، وإذا لم يكن الأمر كذلك ، فسيتم استخدامه من قبل المهندسين لتحديد المشكلات وتصحيحها.
غالبًا ما يكون النهج الصارم القائم على حالة الاختبار تقليديًا لمشاريع هندسة البرمجيات الكبيرة التي تتبع نموذج الشلال. [2] ومع ذلك ، لم تظهر دراسة حديثة واحدة على الأقل اختلافًا كبيرًا في كفاءة الكشف عن الخلل بين الاختبار الاستكشافي والاختبار القائم على حالة الاختبار. [3]

يمكن أن يكون الاختبار من خلال اختبار المربع الأسود أو الأبيض أو الرمادي. في اختبار المربع الأبيض ، يهتم المختبر بتنفيذ العبارات من خلال الكود المصدري. في اختبار الصندوق الأسود ، يتم تشغيل البرنامج للتحقق من العيوب وهو أقل اهتمامًا بكيفية معالجة الإدخال. لا يمتلك مختبرو الصندوق الأسود حق الوصول إلى الكود المصدري. يهتم اختبار Gray-box بتشغيل البرنامج مع فهم كود المصدر والخوارزميات. [بحاجة لمصدر]

يمكن أيضًا استخدام نهج الاختبار الثابت والديناميكي. يتضمن الاختبار الديناميكي تشغيل البرنامج. يتضمن الاختبار الثابت التحقق من المتطلبات وبناء جملة الكود وأي أنشطة أخرى لا تتضمن تشغيل كود البرنامج بالفعل.

يمكن أن يكون الاختبار من خلال اختبار المربع الأسود أو الأبيض أو الرمادي. في اختبار المربع الأبيض ، يهتم المختبر بتنفيذ العبارات من خلال الكود المصدري. في اختبار الصندوق الأسود ، يتم تشغيل البرنامج للتحقق من العيوب وهو أقل اهتمامًا بكيفية معالجة الإدخال. لا يمتلك مختبرو الصندوق الأسود حق الوصول إلى الكود المصدري. يهتم اختبار Gray-box بتشغيل البرنامج مع فهم كود المصدر والخوارزميات. [بحاجة لمصدر]

يمكن أيضًا استخدام نهج الاختبار الثابت والديناميكي. يتضمن الاختبار الديناميكي تشغيل البرنامج. يتضمن الاختبار الثابت التحقق من المتطلبات وبناء جملة الكود وأي أنشطة أخرى لا تتضمن تشغيل كود البرنامج بالفعل.

يمكن تقسيم الاختبار أيضًا إلى اختبار وظيفي وغير وظيفي. في الاختبار الوظيفي ، يقوم المُختبِر بفحص الحسابات ، أو أي رابط في الصفحة ، أو أي حقل آخر قد يُتوقع فيه إخراجًا في إدخال معين. تشمل الاختبارات غير الوظيفية اختبار الأداء والتوافق وملاءمة النظام قيد الاختبار وأمانه وقابليته للاستخدام من بين أشياء أخرى.