الاختبار اليدوي - اختبار البرمجيات

الاختبار اليدوي هو عملية اختبار برمجية يتم فيها تنفيذ حالات الاختبار يدويًا دون استخدام أي أداة آلية. يتم تنفيذ جميع حالات الاختبار بواسطة المختبر يدويًا وفقًا لمنظور المستخدم النهائي. ويتأكد ما إذا كان التطبيق يعمل كما هو مذكور في وثيقة المتطلبات أم لا. يتم تخطيط حالات الاختبار وتنفيذها لإكمال ما يقرب من 100 بالمائة من تطبيق البرنامج. يتم أيضًا إنشاء تقارير حالة الاختبار يدويًا.

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

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

يعد الاختبار اليدوي ضروريًا لأن أحد اختبار البرمجيات الأساسيات هي أن 'الأتمتة بنسبة 100% غير ممكنة'.

لماذا نحتاج إلى الاختبار اليدوي

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

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

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

أنواع الاختبارات اليدوية

هناك طرق مختلفة تستخدم للاختبار اليدوي. يتم استخدام كل تقنية وفقًا لمعايير الاختبار الخاصة بها. أنواع الاختبارات اليدوية مذكورة أدناه:

اختبار الصندوق الأبيض
اختبار الصندوق الأسود
اختبار الصندوق الرمادي

اختبار الصندوق الأبيض

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

لمزيد من المعلومات حول اختبار الصندوق الأبيض، راجع الرابط أدناه:

https://www.javatpoint.com/white-box-testing

تحويل السلسلة حتى الآن

اختبار الصندوق الأسود

يتم إجراء اختبار الصندوق الأسود بواسطة مهندس الاختبار، حيث يمكنه التحقق من وظائف التطبيق أو البرنامج وفقًا لاحتياجات العميل/العميل. وفي هذا، لا يكون الرمز مرئيًا أثناء إجراء الاختبار؛ ولهذا السبب يُعرف باختبار الصندوق الأسود.

لمزيد من المعلومات حول اختبار الصندوق الأسود، يرجى الرجوع إلى الرابط أدناه:

https://www.javatpoint.com/black-box-testing

اختبار الصندوق الرمادي

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

للحصول على مزيد من التفاصيل حول اختبار الصندوق الرمادي، راجع الرابط أدناه:

https://www.javatpoint.com/grey-box-testing

كيفية إجراء الاختبار اليدوي

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

عملية بناء البرمجيات

بمجرد جمع المتطلبات، سيتم توفيرها لفريقي التطوير والاختبار المختلفين.
بعد الحصول على المتطلبات، سيبدأ المطور المعني بكتابة الكود.
وفي هذه الأثناء، يقوم مهندس الاختبار بفهم المتطلبات وإعداد المستندات المطلوبة، وحتى الآن يمكن للمطور إكمال الكود وتخزينه في أداة التحكم في الإصدار .
بعد ذلك، يتغير الكود في واجهة المستخدم، ويتم التعامل مع هذه التغييرات بواسطة فريق واحد منفصل، وهو ما يعرف باسم بناء فريق .
سيأخذ فريق البناء هذا الكود ويبدأ في تجميع الكود وضغطه بمساعدة أداة البناء. بمجرد حصولنا على بعض الإخراج، يتم نقل الإخراج إلى ملف مضغوط، والذي يعرف باسم يبني (تطبيق أو برنامج). سيكون لكل إصدار رقم فريد مثل (B001، B002).
ثم سيتم تثبيت هذا الإصدار المحدد في خادم الاختبار. بعد ذلك، سيتمكن مهندس الاختبار من الوصول إلى خادم الاختبار هذا بمساعدة عنوان URL للاختبار والبدء في اختبار التطبيق.
إذا وجد مهندس الاختبار أي خطأ، فسيتم إبلاغ المطور المعني به.
بعد ذلك، سيقوم المطور بإعادة إنتاج الخلل في خادم الاختبار وإصلاح الخلل وتخزين الكود مرة أخرى في أداة إصدار التحكم، وسيقوم بتثبيت الملف المحدث الجديد وإزالة الملف القديم؛ تستمر هذه العملية حتى نحصل على البنية المستقرة.
بمجرد حصولنا على البنية المستقرة، سيتم تسليمها إلى العميل.

ملاحظة1

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

Note2

بناء الفريق

المهمة الرئيسية لفريق البناء هي إنشاء التطبيق أو البناء وتحويل اللغة عالية المستوى إلى لغة منخفضة المستوى.

يبني

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

أداة التحكم في الإصدار

هو برنامج أو تطبيق يستخدم للغرض التالي:

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

مثال على عملية البناء

دعونا نرى مثالا واحدا لفهم كيفية بناء العمل العملي على السيناريوهات الحقيقية:

