زمان شروع پخش ویدیو دوره را چگونه اندازه بگیریم؟
تأخیر کلیک تا آغاز پخش را روی سه شبکه بسنجید و مشخص کنید انتظار از صفحه، صدور مجوز، دریافت رسانه یا کیفیت اولیه می‌آید.
وقتی هنرجو می‌گوید فیلم دیر باز می‌شود، از او بخواهید مرحلهٔ انتظار را مشخص کند. ممکن است صفحهٔ درس دیر آماده شود، دکمهٔ پخش زود دیده شود اما پس از لمس آن مدتی طول بکشد، یا فیلم آغاز شود و چند ثانیه بعد متوقف شود. این سه نشانه را جدا ثبت کنید. معیار اصلی این راهنما زمان بین درخواست پخش و آغاز واقعی آن است. تأخیر قبل از آماده شدن صفحه و وقفه بعد از شروع را هم جدا یادداشت می‌کنیم تا علت‌ها با هم مخلوط نشوند.
برای یک آزمون مفید، یک درس ثابت و یک حساب مجاز انتخاب کنید. همان درس را روی سه وضعیت شبکه با دستگاه ثابت تکرار کنید. اگر امکان دارید یک آزمون هم با گوشی واقعی مخاطب انجام دهید. معیار زمان، نام مرورگر، نوع شبکه و نتیجهٔ هر تلاش را در یک برگه بیاورید. داده‌های مثال این مقاله فرضی هستند و از اندازه‌گیری روی سرویس خاصی به دست نیامده‌اند. راهنمای ارائه و حفاظت ویدیو
نقطهٔ آغاز و پایان اندازه‌گیری را مشخص کنید
اگر هنرجو خودش روی پخش می‌زند، اندازه‌گیری از همان لحظه شروع می‌شود. پایان اندازه‌گیری وقتی است که تصویر یا صوت واقعاً شروع شده باشد. دیدن تصویر جلد یا تغییر ظاهر دکمه برای تشخیص شروع کافی نیست. برای تست دستی، زمان لمس و اولین فریم متحرک را از روی ضبط آزمایشی یا زمان‌سنج بخوانید. برای درس صوتی، آغاز صدای قابل شنیدن را ملاک قرار دهید. ابزار و تعریف را در تمام تکرارها ثابت نگه دارید.
در ابزار فنی مرورگر، رویداد playing می‌تواند نشانه‌ای برای آغاز یا ازسرگیری پخش باشد. چون ممکن است بعد از وقفه هم دوباره رخ دهد، فقط اولین playing بعد از یک تلاش مشخص را برای تأخیر آغاز ثبت کنید. رخداد waiting به کمبود موقت داده و توقف پخش مربوط می‌شود و باید جدا بررسی شود. اگر هیچ شروعی در مهلت آزمون رخ نداد، آن تلاش را «بدون شروع» ثبت کنید. گذاشتن عدد صفر یا حذف همهٔ تلاش‌های ناموفق، تصویر نتیجه را عوض می‌کند. مستندات رویداد playing · مستندات رویداد waiting
برای صفحه‌ای که پخش خودکار دارد، شروع اندازه‌گیری را بر اساس رخدادی که تیم انتخاب کرده مشخص کنید. ممکن است زمان آماده شدن پلیر یا لحظهٔ ورود به صفحه باشد. نتیجه را با آزمایش کلیک دستی مستقیم مقایسه نکنید، چون بخش متفاوتی از تجربه را می‌سنجد. اگر مرورگر پخش خودکار را نمی‌پذیرد، حالت را به عنوان نیاز به تعامل ثبت کنید و همان اندازه‌گیری را بعد از تعامل واقعی تکرار کنید. عددی که ترکیبی از پخش خودکار و دستی باشد راه تشخیص تغییر را سخت می‌کند.
دو زمان را در برگه جدا بنویسید. فاصلهٔ ورود به صفحه تا آماده شدن دکمه و فاصلهٔ لمس دکمه تا آغاز پخش. برای نمونه فرضی، اگر صفحه در ۴ ثانیه آماده می‌شود و پخش ۱ ثانیه بعد از لمس آغاز می‌شود، مشکل اصلی شاید در آماده‌سازی صفحه باشد. اگر دکمه فوراً آماده است و فیلم ۵ ثانیه بعد شروع می‌شود، مسیر درخواست مجوز یا دریافت رسانه ارزش بررسی دارد. برای بازبینی، یک تصویر از همان تجربهٔ ساختگی یا ثبت زمان‌ها کافی است. راهنمای عیب‌یابی پخش دوره در مرورگر
آزمون سه شبکه را با یک درس ثابت اجرا کنید
شبکهٔ اول می‌تواند اتصال ثابت محل کار باشد. شبکهٔ دوم اینترنت همراهی باشد که هنرجویان معمولاً استفاده می‌کنند. شبکهٔ سوم یک اتصال محدود یا محیط با نوسان است که در آن می‌خواهید تجربهٔ درس را بسنجید. برای هر شبکه زمان، محل کلی، نوع اتصال و وضعیت احتمالی نوسان را ثبت کنید. اگر از ابزار محدودکنندهٔ شبکه استفاده می‌کنید، نتیجه را با برچسب «شبیه‌سازی» نگه دارید. شبیه‌سازی کمک می‌کند آزمون دوباره اجرا شود ولی جای تجربهٔ شبکهٔ واقعی مخاطب را نمی‌گیرد.
ابتدا دستگاه و مرورگر را در هر سه شبکه ثابت نگه دارید. اگر در آزمون اول لپ‌تاپ و در آزمون دوم گوشی استفاده کنید، تفاوت شبکه با تفاوت دستگاه مخلوط می‌شود. بعد از ثبت آزمون پایه، همان شبکه‌ای را که مشکل بیشتری داشت روی گوشی یا مرورگر مخاطب امتحان کنید. اگر یکی از تنظیمات سایت بر اساس دستگاه تغییر می‌کند، نشانی صفحه و روش ورود را هم بنویسید. هدف این است که هر بار بتوانید مشخص کنید چه چیزی تغییر کرده است.
برای هر وضعیت چند تلاش سرد و چند تلاش دوباره انجام دهید. منظور از تلاش سرد این است که در شرایطی پخش را شروع می‌کنید که دادهٔ مرتبط قبلاً در همان مسیر آماده نشده است. در تلاش دوباره، هنرجو از صفحه‌ای استفاده می‌کند که قبلاً باز شده است. نحوهٔ ایجاد این دو وضعیت را در پرونده توضیح دهید. اگر نمی‌توانید کش یا وضعیت مرورگر را در همهٔ شرایط یکسان کنید، نتیجه را با برچسب محدودیت ثبت کنید. مقایسهٔ یک تلاش سرد با یک تلاش دوباره می‌تواند به تصمیم اشتباه دربارهٔ میزبان یا دستگاه منجر شود.
| شبکهٔ فرضی | پنج تلاش برای شروع | میانهٔ تلاش‌های موفق | تلاش بدون شروع |
|---|---|---|---|
| اتصال ثابت | ۱٫۰، ۱٫۱، ۱٫۲، ۱٫۴ و ۱٫۶ ثانیه | ۱٫۲ ثانیه | صفر |
| اینترنت همراه | ۱٫۹، ۲٫۲، ۲٫۵، ۳٫۰ و ۳٫۴ ثانیه | ۲٫۵ ثانیه | صفر |
| اتصال محدود | ۳٫۸، ۴٫۲، ۴٫۷ و ۵٫۳ ثانیه و یک تلاش بدون شروع | ۴٫۴۵ ثانیه | یک از پنج |
میانهٔ ردیف سوم فقط دربارهٔ چهار تلاش موفق است. همان ردیف نشان می‌دهد یک تلاش از پنج تلاش به آغاز نرسیده است. هر دو مقدار را کنار هم بخوانید. اگر در بازهٔ آزمون زمان پایان تعیین کرده‌اید، مثلاً پس از ۱۵ ثانیه نتیجه را «بدون شروع» ثبت می‌کنید، همان معیار را برای هر شبکه و هر دور حفظ کنید. این زمان نمونه جای معیار پذیرش دوره را نمی‌گیرد. در دوره‌ای کوتاه، تحمل انتظار ممکن است با دوره‌ای بلند یا محتوای اختیاری فرق کند.
محل انتظار را از روی خط زمانی پیدا کنید
در خط زمانی نمونه ابتدا صفحه و پلیر آماده می‌شوند، سپس هنرجو پخش را درخواست می‌کند، سرویس مجوز یا نشانی رسانه را بررسی می‌کند و در نهایت دادهٔ لازم برای آغاز تصویر دریافت می‌شود. لازم نیست مدرس جزئیات تمام درخواست‌های شبکه را بشناسد. با کمک تیم فنی می‌تواند بفهمد کدام مرحله از بقیه طولانی‌تر بوده است. وقتی محل تأخیر روشن شد، تغییر یک عامل و تکرار همان آزمون مؤثرتر از تغییر هم‌زمان فایل، افزونه و سرویس است.
اگر دکمه دیر آماده می‌شود، صفحهٔ سبک آزمایشی را با صفحهٔ اصلی درس مقایسه کنید. در صفحهٔ اصلی ممکن است تصویر، کدهای اضافه یا بارگذاری دیرهنگام پلیر وجود داشته باشد. اگر در صفحهٔ سبک شروع سریع است، پیش از تعویض میزبان، شیوهٔ بارگذاری صفحه را بررسی کنید. نتیجه را با همان حساب و همان شبکه اندازه بگیرید. برخی ابزارهای صفحه فقط در نسخهٔ تولید فعال‌اند و در دمو دیده نمی‌شوند. زمان آماده شدن صفحه را از خط زمانی حذف نکنید، ولی آن را با زمان شروع رسانه در یک ستون قرار ندهید.
اگر پس از لمس دکمه انتظار بیشتر در مرحلهٔ حساب یا مجوز دیده می‌شود، یک خرید نمونه و یک ویدیوی آزاد را در همان محیط مقایسه کنید. هدف این است که ببینید آیا انتظار به مسیر بررسی دسترسی مربوط است یا هر دو ویدیو به یک شکل کند هستند. تنظیم امنیت را برای اندازه‌گیری به‌صورت عمومی غیرفعال نکنید. از درس آزمایشی و حساب نمونه استفاده کنید و نتیجه را به نوع درخواست و زمان آن محدود کنید. اگر فقط درس خریدنی کند است، از تیم بخواهید مراحل بررسی خرید، صدور دسترسی و آغاز رسانه را جدا ثبت کند. مدیریت دسترسی هنرجو
اگر پاسخ مجوز سریع است ولی اولین دادهٔ رسانه دیر می‌رسد، فایل و شیوهٔ پخش را روی همان شبکه دوباره امتحان کنید. یک درس کوتاه دیگر با قالب مشابه بردارید و ببینید تأخیر در همان وضعیت تکرار می‌شود. اگر فقط یک فایل کند است، وضوح، آماده بودن نسخهٔ پخش، فرمت و شرایط تبدیل را در همان پرونده بررسی کنید. اگر همهٔ فایل‌ها فقط روی یک شبکه کندند، موضوع می‌تواند به شرایط شبکه یا مسیر تحویل مربوط باشد. شواهد چند تلاش را به ارائه‌دهنده بدهید تا مشکل به یک برداشت کلی از کندی محدود نشود.
کیفیت شروع و خوانایی تمرین را در کنار زمان بسنجید
شروع سریع زمانی به یادگیری کمک می‌کند که بخش مهم درس قابل دیدن باشد. در یک ویدیوی گفتگو ممکن است کیفیت اولیه پایین همچنان قابل استفاده باشد. در یک آموزش نرم‌افزار، خواندن دکمه یا عدد کوچک بخشی از تمرین است. پیش از آزمون یک نقطهٔ مرجع انتخاب کنید. برای مثال از هنرجوی نمونه بخواهید در ۲۰ ثانیهٔ اول نام گزینه‌ای را که مدرس نشان می‌دهد بخواند. در جدول بنویسید آیا برای خواندن آن به انتخاب کیفیت یا تمام‌صفحه نیاز داشته است.
اگر پلیر کیفیت را متناسب با اتصال تنظیم می‌کند، نتیجهٔ اولیه و تغییر بعدی را جدا مشاهده کنید. در شرایط محدود، یک پخش‌کننده ممکن است با کیفیت پایین‌تر آغاز کند و پس از پایدار شدن اتصال وضوح را افزایش دهد. روی شبکهٔ عادی و محدود بررسی کنید این تغییر چقدر طول می‌کشد و آیا صدا و حرکت ویدیو ادامه پیدا می‌کند. اگر کیفیت آغاز کند به‌نظر می‌رسد ولی زمان اولین فریم کوتاه است، موضوع از تأخیر آغاز جداست. هر دو را در تجربهٔ درس ثبت کنید. پخش تطبیقی ویدیو در دوره آموزشی
گاهی ناشر برای کاهش زمان شروع فایل را بیش از اندازه کوچک می‌کند. نتیجه ممکن است روی ویدیوی نمونه سریع‌تر دیده شود اما نوشته و زیرنویس خوانایی خود را از دست بدهند. ابتدا دو خروجی از یک بخش یکسان داشته باشید. اندازه، زمان بارگذاری و قابلیت خواندن را ثبت کنید. سپس روی همان دستگاه و شبکه تماشا کنید. اگر تنظیم سبک‌تر از نظر خوانایی مناسب است، همان را برای یک دستهٔ کوچک از درس‌ها امتحان کنید. نتیجهٔ یک فایل گفتگو را به همهٔ آموزش‌های عملی تعمیم ندهید. کاهش حجم فیلم آموزشی
یک اصلاح کوچک انجام دهید و همان آزمون را تکرار کنید
برای هر نوع مشکل، یک اقدام متناسب تعیین کنید. اگر صفحه دیر آماده می‌شود، یک نمونهٔ سبک‌تر را اجرا کنید. اگر درس خاصی کند است، نسخهٔ پخش آن را بررسی کنید. اگر مشکل از مسیر ورود یا خرید می‌آید، زمان مرحلهٔ مجوز را با تیم مسئول پیگیری کنید. پس از تغییر، دوباره همان شبکه، دستگاه و فایل را به کار ببرید. وقتی بیشتر از یک عامل عوض شود، نسبت دادن نتیجه به یک اصلاح مشخص دشوار می‌شود.
در گزارش پس از اصلاح، هم عدد زمان و هم تعداد شروع‌های ناموفق را بنویسید. فرض کنید میانهٔ شروع از ۳ ثانیه به ۲ ثانیه رسیده اما دو تلاش تازه به‌کلی شکست خورده‌اند. در این وضعیت بررسی تجربه هنوز تمام نشده است. برای مثال اگر کاهش کیفیت اولیه پخش را سریع‌تر کرده ولی تصویر تمرین در دستگاه هدف دیگر خوانا نیست، معیار پذیرش را با همان درس بسنجید. نتیجهٔ خوب باید در مسیر عادی هنرجو و در شرایط قابل تکرار دیده شود.
بعد از اصلاح، یک آزمون مختصر برای مجوز هم انجام دهید. همان تغییر که سرعت را بیشتر کرده باید پخش حساب مجاز را حفظ کند و رفتار حساب فاقد خرید را تغییر ندهد. اگر یک صفحه برای تست سبک‌تر شده است، مطمئن شوید مسیر تولید همچنان سیاست دسترسی درست دارد. آزمایش صفحهٔ عمومی و درس بسته را با حساب ساختگی اجرا کنید و پاسخ‌ها را جدا یادداشت کنید. حفاظت و کنترل دسترسی ویدیویی
برای پشتیبانی شواهد قابل بازتولید بفرستید
نوسان روز عرضه را از مشکل یک نوبت جدا کنید
یک آزمون کوتاه در زمان خلوت می‌تواند شرایط پایه را نشان دهد، اما لزوماً تجربهٔ روز عرضه را پوشش نمی‌دهد. اگر گروه زیادی هم‌زمان از لینک خرید وارد می‌شوند، یک بازهٔ معمول و یک بازهٔ نزدیک به شروع فروش را جدا گزارش کنید. برای هر بازه یک درس، یک نسخهٔ پلیر و یک معیار آغاز ثابت داشته باشید. اگر در بازهٔ دوم مسیر پرداخت هم عوض شده، آن را در برگه بنویسید. ممکن است کندی قبل از پخش به بار ثبت سفارش مربوط باشد و هنگام باز کردن درس از حساب قدیمی دیده نشود.
فرض کنید در یک بازهٔ فرضی ۲۰ تلاش ثبت شده و دو تلاش قبل از مهلت آغاز نمی‌شوند. در بازهٔ بعد ۴۰ تلاش دارید و چهار مورد بدون شروع ثبت می‌شوند. شمار خطا دو برابر شده ولی سهم در هر دو نمونه ده درصد است. این مقایسه فقط دربارهٔ همان تعریف تلاش و همان مهلت آزمون معتبر است. اگر در بازهٔ دوم دستگاه‌ها متفاوت‌اند یا از رویداد دیگری برای شروع استفاده شده، دو عدد را با قید شرایط کنار هم بخوانید. یک برگهٔ خوب اجازه می‌دهد چنین تفاوت‌هایی قبل از تصمیم دربارهٔ میزبان دیده شوند.
در یک نمونهٔ عملی، برای هر شبکه ابتدا اندازهٔ کوچکی از تلاش‌ها بگیرید تا مسیر آزمون روشن شود. بعد اگر نتیجه نوسان زیادی دارد، تعداد تلاش‌ها را در همان شرایط بیشتر کنید یا نوبت را در ساعت دیگری تکرار کنید. زمانی که به پشتیبان گزارش می‌دهید، عددهای خام و توزیع ساده را نگه دارید. اگر بیشتر نتایج بین یک و دو ثانیه هستند و فقط یک نوبت هشت ثانیه طول کشیده، آن نوبت را حذف نکنید. زمان و شرایطش را بنویسید و مشخص کنید آیا مشکل دوباره دیده شده است. برای گروهی که در همان وضعیت قرار می‌گیرد، یک رخداد دورافتاده هم می‌تواند اهمیت داشته باشد.
از دادهٔ کوچک تصمیم قابل برگشت بگیرید
اگر فقط چند آزمایش دارید، از آن‌ها برای انتخاب قدم بعدی استفاده کنید. برای نمونه اگر هر سه تلاش در گوشی قدیمی کندند و همان شبکه روی گوشی جدید بهتر عمل می‌کند، اول وضوح اولیه و رفتار دستگاه قدیمی را بررسی کنید. به‌جای اعلام اینکه کل سرویس کند است، بگویید در کدام ترکیب دستگاه، مرورگر و فایل انتظار دیده شد. در گام بعد همان ترکیب را با یک درس کوتاه‌تر یا تنظیم پیشنهادی آزمون کنید. اگر فقط یک بخش از کتابخانه به تغییر نیاز دارد، می‌توانید اصلاح را محدود به همان گروه شروع کنید.
برای مقایسهٔ دو اصلاح، معیار پذیرش را قبل از دیدن نتیجه بنویسید. مثلاً فرض کنید در شبکهٔ همراه، گروه شما باید بتواند در بیشتر تلاش‌ها درس را آغاز کند و در ۳۰ ثانیهٔ اول یک عبارت کلیدی را بخواند. گزینه‌ای که شروع را سریع‌تر می‌کند اما آن عبارت را ناخوانا می‌سازد باید دوباره تنظیم شود. اگر گزینهٔ دوم کمی کندتر است و خطای بدون شروع کمتری دارد، تفاوت را کنار اهمیت درس و انتظار مخاطب بسنجید. عددهای نتیجه باید به هدف آموزش وصل شوند تا فقط به خاطر یک عدد کمتر تنظیم تازه انتخاب نشود.
در تصمیم‌های مربوط به صفحه، یک نسخهٔ آزمایشی قابل بازگشت نگه دارید. وقتی تصویر جلد یا ابزار اضافی را عوض می‌کنید، صفحهٔ اصلی و صفحهٔ آزمایشی را با همان حساب مقایسه کنید. اگر نسخهٔ تازه سریع‌تر است، یک هنرجوی نمونه را از پیام خرید تا همان درس هدایت کنید تا معلوم شود مسیر اصلی ورود هم درست مانده است. اگر بعد از تغییر، مشکل فقط در مرورگرهایی دیده می‌شود که صفحهٔ قبلی را باز کرده‌اند، آزمون سرد و دوباره را تفکیک کنید و علت را در همان وضعیت دنبال کنید.
آزمون را به یک عادت سبک پس از انتشار تبدیل کنید
برای آموزشگاه کوچک لازم نیست هر هفته همهٔ ویدیوها را اندازه بگیرید. دو یا سه درس نماینده انتخاب کنید. یکی گفتاری، یکی دارای متن ریز و یکی از دوره‌ای که فروش بیشتری دارد. یک بار پس از تغییر پلیر یا صفحهٔ حساب، همین درس‌ها را با یک حساب نمونه باز کنید. زمانی که گزارش کندی از یک درس دیگر می‌رسد، آن درس را هم در کنار نمونهٔ ثابت امتحان کنید. اگر هر دو کند شده‌اند، احتمالاً بررسی زیرساخت یا صفحه اولویت بالاتری دارد. اگر فقط درس تازه مشکل دارد، آماده‌سازی فایل و نسخهٔ پخش را بررسی کنید.
در پایان هر نوبت، نتیجهٔ آزمون را با اقدام مشخص ثبت کنید. اگر همهٔ شرط‌ها درست است، تاریخ و نسخهٔ پایلوت را نگه دارید. اگر یکی از حالت‌ها خارج از معیار است، بنویسید چه کسی آن را بررسی می‌کند و بعد از اصلاح چه چیزی دوباره اندازه‌گیری می‌شود. یک نوبت بعد هم کافی است که همان سناریو را از ابتدا تا پخش اجرا کنید. این روش به تیم کمک می‌کند گزارش‌ها را در طول ماه مقایسه کند و پس از تغییرات متعدد، تفاوت میان علت اولیه و یک خطای جدید را از دست ندهد.
یک گزارش کوتاه بهتر از جملهٔ «ویدیو کند است» عمل می‌کند. تاریخ، درس، دستگاه، مرورگر، نوع شبکه و نقطهٔ شروع زمان را مشخص کنید. بنویسید چند تلاش اجرا شده و آیا انتظار قبل از پخش بوده یا بعد از شروع. اگر گزارش هم برای نسخهٔ عادی و هم برای شبکهٔ محدود دارید، هر دو را با شناسهٔ نمونه جدا ارائه دهید. نشانی دارای مجوز، رمز و دادهٔ واقعی هنرجو را در تیکت عمومی قرار ندهید. اگر اطلاعات بیشتری لازم است از مسیر امن همان سرویس استفاده کنید.
از تیم پشتیبان بخواهید توضیح دهد با کدام داده می‌تواند محل انتظار را پیدا کند. اگر نیاز به شناسهٔ درخواست، زمان دقیق یا نسخهٔ پلیر دارد، آن مورد را در الگوی داخلی بگذارید. بعد از پاسخ، مشخص کنید آیا علت در صفحه، مجوز یا رسانه پیدا شده و کدام تغییر پیشنهاد شده است. راه‌حل را در همان برگه ثبت کنید و برای دور بعد یک موعد بازبینی داشته باشید. اگر نسخهٔ پلیر یا شرایط شبکه تغییر کرد، همان نمونهٔ قبلی مرجع قابل استفاده‌ای برای مقایسه خواهد بود.
اگر هنرجو می‌گوید فیلم فقط در نخستین ورود کند است، یک بار از طریق لینک اصلی دوره وارد شوید و زمان باز شدن حساب را هم ثبت کنید. سپس در همان مرورگر، بدون خروج از حساب، از صفحهٔ درس به درس دیگری بروید. اختلاف این دو مسیر ممکن است به آماده‌سازی حساب، منابع صفحه یا کش مربوط باشد. اگر هر دو را به عنوان یک آزمایش پخش بنویسید، پشتیبان دلیل شروع اندازه‌گیری را نمی‌فهمد. در گزارش، نسخهٔ مسیر و عمل دقیق کاربر را هم بیاورید. برای نمونه «ورود از لینک خرید، سپس لمس پخش» با «باز کردن درس دوم از فهرست در حساب باز» دو رفتار متفاوت‌اند. پس از پیشنهاد اصلاح، همان راه ورود را تکرار کنید تا نتیجه با گزارش اولیه قابل مقایسه باشد و به مسیر ساده‌تری که هنرجو واقعاً طی نمی‌کند منتقل نشود.
پیش از انتشار چند درس تازه، یک آزمون کوتاه روی صفحهٔ واقعی دوره انجام دهید. مسیر ورود و آغاز فیلم را روی دستگاه رایج مخاطب اجرا کنید، یک صحنهٔ مرجع را بخوانید و وقوع وقفه را ثبت کنید. اگر نتیجه خارج از معیار دوره است، اول محل انتظار را مشخص کنید و سپس همان مرحله را اصلاح کنید. این روش به مدرس کمک می‌کند در گزارش بعدی بگوید چه چیزی کند بوده، روی چه دستگاهی دیده شده و بعد از اصلاح چگونه بررسی شده است.
در برگهٔ آزمون کنار هر تلاش بنویسید صفحه از قبل باز بوده یا همان لحظه بارگذاری شده است. این تفاوت را هنگام مقایسهٔ عددها حفظ کنید.