لاختبار تطبيق بناه لك مستقل أو شركة: اطلب نسخة تجريبية تعمل وحسابات اختبار لكل دور، ثم حوّل كل بند في العقد أو وثيقة المتطلبات إلى اختبار له نتيجة «مطابق» أو «غير مطابق». نفّذ الرحلات كاملة على الجوال، وجرّب الإدخال الخاطئ والصلاحيات، ودوّن كل ملاحظة بخطوات ولقطة شاشة، وصنّفها: خلل يخالف المتفق عليه، أم طلب جديد. لا توقّع الاستلام ولا تدفع الدفعة الأخيرة وفي رحلة أساسية خلل حرج، ولا قبل أن تستلم الكود والحسابات والنطاق.
- كيف اختبر تطبيق من مستقل
- كيف استلم موقع من شركة برمجة
- اختبار القبول للتطبيق
- كيف اتاكد ان المبرمج سلمني شغل صح
- وش اطلب من المبرمج عند التسليم
- قائمة استلام تطبيق من شركة برمجة
ماذا يعني أن «تستلم» تطبيقاً بناه غيرك؟
يرسل لك المطور رابطاً ورسالة: «التطبيق جاهز، بانتظار الدفعة الأخيرة». تفتحه، تتصفح ثلاث صفحات، يبدو جميلاً، فتحوّل المبلغ. بعد أسبوعين تكتشف أن لوحة الإدارة لا تصدّر التقارير، وأن الحجز يقبل تاريخاً في الماضي، والمطور الآن مشغول بعميل آخر. اختبار تطبيق لم تبنِه هو ما يمنع هذه القصة، واسمه المتعارف عليه اختبار القبول.
رسم توضيحيالفكرة تشبه استلام شقة من مقاول: لا تسأل «هل هي جميلة؟»، بل تمشي بقائمة: الكهرباء تعمل، الماء يصل، الأبواب تُقفل. والمرجع هو العقد لا ذوقك.
- السؤال
- هل ما سُلّم يطابق ما اتُّفق عليه؟
- المرجع
- العقد أو وثيقة المتطلبات
- من ينفذه
- أنت أو من يمثلك، لا من بنى
- متى
- قبل التوقيع والدفعة الأخيرة
- النتيجة
- قبول، قبول بشروط، أو رفض
ماذا يجب أن يكون في يدك قبل أن تبدأ الفحص؟
لا تبدأ الفحص قبل اكتمال هذه القائمة. نقص أي بند منها يعني أنك ستختبر بعين واحدة:
وإن لم تكن هناك وثيقة متطلبات أصلاً، فاكتب الآن قائمة بما اتفقتم عليه من الرسائل وعرض السعر، وأرسلها للمورد ليؤكدها قبل الفحص. قائمة مؤكدة متأخرة خير من لا شيء. وللمشاريع القادمة: كيف تكتب وثيقة متطلبات.
كيف تحوّل بنود العقد إلى اختبارات؟
كل سطر في قائمة الميزات يتحول إلى سؤال جوابه نعم أو لا، ودليل يثبته. بنود العقود تُكتب عادة بعمومية، ومهمتك أن تجعلها قابلة للفحص:
| بند في العقد | الاختبار | الدليل |
|---|---|---|
| «تسجيل دخول برقم الجوال» | أسجل برقمي، يصلني الرمز، أدخل. رمز خاطئ يُرفض | لقطة لكل حالة |
| «سلة ودفع إلكتروني» | أضيف منتجين، أدفع ببطاقة اختبار، يظهر الطلب مدفوعاً في لوحة الإدارة | رقم الطلب في الجهتين |
| «لوحة تحكم للإدارة» | أضيف منتجاً، أعدّل سعراً، أغيّر حالة طلب، أصدّر تقريراً | لقطة قبل وبعد |
| «يدعم العربية والإنجليزية» | كل صفحة ورسالة وبريد باللغتين، والاتجاه صحيح | قائمة الصفحات المفحوصة |
| «متجاوب مع الجوال» | كل الرحلات بمقاس الجوال دون تمرير جانبي أو زر مقطوع | لقطات من جوال حقيقي |
| «صلاحيات للموظفين» | الموظف لا يرى التقارير المالية ولا يحذف | محاولة فتح الرابط مباشرة |
هذه الأسئلة هي معايير القبول. وللفحص الشامل خارج بنود العقد، استخدم جولات اختبار الموقع قبل الإطلاق.
كيف تسير فترة الفحص يوماً بيوم؟
اتفق مع المورد على فترة فحص محددة قبل التسليم، وتُذكر في العقد إن أمكن. هذا مثال لعشرة أيام عمل لتطبيق متوسط:
- اليوم 1التجهيز
أكمل قائمة «قبل الاختبار». حوّل بنود العقد إلى جدول اختبارات، وأرسله للمورد حتى لا يتفاجأ.
- الأيام 2–3الرحلات الأساسية
نفّذ كل رحلة كاملة بكل دور، على الجوال أولاً. دوّن المطابق وغير المطابق.
- اليوم 4الحالات الصعبة
إدخال خاطئ، صلاحيات، حجز مكرر، دفعة مرفوضة، وكل ما هو بديهي وغير مكتوب.
- اليوم 5التقرير الأول
أرسل الملاحظات دفعة واحدة، مرقمة ومصنفة حسب الخطورة، لا رسائل متفرقة.
- الأيام 6–8الإصلاح
المورد يصلح. أنت لا تضيف طلبات جديدة في هذه الفترة.
- الأيام 9–10إعادة الفحص والقرار
أعد كل الرحلات، لا المُصلَح فقط. ثم قرار الاستلام.
جولة واحدة لإعادة الفحص متوقعة، واثنتان مقبولتان. إن احتجت خامسة فالمشكلة ليست في الملاحظات بل في جودة البناء نفسها، وهذا حديث مختلف مع المورد.
كيف تكتب الملاحظات حتى يصلحها المورد بدل أن يجادل؟
أغلب الخلافات عند التسليم سببها ملاحظات غامضة: «التطبيق بطيء»، «الدفع فيه مشكلة». المورد لا يستطيع إعادتها، فيرد بأنها تعمل عنده. الملاحظة الجيدة لا تُناقش: عنوان واضح، خطوات مرقمة، المتوقع وما حدث، لقطة شاشة، والجهاز المستخدم. النموذج كاملاً في دليل كتابة بلاغ خلل.
وقبل الإرسال صنّف كل ملاحظة إلى واحد من ثلاثة أنواع. هذا التصنيف يحسم نصف النقاش مسبقاً:
| النوع | معناه | من يتحمله | مثال |
|---|---|---|---|
| خلل | لا يعمل، أو يخالف المتفق عليه أو البديهي | المورد، ضمن السعر | الحجز يقبل موعداً محجوزاً |
| طلب تغيير | يعمل كما اتُّفق، وأنت تريده مختلفاً الآن | أنت، باتفاق وسعر جديدين | أريد إضافة الدفع بالتقسيط |
| غموض | البند يحتمل تفسيرين | تفاوض بحسن نية | «تقارير» دون تحديد أي تقارير |
الملاحظة التي يعيدها المورد من أول مرة تُصلح. والملاحظة التي يحتاج أن يسألك عنها تتحول إلى نقاش.
كن عادلاً: لا تُدخل طلباتك الجديدة في قائمة الأخطاء لتحصل عليها مجاناً. هذا يفسد العلاقة ويؤخر الاستلام، والمورد الجيد يستحق أن تعامله كما تحب أن يعاملك.
متى توقّع الاستلام، ومتى ترفض؟
اختر ما يشبه حالتك لترى النصيحة.
استلم. اكتب محضر استلام قصيراً فيه تاريخ ونسخة التطبيق وقائمة الملاحظات المنخفضة المتبقية إن وُجدت، وموعد إصلاحها.
قبول بشروط: استلم مع قائمة مكتوبة بالملاحظات ومواعيد إصلاحها، واربط جزءاً من الدفعة الأخيرة بإغلاقها إن سمح عقدك.
لا تستلم بعد. العميل لن يستطيع الشراء أو الحجز، والتطبيق غير صالح للإطلاق. أعطِ مهلة إصلاح محددة وأعد الفحص.
هذا نقص في التسليم لا خلل. ارجع للعقد: إما تنفيذها، أو تعديل السعر والاتفاق كتابة. وإن تعقّد الأمر فاستشر مختصاً قانونياً.
ما هنا إرشاد عملي وليس استشارة قانونية؛ شروط الدفع والاستلام والضمان يحكمها عقدك. وإن كنت ما زلت في مرحلة اختيار المورد، فقارن الخيارات في منصة بناء بالذكاء الاصطناعي أم مستقل ومنصة بناء أم شركة تطبيقات.
كيف يعطيك وكيل الجودة رأياً مستقلاً؟
مشكلتك عند الاستلام أن الخبير الوحيد في الغرفة هو من بنى التطبيق. تحتاج طرفاً ثالثاً يختبر ويوثّق دون مصلحة. مهندس الجودة في فنّان يختبر أي موقع أو تطبيق ويب، حتى لو لم يُبنَ في فنّان: تعطيه عنوان النسخة التجريبية وما اتفقتم عليه، فيقترح خطة تراجعها، وينفذها في متصفح حقيقي، ويرفع تقريراً بلقطات الشاشة وخطوات إعادة كل خلل ودرجة خطورته.
- إثبات الملكية: قبل اختبار موقع خارجي يطلب إثبات أنه لك بملف على الموقع أو وسم في الصفحة أو سجل DNS. اطلب من المورد إضافته، وهذا طلب عادي.
- تقرير يُشارَك: في الخطط التي تشمل المشاركة ترسل للمورد رابطاً للقراءة فقط بدل لقطات متفرقة.
- إعادة الاختبار: بعد إصلاح المورد تعيد الحالات نفسها، ولا يُغلق الخلل إلا بنجاحها.
- حدوده: يختبر ما يعمل في المتصفح. تطبيق الجوال المثبت من المتجر، واختبار الضغط، والتدقيق الأمني خارج نطاقه.
استلمت هذا التطبيق من شركة برمجة وأريد التأكد أنه يطابق العقد قبل الاستلام. البنود المتفق عليها: تسجيل دخول برقم الجوال، عرض الخدمات بالأسعار، حجز موعد مع اختيار الموظف، دفع العربون إلكترونياً، إشعار تأكيد، ولوحة للإدارة تعرض حجوزات اليوم وتسمح بإلغائها، وصلاحية موظف لا يرى الإيرادات، وواجهة عربية وإنجليزية. اختبر كل بند بمقاس الجوال وأخبرني: مطابق أم غير مطابق، مع الدليل. ثم جرّب ما هو بديهي: حجز الموعد نفسه مرتين، تاريخ في الماضي، ودخول موظف إلى صفحة الإيرادات برابط مباشر. أنت على النسخة التجريبية ويمكنك إنشاء حجوزات تجريبية، ولا تكمل دفعاً حقيقياً.
جرّبه في فنّانماذا تستلم غير تطبيق يعمل؟
تطبيق يعمل على خادم المورد وبحساباته ليس ملكك بعد. قبل التوقيع تأكد أن كل ما يلي صار باسمك وتستطيع الدخول إليه دون وسيط:
ملكية الكود موضوع يستحق القراءة قبل أي عقد: من يملك الكود؟. وبعد الاستلام يبدأ عملك أنت: احفظ حالات اختبار القبول وأعدها بعد كل تعديل، فهي الآن شبكة الأمان الدائمة لتطبيقك.
الخلاصة
- اختبار القبول سؤاله واحد: هل ما سُلّم يطابق ما اتُّفق عليه؟ وليس: هل يعجبني؟
- اختبر على نسخة تعمل بين يديك، لا على فيديو أو عرض يقوده المطور.
- فرّق بين الخلل وطلب التغيير؛ الأول على المورد، والثاني اتفاق جديد.
- رأي مستقل عمّن بنى التطبيق يحميك؛ وكيل الجودة يعطيك تقريراً بالأدلة يفهمه الطرفان.
- الاستلام ليس تطبيقاً يعمل فقط: الكود، الحسابات، النطاق، وقاعدة البيانات يجب أن تكون باسمك.
أسئلة شائعة
كيف أتأكد أن المبرمج سلّمني عملاً صحيحاً وأنا غير تقني؟
هل أدفع الدفعة الأخيرة قبل الاختبار؟
ما الفرق بين الخلل وطلب التغيير؟
كم يوماً أحتاج لاختبار تطبيق قبل استلامه؟
هل يستطيع وكيل الجودة اختبار تطبيق على خادم المورد؟
ماذا أفعل إن رفض المورد إصلاح الملاحظات؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «كيف تختبر تطبيقاً بناه لك غيرك قبل أن تستلمه» https://fanann.com/ar/blog/test-an-app-you-did-not-build/ سؤالي: كيف اختبر تطبيق من مستقل اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.