كيفية تحويل السلسلة إلى عدد صحيح في جافا

بمجرد أن يحصل مهندس الاختبار على الخطأ، سيرسله إلى المطورين، وسيحتاجون إلى بعض الوقت لتحليله؛ بعد ذلك، يقوم بإصلاح الخطأ فقط (لا يستطيع مهندس الاختبار تقديم مجموعة الأخطاء).

يقرر المطور عدد الأخطاء التي يمكنه إصلاحها وفقًا لوقته. ويقرر مهندس الاختبار أي خطأ يجب إصلاحه أولاً وفقًا لاحتياجاته لأن مهندسي الاختبار لا يستطيعون إيقاف الاختبار.

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

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

Note3

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

دورة الاختبار هي المدة الزمنية الممنوحة لمهندس الاختبار لاختبار كل إصدار.

الاختلافات بين البناءين

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

كم مرة حصلنا على الإصدار الجديد

في البداية، اعتدنا أن نحصل على إصدارات أسبوعية، ولكن في المرحلة الأخيرة من الاختبار، عندما أصبح التطبيق مستقرًا، كنا نحصل على النسخة الجديدة مرة واحدة كل 3 أيام، أو يومين، أو يوميًا أيضًا.

كم عدد البنيات التي نحصل عليها

إذا أخذنا في الاعتبار سنة واحدة من مدة أي مشروع، فسنحصل على 22-26 بناءًا.

عندما نحصل على إصلاحات الخلل

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

مزايا الاختبار اليدوي

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

عيوب الاختبار اليدوي

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

أدوات الاختبار اليدوية

في الاختبار اليدوي، وأنواع مختلفة من الاختبارات مثل الوحدة والتكامل والأمن والأداء وتتبع الأخطاء، لدينا أدوات متنوعة مثل Jira وBugzilla وMantis وZap وNUnit وTessy وLoadRunner وCitrus وSonarQube وما إلى ذلك المتوفرة في سوق. بعض الأدوات مفتوحة المصدر، وبعضها تجاري.

لمزيد من المعلومات حول أدوات الاختبار، يرجى الرجوع إلى الرابط أدناه:

https://www.javatpoint.com/software-testing-tools

دعونا نفهمهم واحدًا تلو الآخر:

تحميلRunner

إنها أدوات اختبار الأداء الأكثر استخدامًا. يُستخدم LoadRunner بشكل أساسي لدعم اختبار الأداء لمجموعة واسعة من الإجراءات وعدد الأساليب وبيئات التطبيقات.

الغرض الرئيسي من تنفيذ أداة LoadRunner هو تصنيف المصادر الأكثر شيوعًا لمشاكل الأداء بسرعة.

مميزات برنامج LoadRunner

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

الحمضيات

Citrus هي أداة اختبار التكامل، وهي إطار الاختبار الأكثر استخدامًا. هو مكتوب في برمجة جافا لغة. يتم استخدامه في الغالب للطلب والرد على جانب الخادم والعميل والتحقق من صحة ملفات XML JSON.

ولإنجاز اختبار حالة الاستخدام الشامل، تدعم Citrus العديد من بروتوكولات HTTP وJMS وSOAP.

خصائص الحمضيات

فيما يلي بعض الميزات المهمة لأداة Citrus:

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

ZAP

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

مميزات برنامج ZAP

يدعم العديد من أنظمة التشغيل مثل Windows، Linux، OS X.
لديها بنية تعتمد على البرنامج المساعد.
يحتوي على سوق عبر الإنترنت يسمح لنا بإضافة ميزات جديدة أو محدثة.
لوحة التحكم GUI الخاصة بـ ZAP سهلة الاستخدام.

راهبة

NUnit هي إحدى أدوات اختبار الوحدات الأكثر استخدامًا. إنها أداة مفتوحة المصدر ومشتقة بشكل أساسي من JUnit .

لقد تم كتابته بالكامل في لغة البرمجة C# ومناسبة للجميع . صافي اللغات .

بمعنى آخر، يمكننا القول أن أداة NUnit تم إعادة تصميمها بالكامل لتصبح ميزة العديد من صفات لغة .Net. على سبيل المثال:

القدرات المتعلقة بالانعكاس. سمات مخصصة أخرى. الاختبار اليدوي

خصائص NUnit

إنه يسمح بالتأكيدات كطريقة ثابتة لفئة الميزة.
وهو يحافظ على الاختبارات المعتمدة على البيانات.
وهو يدعم العديد من المنصات، مثل .NET core Xamarin mobile وSilverlight وإطار العمل الفعال.
تساعدنا قدرة NUnit على تنفيذ الاختبارات في وقت واحد.
يستخدم مشغل وحدة التحكم لتحميل الاختبارات وتنفيذها.

