برنامج حسابات يعمل بدون إنترنت: 8 اختبارات قبل الاعتماد عليه

«يعمل بدون إنترنت» ليست وظيفة واحدة

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

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

حضّر بيئة الاختبار قبل قطع الاتصال

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

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

الاختبار الأول: تشغيل بارد دون اتصال

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

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

الاختبار الثاني: تسجيل دورة الحساب الأساسية

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

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

الاختبار الثالث: البحث والتقارير والتصدير

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

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

الاختبار الرابع: التعديل والتصحيح ومنع التكرار

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

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

الاختبار الخامس: إعادة تشغيل الجهاز والمساحة المحدودة

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

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

الاختبار السادس: النسخ والاستعادة في وضع الانقطاع

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

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

الاختبار السابع: جهازان والتعارض بعد عودة الاتصال

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

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

الاختبار الثامن: يوم كامل والعودة المنظمة للشبكة

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

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

كيف تسجل النتيجة بموضوعية؟

صنف كل وظيفة إلى واحدة من أربع حالات:

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

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

أنشئ إجراءً يدويًا للطوارئ

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

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

علامات تحتاج إلى توقف ومراجعة

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

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

قائمة تحقق قبل نقل العمل الحقيقي

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

أسئلة شائعة

هل وضع الطيران وحده اختبار كافٍ؟

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

هل العمل دون إنترنت يعني أن البيانات على الهاتف فقط؟

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

هل أختبر على بيانات المحل الحالية؟

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

ماذا لو نجح كل شيء إلا المزامنة؟

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

الخلاصة

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