استخدم هذا القالب
خطة اختبار قوية هي ما يمنع وصول الأخطاء إلى بيئة الإنتاج. باستخدام Trupeer، يمكنك توفير ساعات في التخطيط للاختبارات عبر البدء بقالب خطة اختبار مجاني، وتخصيصه باستخدام إرشادات العلامة التجارية الخاصة بك، وتحويل خطط الاختبار إلى جولات فيديو توضيحية توائم بين فرق الهندسة والمنتج وضمان الجودة.
ما هو قالب خطة اختبار مجاني؟
قالب خطة اختبار مجاني هو هيكل قابل لإعادة الاستخدام للوثيقة التي تحدد ما سيتم اختباره في إصدار أو مشروع معيّن، وفي أي بيئات، وبواسطة من، وبأي جدول زمني، وكيف ستعرف أن الاختبار قد اكتمل.
قائمة الأقسام قياسية وغير مثيرة للجدل. النطاق، النهج، البيئات، الموارد، الجدول الزمني، معايير الدخول، معايير الخروج، المخاطر، المخرجات. كل قالب منشور يحتوي عليها، وقد ظل ثابتًا بشكل واسع منذ أن رسخت تقاليد ISO وIEEE ذلك قبل عقود.
القالب ليس المكان الذي تفشل فيه خطط الاختبار. تفشل في لحظة واحدة محددة، بعد أشهر من اعتماد الخطة، وتكون دائمًا بنفس الشكل.
الشكل يتبع الاستخدام. يناسب ملف Word لقالب خطة اختبار مجاني الخطة نفسها، وهي نص تتم مراجعته والموافقة عليه، ولإصدار صغير يكفي تخطيط بسيط لقالب خطة اختبار Word من صفحة إلى صفحتين. يناسب إصدار Excel لقالب خطة اختبار مجاني الجدول الزمني ومصفوفة التغطية وتخصيص الموارد. أما ملف PDF لقالب خطة اختبار مجاني فهو النسخة المعتمدة المرفقة بسجل الإصدار، وملف PDF نموذجي لخطة اختبار من مصدر منشور هو أفضل طريقة لرؤية كيفية إنجاز ذلك بشكل صحيح.
خطط الاختبار تُقرأ مرة واحدة ويُجادَل حولها لاحقًا
تُكتب خطة الاختبار قبل بدء الاختبار بأسابيع، عندما لا يكون أحد تحت ضغط. تتم مراجعتها بهدوء، والموافقة عليها، ثم تُحفَظ.
ثم تُقرأ مرة أخرى في مناسبة واحدة فقط: في يوم يريد فيه شخص ما الشحن ولم يكتمل الاختبار.
في تلك اللحظة يكون الجميع في الغرفة مستثمرًا. تم إبلاغ الموعد. العملاء يتوقعونه. التسويق جدولة شيئًا ما. فريق الهندسة يعمل على ذلك منذ أسابيع ويريد أن ينتهي الأمر. ثم يفتح أحدهم خطة الاختبار، ويقرأ معايير الخروج، ويكتشف أنها لا تحسم أي شيء.
تمت معالجة جميع العيوب ذات الأولوية العالية. تم اجتياز مجموعة الانحدار (Regression). تم الحصول على موافقة UAT.
كل واحدة من هذه تبدو حاسمة ولا يثبت أي منها تحت الضغط، لأسباب مغطاة في القسم التالي. لذلك تُتخذ القرارات بالطريقة التي كان من المفترض دائمًا أن تُتخذ، بواسطة أكثر شخص كبيرًا في المنصب وأكثره استثمارًا، وتوفر خطة الاختبار وثيقة يُشار إليها بدل أن تكون قيدًا.
القيمة الكاملة لكتابة خطة اختبار مسبقًا هي أن القرارات التي تُتخذ بهدوء تكون أفضل من القرارات التي تُتخذ في التاسعة مساءً يوم الخميس. لا تتحقق هذه القيمة إلا إذا كانت القرارات قد اتُّخذت فعلاً، وفي معظم الخطط تكون قد وُصفت فقط.
كيفية تخصيص هذا القالب في Trupeer
الخطوة 1: افتح قسم القوالب
انتقل إلى قسم القوالب من التنقل الرئيسي.
الخطوة 2: اختر قالبًا وافتحه
انقر على أي قالب تريد العمل عليه لفتحه.
الخطوة 3: وسّع عرض القالب
إذا لزم الأمر، وسّع عرض القالب لرؤية التخطيط الكامل والتفاصيل بوضوح.
الخطوة 4: عدّل القالب
انقر على Edit لبدء تعديل القالب المحدد.
داخل المحرر، يمكنك:
إضافة أقسام جديدة
تحديد أو تحديث قواعد التنسيق
إضافة شعار وضبط موضعه والإعدادات ذات الصلة
الخطوة 5: احفظ قالبك المخصص
بعد إجراء جميع التغييرات اللازمة، انقر على Save لتخزين القالب المحدّث كقالبك الخاص.
الخطوة 6: المعاينة والضبط الدقيق للقالب
عندما تريد معرفة كيف يبدو قالبك المخصص، افتح Preview.
من شاشة المعاينة، يمكنك الاستمرار في إجراء تعديلات مباشرة إذا لزم الأمر، لضمان ظهور القالب تمامًا كما تريد.
باستخدام قالب خطة اختبار يمكنك:
توفير ساعات في الكتابة: تخطَّ الصفحة الفارغة مع هيكل مُعدّ لـ ضمان الجودة.
تحسين تغطية الاختبار: أقسام مدمجة تضمن عدم تفويت أي شيء حاسم.
الالتزام بالعلامة التجارية: طبّق شعارك وخطوطك وألوانك باستخدام Trupeer's brand kit.
توحيد العمل عبر الإصدارات: استخدم قالب خطة اختبار واحدًا لكل منتج ولكل إصدار.
الاستعداد للتدقيق: متوافق مع IEEE 829 وISO 29119 والمعايير المشابهة.
الوصول إلى فرق عالمية: ترجمة خطط الاختبار إلى 65+ لغة بنقرة واحدة.
اكتب معايير الخروج أولًا، وسمِّ من يمكنه التنازل عنها
تغييرين فقط، وكلاهما بتكلفة منخفضة، وهما كامل حُجّة هذه الصفحة.
اكتب معايير الخروج قبل أي شيء آخر في الخطة. قبل النطاق، وقبل النهج، وقبل الجدول الزمني. هذا يقلب الترتيب المعتاد ويدفع أصعب سؤال إلى المقدمة، عندما يكون نقاشًا لا تفاوضًا. كل شيء آخر في الخطة موجود لإرضاء معايير الخروج، لذلك فإن اتخاذها أولًا يميل أيضًا إلى إنتاج خطة أقصر.
سمِّ من قد يتنازل عن كل معيار. ليس الفريق. شخصًا حسب دوره، وبالتحديد ليس الشخص الذي وظيفته الشحن.
سلطة التنازل هي التغيير الذي يقوم بالعمل. معايير الخروج نادرًا ما يتم تجاوزها رسميًا، لأنه لا توجد آلية لتجاوزها، لذلك تُعاد قراءتها بدلًا من ذلك. يتم إعادة تصنيف عيب. تتم قراءة معيار بشكل أكثر تساهلًا. يوقّع شخص شيئًا لم يتحقق منه.
إعادة التفسير غير مرئية ولا تترك سجلًا. التنازل مرئي، ويتطلب شخصًا مُسمّى ليضع اسمه عليه، وينتج شيئًا يمكنك الرجوع إليه لاحقًا. هذا الفرق يغيّر السلوك قبل أن يغيّر أي شيء آخر، لأن إعادة تصنيف عيب في اجتماع أمر سهل، بينما توقيع تنازل ليس كذلك.
أضف حقلًا إضافيًا واحدًا: عند التنازل عن معيار، سجّل ما الإجراء التعويضي الذي يتم اتخاذه. الشحن إلى 10% من العملاء أولًا، أو مع تجهيز خطة استرجاع (rollback)، أو مع إبلاغ فريق الدعم. التنازل دون تعويض هو مجرد قرار بقبول المخاطر، وهو أحيانًا صحيح ويجب على الأقل التصريح به على هذا النحو.
جعل معايير الخروج قابلة للتنفيذ
ثلاث خصائص، ومعظم المعايير المنشورة لا تحتوي على أي منها.
رقم. ليس "تم اجتياز مجموعة الانحدار" بل "مجموعة الانحدار: تم تنفيذ 100% من حالات الأولوية الأولى، و95% تم اجتيازها، ولا توجد حالات فشل للأولوية الأولى مفتوحة". الاجتياز والتشغيل شيئان مختلفان، والخطة التي لا تميّز بينهما ستُبلغ عن اجتياز 90% على مجموعة تم تنفيذ 60% منها فقط.
مُتحقق ليس هو الشخص تحت الضغط. تصنيف شدة العيوب هو نقطة الضعف في كل عملية اختبار، لأن الأشخاص الذين يصنّفون العيوب غالبًا هم أنفسهم الذين يريدون الشحن. تسمية من يعيّن الشدة، وجعله شخصًا خارج خط التسليم، يزيل أسهل طريق للالتفاف حول معيار.
سلطة تنازل مُسمّاة. كما سبق، ويجب أن تكون شخصًا مختلفًا عن مالك الإصدار.
تدقيق مفيد على خطة قائمة. اقرأ معايير الخروج واسأل: لكل معيار، ماذا سيتعين على شخص ما فعله للالتفاف عليه دون كذب. إذا كان الجواب متاحًا خلال أقل من عشر ثوانٍ، فالشرط يحتاج إلى رقم ومُتحقق.
ما الذي يجب أن يحتويه قالب خطة الاختبار
عشرة مكونات، مع معايير الخروج أولًا.
المكوّن | ماذا يفعل |
|---|---|
معايير الخروج | ما يجب أن يكون صحيحًا كي يكتمل الاختبار، مع أرقام ومُتحققين وسلطة تنازل. |
معايير الدخول | ما يجب أن يكون صحيحًا قبل بدء الاختبار. يمنع بدء الاختبار على بناء غير مستقر واستهلاك نافذة الوقت. |
النطاق | ما الذي سيتم اختباره، وبشكل صريح ما الذي لن يتم اختباره. مغطى أدناه. |
النهج | أنواع الاختبار، يدوي ومؤتمت، وما الذي يخص كل نوع. |
البيئات | ما الذي يلزم، ومدى قربه من بيئة الإنتاج، وبشكل محدد كيف تقارن البيانات. |
بيانات الاختبار | ما هي البيانات، ومن أين تأتي، وكيف يتم تحديثها. يتم حذفها غالبًا وبشكل روتيني، وغالبًا ما تكون هي سبب تفويت العيوب. |
الجدول الزمني والنافذة | التواريخ، والحسابات التي تُظهر أن الاختبار المخطط يناسب الوقت المتاح. |
الموارد | من يقوم بالاختبار، وكم من وقته، وما الذي يحدث إذا تم سحبه من المهمة. |
المخاطر | ما الذي قد يمنع إكمال الاختبار، وما الاستجابة لذلك. |
المخرجات | ما الذي ينتجه الاختبار: النتائج، تقارير العيوب، الأدلة، ملخص. |
صفوف البيئات وبيانات الاختبار تستحق مساحة أكبر مما تمنحه القوالب عادةً. عدد كبير من العيوب التي وصلت إلى الإنتاج لم يتم تفويتها بسبب ضعف حالات الاختبار. كانت غير قابلة للوصول، لأن بيئة الاختبار تحتوي على ألف سجل بينما لدى الإنتاج أربعة ملايين، أو لأن شرط التوقيت الذي يطلقها لا يمكن حدوثه على جهاز واحد.
قالب خطة اختبار مجاني: الهيكل الذي تنسخه
مملوء بمثال واقعي بدلًا من العناصر البديلة. النظام هو برنامج نقاط بيع للمحلات الصغيرة.
انسخ من هنا.
معايير الخروج. تُكتب أولًا، مع أرقام ومُتحققين وسلطة تنازل.
# | المعيار | الحد | تم التحقق بواسطة | قد يتم التنازل عنه بواسطة |
|---|---|---|---|---|
1 | تم تنفيذ حالات الانحدار ذات الأولوية الأولى | 100% تم تنفيذها، 100% تم اجتيازها | قائد ضمان الجودة | لا أحد. لا يتم التنازل عن هذا المعيار. |
2 | حالات الانحدار ذات الأولوية الثانية | تم تنفيذ 95%، تم اجتياز 90% | قائد ضمان الجودة | رئيس الهندسة، مع تسجيل الإجراء التعويضي |
3 | العيوب المفتوحة | لا توجد عيوب للأولوية الأولى، ولا يزيد عدد عيوب الأولوية الثانية عن ثلاث مع توثيق حلول بديلة متفق عليها | قائد ضمان الجودة | رئيس الهندسة |
4 | تصنيف شدة العيب | يتم تعيينه بواسطة ضمان الجودة وليس بواسطة فريق التسليم، ولا يتم تعديله أثناء اجتماع قرار الإصدار | قائد ضمان الجودة | لا أحد |
5 | موافقة UAT | موقعة من مالك الأعمال المُسمّى، مع تأكيد أنه قام شخصيًا بتنفيذ سيناريوهات الأعمال الاثني عشر المذكورة في الملحق B | مالك الأعمال | مدير العمليات |
6 | الأداء | إكمال المعاملة خلال أقل من ثانيتين عند ذروة الحمل المحاكى لعدد 400 جهاز كاشير متزامن | مسؤول الأداء | رئيس الهندسة مع إجراء تعويضي |
يتم تسجيل التنازلات كتابةً مع الإجراء التعويضي، قبل الإصدار وليس بعده.
معايير الدخول. تم نشر البناء إلى بيئة staging. تم اجتياز اختبار الدخان (Smoke test). تم تحميل بيانات الاختبار وتحديثها. لا توجد عيوب مفتوحة ذات أولوية أولى من الدورة السابقة.
النطاق. ضمن النطاق: معاملات الكاشير، عمليات الاسترداد، تسوية نهاية اليوم، وضع عدم الاتصال، ومحرك العروض الترويجية الجديد. خارج النطاق: مجموعة تقارير المكتب الخلفي، والتي لم تتغير في هذا الإصدار؛ واعتماد الأجهزة للملحقات الجديدة، والذي يتم التعامل معه بشكل منفصل؛ والتكاملات مع مزودي برامج الولاء من جهات خارجية، والتي يتم تغطيتها باختبارات الموردين الخاصة بها ويتم قبولها بناءً على ذلك، وهو خطر يتم تسجيله أدناه.
النهج. انحدار مؤتمت لمسارات الكاشير والاسترداد الحالية. اختبار استكشافي يدوي على محرك العروض الترويجية، وهو جديد. اختبار أداء عند ذروة محاكية. تم اختبار وضع عدم الاتصال عبر فصل الجهاز فعليًا وليس عبر المحاكاة.
البيئات. staging، مع استعادة قاعدة بيانات من لقطة إنتاج لبيئة متجر كبيرة. أربعة أجهزة كاشير فعلية من جيلين مختلفين. لاحظ أن staging يحتوي على خادم تطبيق واحد بينما لدى الإنتاج ستة، لذلك لا يتم تمثيل سلوك موازنة الحمل، وهذا خطر مُصرّح به.
بيانات الاختبار. لقطة إنتاج، مع إخفاء الهوية، يتم تحديثها أسبوعيًا. تتضمن على الأقل متجرًا واحدًا يحتوي على أكثر من خمسين ألف معاملة تاريخية، لأن عيوبًا مرتبطة بالحجم ظهرت سابقًا.
الجدول الزمني والنافذة. ثلاثة أسابيع. التقدير أن التنفيذ يتطلب 11 يوم عمل لاثنين من المختبرين، أي 14 يوم عمل مقابل نافذة مدتها 15 يومًا. يوم واحد للطوارئ، وهو محدود ويتم تسجيله كخطر.
الموارد. اثنان من المختبرين، بدوام كامل. مهندس أداء واحد لمدة ثلاثة أيام. مالك الأعمال لمدة يومين لاختبار UAT. إذا تم سحب أي من المختبرين إلى الدعم، فلن تصمد النافذة وسيكون المعيار الثاني أول ما يتعرض للخطر.
المخاطر. خادم تطبيق واحد في staging. يوم واحد كاحتياط للطوارئ في الجدول. تكامل الولاء من جهة خارجية غير مختبر لدينا. مالك الأعمال جديد في منصبه.
المخرجات. نتائج اختبار منفذة مع أدلة، وتقارير العيوب، وتقرير ملخص الاختبار، وسجل التنازل الموقّع إن وُجد.
انسخ إلى هنا.
مثال خطة اختبار: ثلاثة عيوب ذات أولوية عالية تحولت إلى اثنين
تزوّد Danecroft Retail Systems متاجر التجزئة الصغيرة ببرمجيات نقاط البيع وتوظف حوالي 180 شخصًا. أصدرت نسخة رئيسية لبيئة تضم 340 متجرًا.
كانت خطة الاختبار عادية. كانت معايير الخروج فيها تقرأ: تم حل جميع العيوب ذات الأولوية العالية، وتم اجتياز مجموعة الانحدار، وتم الحصول على موافقة UAT.
في يوم قرار الإصدار، كانت هناك ثلاثة عيوب ذات أولوية عالية مفتوحة. كانت مجموعة الانحدار قد تم تنفيذها بنسبة 91%، ولم تميّز الخطة بين ما تم تنفيذه وما تم اجتيازه. تمت الموافقة على UAT من قبل مالك منتج كان في منصبه منذ خمسة أسابيع.
أثار مدير الإصدار الأمر مع CTO. سأل CTO ما إذا كانت العيوب الثلاثة حقًا ذات أولوية عالية.
تمت إعادة تصنيف اثنين إلى أولوية متوسطة خلال ذلك الاجتماع. وتم قبول الثالث على أساس وجود حل بديل.
لم يكن أحد قد كذب ولم يكن أحد قد تجاوز أي شيء. لم تتضمن الخطة تعريفًا للأولوية العالية، ولا بيانًا بمن يحدد الشدة، ولا حدًا على تنفيذ الانحدار، ولا سلطة تنازل مُسمّاة. لم يكن هناك شيء لتجاوزه، لذلك لم يكن هناك شيء لتسجيله.
أحد العيبين اللذين تم إعادة تصنيفه إلى أولوية متوسطة تسبب في تجميد الكاشير ضمن شرط عروض ترويجية محدد. ظهر ذلك عند ذروة التداول يوم السبت عبر كامل البيئة. قدّر بائع التجزئة خسائر المبيعات بنحو 890 ألف جنيه إسترليني تقريبًا، وطبق غرامة تعاقدية، وقامت Danecroft باعتماد عدة أشهر من الرسوم.
حددت المراجعة ثلاث نقاط ضعف محددة، كلها في معايير الخروج وليس في الاختبار.
تم تعيين الشدة من قبل الأشخاص تحت ضغط الشحن. تم استخدام "تم اجتيازه" و"تم تنفيذه" بالتبادل، لذلك بدت نسبة 91% كأنها معدل اجتياز. كما أن الموافقة لم تُسمِّ أي فرد ولم تحدد شيئًا حول ما كانوا يؤكدون أنهم قاموا به.
أعادت الكتابة إعطاء كل معيار رقمًا، وتسمية مُتحقق خارج خط التسليم، وتسمية سلطة تنازل ليست مدير الإصدار، واشتراط أن تكون التنازلات مكتوبة مع إجراء تعويضي.
على مدار الإصدارات الستة التالية، تم إصدار تنازلين. تم تسجيل كلاهما، وتم إرفاق إجراء تعويضي بكل منهما، ولم يتم إعادة تصنيف أي عيب أثناء اجتماع قرار الإصدار.
كان الاختبار كافيًا. لم توفر الخطة أي آلية تجعل الاختبار مؤثرًا.
كيف تكتب خطة اختبار في ست خطوات
اكتب معايير الخروج أولًا، مع أرقام، قبل أي شيء آخر في المستند.
سمِّ مُتحققًا لكل معيار، وتأكد أنه ليس شخصًا تشمل أهدافه تاريخ الإصدار.
سمِّ سلطة تنازل لكل معيار، بما في ذلك المعايير التي لا يمكن التنازل عنها إطلاقًا. وجود واحد على الأقل لا يمكن التنازل عنه هو ما يجعل بقية المعايير ذات معنى.
اكتب النطاق، بما في ذلك ما هو خارج النطاق، واذكر لماذا كل استبعاد مقبول.
صف البيئة بصدق، خصوصًا عندما تختلف عن الإنتاج بطرق قد تخفي العيوب.
قم بحسابات الجدول وسجّل الطوارئ، بحيث عندما تضيق النافذة، يكون النقاش حول أي معايير معرضة للخطر بدلًا من الحديث عما إذا كان الاختبار قد اقترب من الانتهاء.
الخطوة الثالثة هي التي تغيّر النتائج. خطة يمكن فيها التنازل عن كل شيء بواسطة الشخص الذي يقوم بالشحن هي مجرد وصف للنيات.
النطاق وما الذي لا تختبره
قسم خارج النطاق هو ثاني أكثر جزء قيمة في خطة الاختبار، وغالبًا ما يحصل على سطر واحد في معظمها.
ثلاث فئات تنتمي إليه، وهي مختلفة.
مستبعد عمدًا لأنه لم يتغير. سبب منطقي، ويستحق أن يُذكر مع السبب، لأن كون الشيء غير متغير هو افتراض قد يتضح أحيانًا أنه خاطئ.
مستبعد لأن شخصًا آخر يقوم باختباره. مكونات الطرف الثالث، تكاملات الموردين، اعتماد الأجهزة. اذكر من يقوم باختباره وعلى أي أدلة تعتمد في قبوله. هنا تنتقل المخاطر بصمت.
مستبعد لأنه لا يمكن اختباره هنا. سلوك موازنة الحمل، شبكات الدفع الحقيقية، أحجام بيانات الإنتاج، التزامن الحقيقي. هذه هي الصادقة، ويجب أن تظهر في قسم المخاطر أيضًا إلى جانب قسم النطاق، لأنها تحدد العيوب التي لا يمكن لعمليتك التقاطها.
الفئة الثالثة هي التي تتنبأ بحوادث الإنتاج. فريق يستطيع سرد ما لا يمكن لاختباره الوصول إليه هو فريق يعرف أين يبحث عندما يحدث خطأ.
خطة اختبار أم استراتيجية اختبار أم حالة اختبار؟
ثلاث مستويات، والخلط بينها شائع بما يكفي ليكون من المفيد ذكره بوضوح.
تُعد استراتيجية الاختبار تنظيمية. كيف تختبر هذه الشركة، وما أنواع الاختبار التي تستخدمها، وما المعايير التي تنطبق. تُكتب مرة واحدة وتُطبق عبر المشاريع.
تُعد خطة الاختبار خاصة بإصدار أو مشروع. هذه الصفحة.
تُعد حالة الاختبار تحققًا واحدًا، مع خطوات ونتيجة متوقعة. صفحة قوالب توثيق الاختبار تغطي ذلك، بما في ذلك لماذا تكون النتيجة المتوقعة هي المكان الذي تتعثر فيه معظم مجموعات الاختبار.
فوق هذه الثلاثة جميعًا توجد خطة ضمان الجودة، والتي تغطي كل ما يتم القيام به لمنع العيوب بدلًا من العثور عليها: مراجعة المتطلبات، تعريف "تم"، معايير مراجعة الكود. يغطي قالب خطة ضمان الجودة هذا الفرق. إذا كانت خطة ضمان الجودة لديك تحتوي على الاختبار فقط، فأنت قد كتبت خطة اختبار بعنوان أوسع.
ما إذا كان يمكن للإصدار أن يُشحن على الإطلاق هو سؤال أوسع من كون الاختبار قد اكتمل، لأن التوثيق، والاستعداد للدعم، وإعدادات الفوترة أيضًا تُعد بوابات. يغطي قالب متطلبات الإصدار ذلك.
أنواع خطط الاختبار
يبقى الهيكل ثابتًا وتتحرك الأولوية.
خطط اختبار Agile أو لكل سباق (sprint). عادةً أقصر بكثير، وغالبًا صفحة واحدة، وغالبًا ما تُدمج ضمن تعريف "تم". ينطبق منطق معايير الخروج دون تغيير ويصبح أكثر أهمية، لأن القرار يتكرر في كل سباق.
خطط اختبار قبول المستخدم (UAT). معيار الخروج هو شخص يوقّع شيئًا، لذا حدّد ما الذي يؤكد أنه قام به شخصيًا. التوقيع على وثيقة لم يقرأها أحد هو أضعف ضابط في الاستخدام الشائع.
خطط اختبار الأداء والتحميل. الحدود تكون بطبيعتها رقمية، ما يجعل هذه الخطط أسهل لكتابة معايير قابلة للتنفيذ. تصبح الصعوبة في ما إذا كانت البيئة قادرة على توليد حمل يمثل الواقع.
بيئات منظمة ومُعتمدة. في السياقات الدوائية وأجهزة طبية وما شابه، توجد متطلبات محددة لتوثيق الاختبار وقابلية التتبع والموافقة، وتكون الخطة جزءًا من حزمة أدلة قد يتم فحصها بعد سنوات. ابنِ وفق المعيار المعمول به مع مدخلات مؤهلة، لأن أي شيء في هذه الصفحة لا يعوض ذلك.
الأجهزة والأنظمة المتكاملة. يجب أن تغطي خطط الاختبار التكوينات المادية وظروف البيئة، وغالبًا ما يصبح قسم البيئة هو أطول جزء في المستند.
ما الذي لا يمكن لقالب خطة اختبار مجاني إصلاحه
تاريخ لا يمكن تغييره. إذا كان الإصدار سيخرج بغض النظر، فإن الخطة توثق ما تم تخطيه بدلًا من منع ذلك. أحيانًا يكون هذا قرارًا تجاريًا مشروعًا ويجب التصريح به بدلًا من إخفائه على أنه معيار تم اجتيازه.
بيئة لا تكشف العيب. لن يمنحك أي تنزيل مجاني لقالب خطة اختبار بيانات إنتاج أو تزامن حقيقي.
الشدة التي يحددها الطرف المعني. الطريقة الأكثر شيوعًا لتجاوز معايير الخروج، وهي خيار حوكمة وليس خيار توثيق.
نافذة لم تكن واقعية أبدًا. إجراء الحسابات في الخطة على الأقل يجعل العجز ظاهرًا بينما ما زال هناك وقت لتغيير شيء ما.
أظهر أن الاختبار حدث
معايير الخروج تعتمد على الأدلة، وفي معظم المؤسسات تكون الأدلة عبارة عن عمود حالة.
تم تشغيل مجموعة الانحدار. قام شخص ما بتحديد الحالات. ما إذا كانت كل حالة قد تم تنفيذها كما هو مكتوب، وما الذي تم ملاحظته فعليًا، لا يتم تسجيله في أي مكان، وهذا يعني أن معيارًا يقرأ "تم تنفيذ 100%" يعتمد على افتراض وليس على سجل. بعد وقوع حادثة، يتم فحص هذا الافتراض، وغالبًا لا يمكن إثباته بأي اتجاه.
تنتج Trupeer AI السجل كمنتج ثانوي. تسجيل تشغيل الاختبار ينتج جولة مكتوبة توضيحية مع لقطات شاشة تم التقاطها ووضعها مسبقًا، إلى جانب الفيديو، ضمن علامتك التجارية. ما تم ملاحظته في كل خطوة موجود بدلًا من أن يكون مجرد افتراض، وهذا ما يحتاجه المُتحقق ليوقّع معيارًا بصدق.
سجّله. اجعله بعلامتك. ترجمّه. اجعله Trupeer.
توجد نقطتان بعدها. عندما يتم تنفيذ الاختبار بواسطة فريق خارجي أو بعيد، فإن دليل ما تم فعله فعليًا يساوي أكثر من تقرير الحالة، والتسجيل هو أرخص شكل لذلك. كما أن تسجيل عمل مختبر متمرس خلال سيناريو معقد هو الطريقة التي يتعلم بها مختبر جديد كيف يبدو التحقق بشكل صحيح، وهي العادة التي لا تنقلها أي حالة مكتوبة.
توجد المادة في قاعدة المعرفة لديك وتعمل أيضًا كـ تدريب. الاتساق عبر مستنداتك مسألة ضبط brand kit مرة واحدة، ويتم تغطية الإعداد في دليل إعداد قالب المستند.
الأسئلة الشائعة
هل يوجد نسخة Word لقالب خطة اختبار مجاني؟
يتناسب Word مع الخطة نفسها، لأن معظمها عبارة عن نص تتم مراجعته والموافقة عليه، ولأنها عادةً تحتاج إلى اعتماد. ملف Word لقالب خطة اختبار مجاني هو الصيغة العملية المناسبة.
ضع جدول معايير الخروج في الصفحة الأولى. تضع كل القوالب هذه المعايير قرب النهاية، وهي المكان الذي تُقرأ فيه آخر مرة أثناء المسودة وتحظى بأقل قدر من الاهتمام، وهي الجزء الوحيد من المستند الذي سيتم استخدامه تحت الضغط.
هل يوجد نسخة Word بسيطة لقالب خطة اختبار؟
نعم، ولإصدار صغير أو سباق واحد، فإن ملف Word بسيط لقالب خطة اختبار من صفحة إلى صفحتين مناسب تمامًا.
قص أقسام النهج والموارد قبل أن تقص معايير الخروج. خطة صفحة واحدة بمعايير رقمية، ومُتحقق مُسمّى، وسلطة تنازل، تساوي أكثر من خطة من 15 صفحة بدونها.
هل يوجد نسخة Excel لقالب خطة اختبار مجاني؟
يتناسب Excel مع أجزاء خطة الاختبار التي تكون على شكل جداول: الجدول الزمني، ومصفوفة التغطية، وتخصيص الموارد، وجدول معايير الخروج نفسه. يتعامل ملف Excel لقالب خطة اختبار بشكل جيد مع هذه الأمور.
أقسام النطاق والنهج والمخاطر عبارة عن نصوص وتُدرج في مستند. تقسيم الخطة عبر ملفين أمر مقبول طالما أن أحدهما يشير إلى الآخر وأن واحدًا فقط منهما هو النسخة المعتمدة.
هل يوجد نسخة PDF لقالب خطة اختبار مجاني؟
يعد PDF النسخة المعتمدة المرفقة بسجل الإصدار. قم بتصدير PDF لقالب خطة اختبار مجاني مرة واحدة بعد الاتفاق، مع رقم النسخة والتاريخ، واحتفظ به بجانب النتائج وأي سجل تنازل.
تلك الحزمة هي ما يتم فحصه إذا حدث خطأ لاحقًا، وسجل التنازل هو الجزء الذي يتمنى الناس لو كان لديهم. الخطة التي لا تحتوي على سجل لما تم التنازل عنه تترك الجميع يعيدون بناء اجتماع من الذاكرة.
أين يمكنني العثور على نموذج PDF لوثيقة خطة اختبار؟
تنشر الجامعات والمشتريات في القطاع العام والصناعات المنظمة نسخًا حقيقية، ويكون نموذج PDF لوثيقة خطة اختبار من تلك المصادر أكثر فائدة من قالب تجاري لأنه كُتب تحت قيود واقعية وغالبًا ما تمت مراجعته من قبل شخص لديه صلاحية.
اقرأ معايير الخروج وقسم خارج النطاق. هذان القسمان يوضحان ما إذا كانت الخطة ضابطًا أم مجرد إجراء شكلي، وهما أكثر الأقسام اختلافًا بين المؤسسات التي تشحن بشكل موثوق وتلك التي لا تفعل.
هل يوجد تنزيل مجاني لقالب خطة اختبار يستحق الاستخدام؟
قائمة الأقسام ثابتة منذ عقود، لذا فإن تنزيل مجاني لقالب خطة اختبار مجاني يوفر لك القليل، وكل نسخة تقدم تقريبًا نفس الهيكل.
قيّم أيًا منها على سؤال واحد. هل تحتوي معايير الخروج على مساحة للحد ومُتحقق وسلطة تنازل؟ لا واحدة منها. إضافة هذه الأعمدة الثلاثة تستغرق دقيقتين، وهي الفرق بين خطة تتخذ قرارًا وخطة تصف نية.
ماذا يجب أن تقول معايير الخروج فعليًا؟
الأرقام والمُتحقق وسلطة التنازل. ليس "تم اجتياز مجموعة الانحدار" بل "تم تنفيذ 100% من حالات الأولوية الأولى واجتيازها، والتحقق بواسطة قائد ضمان الجودة، ولا يمكن التنازل عنها".
الاختبار هو ما إذا كان بإمكان شخص ما استيفاء المعيار دون القيام بالعمل وبدون الكذب. إذا كان يمكن إعادة تصنيف عيب، يمكن قراءة نسبة على أنها معدل اجتياز، أو يمكن إعطاء توقيع من شخص لم يتحقق شيئًا، عندها يكون للمعيار طريق للالتفاف عليه ويحتاج إلى بند آخر.
من يجب أن يكتب خطة الاختبار؟
أي شخص يقود الاختبار، مع اعتماد معايير الخروج من قبل شخص لا يمتلك تاريخ الإصدار. هذا الفصل هو جوهر الأمر، ولهذا تميل الخطط التي تُكتب بالكامل داخل فريق التسليم إلى أن تكون معاييرها مرنة.
اطلب من مالك الأعمال قراءة معايير الخروج تحديدًا، لأن أحدها عادةً يعتمد على توقيعه، ويجب أن يعرف مسبقًا ما الذي سيؤكد أنه قام به شخصيًا.
Understand how work happens.
Carry it into your next transition.
Start Free Trial
Book a Demo
حالات الاستخدام
المنافسون
