يعرض تقرير الاختبار زمنًا صغيرًا بجواره علامة نجاح. قبل اعتماد أداء تطبيق الويب، اسأل: زمن ماذا، ولأي مجموعة، وتحت أي حمل؟ قد يكون الرقم لطلب خادم واحد، بينما ينتظر الموظف سلسلة أطول حتى يرى النتيجة ويستطيع إكمال مهمته.
ابدأ بالمهمة التي سيتوقف عليها القبول
نفترض بوابة افتراضية لإدارة تجهيز قاعات. يبحث موظف عن طلبات سابقة ثم يفتح طلبًا لمراجعته، بينما ينشئ زملاؤه طلبات أخرى. لا ننفذ اختبار حمل هنا؛ نستخدم الرحلة لكتابة ما ينبغي أن يصفه التقرير قبل أن يَعِد المورد بسرعة أو قدرة معينة.
حدد دور المستخدم وبياناته وحالة الجلسة وحجم العينة. البحث في عدد قليل من السجلات لا يثبت سلوك قاعدة أكبر، وحساب بصلاحيات مختلفة قد يقرأ مجموعة أخرى. اكتب كذلك ما إذا كانت المهمة تنتهي بعرض نتيجة أم بحفظ تغيير وتأكيده وفق تعريف العمل المتفق.
ضع علامتي البداية والنهاية في مكان مفهوم
تشرح MDN إمكان تسمية علامات داخل التطبيق وقياس المدة بينها باستخدام User Timing. فائدة ذلك للمشتري هي سؤال المختص عما تمثله كل علامة: ضغط المستخدم، أم بدء طلب، أم اكتمال تحديث الواجهة؟ اختيار العلامتين جزء من معنى القياس، لا تفصيل يترك بلا توثيق.
في مثال البحث، قد ينتهي طلب البيانات قبل اكتمال ما يراه الموظف. اطلب فصل زمن الطلب عن زمن الرحلة المرئية إذا كان كلاهما داخل النطاق. ولا تجمع أزمنة مراحل متداخلة حسابيًا دون تفسير؛ ليشرح التقرير طريقة القياس وما يشمله وما يبقى خارجه.
بطاقة تقرؤها مع تقرير المورد
| الخانة | السؤال المطلوب | ما يحتفظ به المراجع |
|---|---|---|
| المهمة والتوقيت | ما البداية والنهاية اللتان قيس بينهما؟ | تعريف واضح ومرجع نسخة |
| الحمل | ما المطلوب وما تحقق فعليًا؟ | نمط ومدة وأعداد بوحداتها |
| النتائج | أي عينة وأخطاء وأزمنة تدخل؟ | توزيع مفصل وحالات غير مكتملة |
| القبول | أي شرط اختير قبل التجربة؟ | نتيجة وحدود وقرار صاحب الصلاحية |
أضف الجهاز والشبكة والبيئة والبيانات وما يتعلق بالاعتماديات الخارجية. إذا تغيرت ظروف القياس، فليظهر أثر ذلك على المقارنة. التقرير القابل للمراجعة يتيح تفسير الفرق بين تشغيلتين، ولا يخفي تغييرًا في البيانات أو الحمل خلف اسم الاختبار نفسه.
عدد المستخدمين الافتراضيين ليس كل القصة
تفرق وثائق سيناريوهات k6 بين نمذجة حمل بمستخدمين افتراضيين أو بمعدل وصول، مع إمكان تفصيل السيناريوهات. لذلك لا تقبل عبارة «اختبرنا عددًا كبيرًا» وحدها. اسأل ما الذي كان يفعله كل سيناريو، وكيف توزعت القراءة والكتابة وما حجم العمل الذي اكتمل بالفعل.
الرقم المخطط لا يثبت أنه تحقق. اطلب إظهار الطلبات أو المهام التي بدأت واكتملت وتعذرت، وأي جزء لم تغطه التجربة. لا تعتبر توقف عميل الاختبار أو اعتماد خارجي نتيجة طبيعية ناجحة، ولا تستنتج عدد عملاء الشركة الحقيقيين من عدد حسابات افتراضية في تقرير.
المتوسط لا يصف الحالات كلها
اطلب وحدة القياس وتعريف العينة ومعنى أي نسبة مئينية مستخدمة، مع الأخطاء. يمكن أن يخفي متوسط مريح حالات انتظار طويلة؛ ويمكن أن تبدو الأزمنة منخفضة إذا لم تدخل الحالات التي لم تكتمل. ليبين المختص أسلوب احتساب كل مجموعة بدل عرض رقم منفرد.
وتعرف وثائق k6 العتبات باعتبارها شروط نجاح وفشل يحددها صاحب الاختبار. أرقام أمثلتها ليست حدودًا موصى بها لكل مشروع. اتفق على معيار يناسب المهمة والظروف، ولا تحول اختيار عتبة داخل أداة إلى وعد تحمل إنتاج لا تسنده عينة ممثلة.
اقرأ القرار الذي يتركه الاختبار
قد ينتهي التقرير بقبول مشروط أو إصلاح ثم إعادة فحص أو طلب بيانات أكثر تمثيلًا. حدد من يقرر وما الدليل الناقص، مع حفظ نسخة الإعداد والنتيجة. الاختبار الجيد لا يلزمه إثبات أن النظام يتحمل كل نمو مستقبلي؛ يلزمه بيان ما أثبته ضمن شروط معلومة.
استخدم ملف المتطلبات لتسمية المهام الحرجة، وأرفق بطاقة القياس عند طلب تطوير تطبيق ويب من نكست ويف. تنفيذ أي اختبار فعلي يحتاج بيئة وتفويضًا مناسبين وحدودًا متفقًا عليها، دون تحميل خدمات حية أو أطراف أخرى افتراضًا.
المراجع المقروءة
قُرئت أقسام User Timing وعتبات k6 وسيناريوهاته في 4 نوفمبر 2026. لا اختبار أو قياس فعليًا؛ إعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
