أنواع الاختبارات

مكتمل

في هذا القسم، ستتعرف على أساسيات كيفية إكمال الاختبار على تطبيقك.

اختبارات الوحدة

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

الاختبارات الشاملة

سوف تساعدك الاختبارات الشاملةعلى التحقق مما إذا كان الحل الكلي يعمل بشكل صحيح. هذا العامل هام لأنه على الرغم من أن جميع اختبارات الوحدة تعمل بشكل صحيح، فمن المحتمل أن يفشل التكامل بين وحدتين. يمكنك إكمال تلك الاختبارات باتباع سيناريو اختبار قريب من حالة استخدام العملية التجارية الفعلية.

قد لا يتضمن الحل الناتج تعليمة برمجية مخصصة؛ لذا، فإن الحاجة إلى اختبار الوحدة قد لا يكون لها جاذبية كبيرة. ومع ذلك، ستكون الاختبارات الشاملة دائماً متطلباً قبل إصدار الحل للمستخدمين داخل المؤسسة.

اختبارات قبول المستخدم

سيقوم مستخدمو التطبيق بإدارةاختبار قبول المستخدم (UAT) بدلاً من الصانع. يضمن هذا الاختبار أن يتطابق التطبيق الذي تم إنشاؤه بواسطة المُصمم مع المتطلبات التي طلبها المستخدم في البداية.

للحصول على نتائج جيدة من UATs، تأكد من:

  • اطلب من مستخدمين حقيقيين إجراء الاختبار.

  • حاول اختيار المستخدمين الذين لديهم تنوع من حيث مستويات مهارات تكنولوجيا المعلومات. نتيجة لذلك، ستتلقى ملاحظات مختلفة.

  • ‏لا تعط إرشادات للمستخدم، بل راجع ما إذا كان بإمكانه فهم التطبيق بسهولة.

  • لاحظ كيفية قيام المستخدمين بالتنقل في التطبيق بدون مساعدة، ثم حدد أين يمكنك تحسين التصميم.

  • اطلب من المستخدم شرح توقعاته في سيناريو عندما يكون عالقاً على الشاشة.

  • قم بإجراء اختبار مع الأجهزة المختلفة للتأكد من أن حالات الاختبار تتصرف بشكل مشابه.

  • قم باختبار التطبيق في البيئة أو الموقع الفعلي للمستخدم إذا كان التطبيق يستخدم قدرات غير متصلة. هذا الوضع مثالي.

  • اطلب من المستخدمين محاولة "فصل" التطبيق الخاص بك، مثل إدخال حروف غير عادية في حقول النص.

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

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

من الطبيعي والمقبول أن يطلب المستخدم تغييرات في المواصفات أو يطلب ميزات أخرى.

يجب تسجيل هذه الطلبات في قائمة الميزات الموضحة في تحديد أولويات الميزات والطلبات.