تغيير تاريخ النظام لاختبار تطبيق

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

كلما بعُد التاريخ زاد ما تصادفه من هذا. فالجهاز المضبوط على 2038 يرى كل شهادة صدرت اليوم منتهية. اختبار 2038 دون ذلك ←

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

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

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

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

أن يكون التاريخ المُزاح لبرنامج قد وصل إليه فعلًا ليس أمرًا يُفترض. فكل جلسة تنتهي بحكم وقائمة بقنوات الوقت التي قرأها البرنامج حقًا. كيف تعرف أنه نجح ←

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