QA Tester لاختبار منصة Web لمدة أسبوع

نبحث عن QA Tester / Software Tester لديه خبرة جيدة في Manual Testing وFunctional Testing وExploratory Testing لاختبار منصة Web متخصصة في مجال Software Quality Assurance.

مدة المشروع: 10 أيام

الميزانية: 100–250 دولار للمشروع كاملاً

نوع الاختبار: Manual, Functional & Exploratory Testing

عن المشروع

المطلوب اختبار منصة SaaS متخصصة في إدارة وتنفيذ عمليات Software Quality Assurance.

نبحث عن شخص لديه عقلية QA قوية ويستطيع استخدام النظام كمستخدم حقيقي، وتجربة الـWorkflows المختلفة، ومحاولة اكتشاف المشاكل والـEdge Cases، وليس فقط تنفيذ الـHappy Path أو مراجعة الواجهات بشكل سريع.

سيتم توفير حساب وبيئة مخصصة للاختبار، بالإضافة إلى المعلومات الأساسية اللازمة للبدء.

نطاق الاختبار

سيشمل الاختبار بشكل عام:

Functional Testing

Exploratory Testing

Positive & Negative Testing

Form & Input Validation

UI/UX Issues

Error Handling

Permissions & Access Control

Workflow Testing

Edge Cases

Data Consistency

Cross-Browser Testing

Unexpected User Behavior

المطلوب أيضاً محاولة استخدام الوظائف بطرق مختلفة وغير متوقعة لمعرفة كيفية تعامل النظام معها.

لا يتطلب المشروع كتابة Automated Tests.

آلية العمل

نريد أن يكون الاختبار موثقاً بحيث يمكننا معرفة الـTest Coverage الذي تم تنفيذه، وليس فقط عدد الـBugs المكتشفة.

خلال أيام العمل، نحتاج إلى Daily Testing Report مختصر يحتوي على:

الـModules والوظائف التي تم اختبارها

السيناريوهات التي تم تنفيذها

نتيجة كل سيناريو (Passed / Failed)

المشاكل المكتشفة

أي أجزاء لم يتم اختبارها وسبب ذلك

Browser / Environment المستخدم

نتوقع تنفيذ عدد مناسب من Test Scenarios يومياً حسب حجم وتعقيد الجزء الذي يتم اختباره.

يجب أن تشمل السيناريوهات قدر الإمكان:

Happy Path

Negative Scenarios

Invalid Inputs

Boundary Cases

Edge Cases

Unexpected User Actions

الهدف هو اختبار النظام بعمق، وليس الوصول إلى عدد محدد من الـBugs.

Report, Data & Calculation Validation

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

المطلوب يشمل:

التحقق من أن الأرقام المعروضة في التقارير والداشبورد صحيحة

إعادة حساب النتائج بشكل مستقل ومقارنتها بنتائج النظام

التحقق من صحة النسب المئوية والإجماليات والمتوسطات وأي Calculated Values

التأكد من أن البيانات الموجودة في التقارير تطابق البيانات الأصلية المدخلة في النظام

اختبار منطق تجميع البيانات Aggregation Logic

التأكد من أن Filters تؤثر على النتائج والأرقام بشكل صحيح

اختبار التقارير باستخدام مجموعات بيانات مختلفة

اختبار الحالات التي تحتوي على بيانات فارغة أو صفرية أو جزئية

التحقق من أن حالة البيانات وتغييرها ينعكس بشكل صحيح على التقارير

البحث عن أي أرقام غير منطقية أو متناقضة بين أجزاء التقرير المختلفة

التحقق من Charts وKPIs وSummaries والتأكد من أنها مبنية على البيانات الصحيحة

التحقق من Business Logic المستخدم للوصول إلى النتائج، وليس فقط التأكد من أن التقرير يتم إنشاؤه بدون أخطاء

عند اكتشاف مشكلة في أحد الحسابات، يجب توضيح:

Input Data → Expected Calculation → System Result

بحيث يمكن إعادة الحساب والتحقق من المشكلة بشكل واضح.

في حال كان الـExpected Business Logic غير واضح، يجب توضيح ذلك وطلب المعلومات اللازمة بدلاً من افتراض السلوك المتوقع.

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

طريقة تسجيل الـBugs

كل Bug يتم تسجيله يجب أن يحتوي قدر الإمكان على:

Bug Title

Severity: Critical / High / Medium / Low

Module / Feature

Steps to Reproduce

Expected Result

Actual Result

Screenshot

Video للمشاكل التي تحتاج توضيحاً إضافياً

Browser / Environment

أي معلومات إضافية تساعد على إعادة المشكلة

يجب أن تكون خطوات إعادة المشكلة واضحة بحيث يستطيع المطور إعادة الـBug بسهولة.

التسليم النهائي

في نهاية الأسبوع، نحتاج إلى Final QA Report يحتوي على:

ملخص الاختبار الذي تم تنفيذه

الـModules التي تم اختبارها

Test Scenarios التي تم تنفيذها ونتائجها

جميع الـBugs المكتشفة

توزيع المشاكل حسب Severity

الأجزاء التي لم يتم اختبارها، إن وجدت

أهم المخاطر التي تم اكتشافها

ملاحظات UI/UX وUsability

توصيات المختبر حول الأجزاء التي تحتاج إلى Testing إضافي

تقرير انطباع المختبر عن المنتج

تقرير نقاط الايجابية والنقاط السلبية بالمنتج (من وجهة نظل المختبر)

سيتم تقييم المشروع بناءً على جودة الاختبار، عمقه، Test Coverage، وجودة التقارير والأدلة المقدمة، وليس بناءً على عدد الـBugs المكتشفة فقط.

المتطلبات

يفضل أن يكون لدى المتقدم:

خبرة فعلية في Manual Software Testing

خبرة في Web Application Testing

خبرة في Functional Testing

خبرة في Exploratory Testing

قدرة قوية على اكتشاف Edge Cases

خبرة في كتابة Test Scenarios

خبرة في كتابة Bug Reports واضحة

فهم جيد لمفاهيم Software QA

القدرة على العمل بشكل مستقل واستكشاف نظام جديد

الخبرة في اختبار SaaS Platforms أو Test Management Systems أو QA Tools تعتبر ميزة إضافية.

عند تقديم العرض

يرجى الإجابة على الأسئلة التالية:

كم سنة لديك من الخبرة في Software QA؟

ما أنواع الأنظمة التي قمت باختبارها سابقاً؟

كيف تبدأ عادة باختبار Web Application جديد لم تستخدمه من قبل؟

كيف تقوم بعمل Exploratory Testing؟

ما الأدوات التي تستخدمها أثناء الاختبار؟

ما المتصفحات التي يمكنك إجراء الاختبار عليها؟

يرجى إعطاء مثال مختصر عن Bug Report قمت بكتابته سابقاً.

هل لديك خبرة في التحقق من Reports وCalculations وBusiness Logic؟

هل يمكنك تقديم Daily Testing Report خلال فترة المشروع؟

ملاحظة: نبحث عن شخص يقوم باختبار فعلي وعميق للمنصة. المشروع ليس مجرد مراجعة سريعة للواجهات، وسيتم الاعتماد على Test Execution Reports وTesting Evidence لتقييم العمل.

في حال كانت جودة العمل جيدة، ستكون هناك إمكانية لمشاريع Testing إضافية مستقبلاً.