جيرا

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

في هذه الأداة، يمكننا بسهولة تتبع جميع أنواع الأخطاء أو العيوب المتعلقة بالبرنامج والتي ينتجها مهندسو الاختبار.

مميزات جيرا

إنها أداة لتوفير الوقت.
يستخدم Jira لتتبع العيوب والقضايا.
يتم استخدامه لإنشاء مهام التوثيق.
Jira هي أداة مفيدة جدًا لتتبع تحسين وثائقنا.

للحصول على المعلومات الكاملة حول أداة Jira، راجع الرابط أدناه: https://www.javatpoint.com/jira-tutorial.

SonarQube

أداة اختبار أخرى للاختبار اليدوي هي SonarQube، والتي تعمل على تحسين سير العمل لدينا من خلال جودة التعليمات البرمجية المستمرة وأمن التعليمات البرمجية. إنه مرن مع استخدام المكونات الإضافية.

إنه مكتوب بالكامل بلغة البرمجة JAVA. إنه يوفر تقييمًا وتكاملًا مؤتمتًا بالكامل مع أدوات Ant وMaven وGradle وMSBuild والتكامل المستمر. يتمتع SonarQube بالقدرة على تسجيل سجل المقاييس وإعطاء الرسم البياني للتطور.

مميزات سوناركوبي

وفيما يلي بعض الميزات الهامة لأداة SonarQube:

وهو يدعم العديد من لغات البرمجة مثل C، C++، Python، JAVA، HTML، CSS، VB.NET، PHP، COBOL، PL/SQL، إلخ.
بموجب رخصة جنو العامة الصغرى، فإن Sonarqube متاح مجانًا.
SonarQube تابع لبعض الأدوات الخارجية المهمة مثل GitHub وActive Directory وLDAP وغيرها.
تم دمج SonarQube مع بيئات تطوير Visual Studio وEclipse وIntelliJ IDEA بسبب SonarLint المكونات الإضافية.

JMeter

JMeter هي أداة مفتوحة المصدر تُستخدم لاختبار أداء كل من الموارد الثابتة والديناميكية وتطبيقات الويب الديناميكية.

سلسلة تنسيق جافا

تم تصميمه بالكامل على تطبيق JAVA لتحميل سلوك الاختبار الوظيفي وقياس أداء التطبيق.

إنه يسهل على المستخدمين أو المطورين استخدام الكود المصدري لتطوير التطبيقات الأخرى.

مميزات برنامج جي ميتر

فيما يلي بعض الخصائص الأساسية لـ JMeter:

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

لمزيد من المعلومات حول JMeter، يشير إلى الرابط أدناه:

https://www.javatpoint.com/jmeter-tutorial.

مع بوجز

أداة أخرى لتتبع الأخطاء تستخدم في الاختبار اليدوي هي مع بوجز .

يتم استخدامه على نطاق واسع من قبل العديد من المنظمات لتتبع الأخطاء المختلفة في التطبيق.

Bugzilla هي أداة مفتوحة المصدر تساعد العميل والعميل على تتبع العيوب. تعتبر Bugzilla أيضًا أداة لإدارة الاختبار لأنه في هذا يمكننا بسهولة ربط أدوات إدارة حالات الاختبار الأخرى مثل ALM ومركز الجودة وما إلى ذلك.

مميزات بوجزيلا

تحويل سلسلة int جافا

يحتوي Bugzilla على بعض الميزات الإضافية التي تساعدنا على الإبلاغ عن الخطأ بسهولة:

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

السرعوف

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

مميزات السرعوف

بعض الميزات القياسية للأداة المعينة هي كما يلي:

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

للحصول على مزيد من التفاصيل حول أدوات تتبع الأخطاء، راجع الرابط التالي: https://www.javatpoint.com/defect-or-bug-tracking-tool .

تيسي

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

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

يحتوي تيسي على ثلاث وظائف أساسية، وهي كما يلي:

محرر واجهة الاختبار (TIE)
محرر بيانات الاختبار (TDE)
مساحة العمل.

مميزات تيسي

الميزات القياسية لـ TESSY هي كما يلي:

وينتج تقرير الاختبار لنتائج تنفيذ الاختبار.
يدعم العديد من لغات البرمجة مثل C وC++.
يتم استخدام Tessy لتقييم واجهة الوظيفة ويصف المتغير الذي تستخدمه تلك الوظيفة.

لمزيد من المعلومات حول أدوات اختبار التكامل، راجع الرابط التالي: https://www.javatpoint.com/integration-testing-tools.

ملخص

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

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

في الاختبار اليدوي، يحتاج مهندس الاختبار إلى التفكير والأداء مثل تفسير المستخدم النهائي.

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

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