استخدم هذا القالب
توثيق الاختبارات القوي هو أساس أي ممارسة لهندسة الجودة. باستخدام Trupeer، يمكنك توفير ساعات في كتابة مستندات الاختبار عبر البدء بقوالب مجانية لتوثيق الاختبارات، وتخصيصها باستخدام إرشادات العلامة التجارية الخاصة بك، وتحويل خطط الاختبار إلى جولات فيديو تتوافق مع هندسة المنتج والجودة.
ما هي قوالب توثيق الاختبارات المجانية؟
قوالب توثيق الاختبارات المجانية هي هياكل قابلة لإعادة الاستخدام للمستندات التي ينتجها جهد الاختبار: الاستراتيجية، والخطة، وحالات الاختبار، والبيانات، والنتائج، وتقارير العيوب.
معظم عمليات البحث عنها هي في الحقيقة بحث عن مستند واحد. حالات الاختبار هي ما يقضي المختبرون وقتهم في كتابته، وقالب حالة الاختبار عبارة عن جدول يحتوي على خطوات، وهذا ليس بالأمر الصعب.
القوالب ليست المشكلة. كل قالب لحالة اختبار منشور يحتوي على الأعمدة نفسها: المعرف، والعنوان، والاشتراطات المسبقة، والخطوات، والنتيجة المتوقعة، والنتيجة الفعلية، والحالة. هذا الهيكل صحيح وقد ظل ثابتًا لعقود.
ما هو غير صحيح في معظم مجموعات الاختبار هو توازن الجهد داخل هذا الهيكل، وهو ما ينتج حالات اختبار يمكن أن تمر بينما يكون النظام معطّلًا.
يتبع التنسيق الاستخدام. يعد تنزيل Excel المجاني لقالب حالات الاختبار هو الشكل الأكثر شيوعًا للعمل، وهو مناسب تمامًا لجدول الحالات. ملف Word لقالب حالة الاختبار مناسب لخطط الاختبار والاستراتيجيات، وهي نصوص. نموذج مستند اختبار PDF هو ما يتم إرفاقه بسجل الإصدار كدليل.
المستندات داخل مجموعة اختبار
ستة مستندات، يجيب كل واحد عن سؤال مختلف، ومن المفيد معرفة ما تحتاجه فعليًا قبل اعتماد أي شيء.
استراتيجية الاختبار. كيف تختبر هذه المؤسسة بشكل عام. تُكتب مرة واحدة، وتُراجع نادرًا، وتُطبق عبر المشاريع.
خطة الاختبار. ما الذي سيتم اختباره في هذا الإصدار أو المشروع، وفي أي بيئات، وبواسطة من، وبأي معايير دخول وخروج، ومع أي جدول زمني.
حالات الاختبار. الفحوصات الفردية. خطوات و، والأهم، نتائج متوقعة.
سكربتات الاختبار. المكافئ الآلي، حيث يتم ترميز الحالة بدلًا من تنفيذها بواسطة شخص.
بيانات الاختبار. ما هي البيانات التي تُشغَّل عليها الحالات، وهي توثيق بحد ذاتها وغالبًا ما تكون أقل جزء مُتحكم فيه ضمن المجموعة كاملة.
نتائج الاختبار وتقارير العيوب. ماذا حدث، وما الذي تم الإبلاغ عنه. هذا هو ما يتحول إليه نموذج مستند حالة الاختبار PDF عادةً عند العثور على حالة منشورة، لأن النتائج هي الجزء الذي تحتفظ به المؤسسات.
أي حزمة قوالب لتوثيق الاختبارات يجب أن تغطي جميع الستة، ومعظم الحزم تغطي اثنين. تمتلك معظم المؤسسات الثالثة والسادسة وتُجري تعديلات على الباقي. هذا قابل للبقاء. غير القابل للبقاء هو أن تكون الثالثة مكتوبة بشكل سيئ، لأن كل ما يأتي بعدها يعتمد عليها.
كيفية تخصيص هذا القالب في Trupeer
الخطوة 1: افتح قسم القوالب
انتقل إلى قسم القوالب من القائمة الرئيسية.
الخطوة 2: اختر قالبًا وافتحه
انقر على أي قالب تريد العمل عليه لفتحه.
الخطوة 3: وسّع عرض القالب
إذا لزم الأمر، وسّع عرض القالب لعرض التخطيط الكامل والتفاصيل بوضوح.
الخطوة 4: عدّل القالب
انقر على تحرير لبدء تعديل القالب المحدد.
داخل المحرر، يمكنك:
إضافة أقسام جديدة
تحديد أو تحديث قواعد التنسيق
إضافة شعار وضبط موضعه والإعدادات ذات الصلة
الخطوة 5: احفظ قالبك المخصص
بعد إجراء جميع التغييرات اللازمة، انقر على حفظ لتخزين القالب المحدّث كقالبك الخاص.
الخطوة 6: المعاينة والضبط الدقيق للقالب
عندما تريد معرفة كيف يبدو قالبك المخصص، افتح المعاينة.
من شاشة المعاينة، يمكنك الاستمرار في إجراء تعديلات مباشرة إذا لزم الأمر، مع التأكد من ظهور القالب تمامًا كما تريد.
باستخدام قوالب توثيق الاختبارات يمكنك:
توفير ساعات في الكتابة: تخطَّ الصفحة الفارغة بهياكل يستخدمها فرق ضمان الجودة المتمرسة.
تحسين تغطية الاختبارات: أقسام مدمجة تضمن عدم تفويت أي شيء مهم.
الالتزام بالعلامة التجارية: طبّق شعارك وخطوطك وألوانك باستخدام حزمة العلامة التجارية من Trupeer.
توحيد العمل عبر المنتجات: استخدم القوالب نفسها لكل إصدار ولكل فريق.
الجاهزية للتدقيق: متوافق مع IEEE 829 وISO 29119 والمعايير المشابهة.
الوصول إلى فرق عالمية: ترجمة توثيق الاختبارات إلى أكثر من 65 لغة بنقرة واحدة.
النتيجة المتوقعة هي حالة الاختبار
اقرأ أي مجموعة اختبارات وانظر إلى أين توجد الكلمات.
ستكون الخطوات مفصلة. افتح التطبيق. انتقل إلى شاشة المدفوعات. اختر العملية. انقر على استرداد. أدخل المبلغ. أكد. سبع تعليمات دقيقة، كل واحدة لا لبس فيها.
ثم انظر إلى النتيجة المتوقعة. ستقول شيئًا مثل: تمّت معالجة الاسترداد بنجاح.
هذه السطر هو الاختبار بالكامل. كل ما فوقه هو إعداد. وهو السطر الذي تلقى أقل قدر من التفكير، لأن كتابة خطوات دقيقة أمر سهل، بينما تحديد ما يعنيه “الصحيح” أمر صعب.
النتيجة هي أن المختبر يتبع سبع تعليمات حرفية، ويرى شيئًا يبدو كنجاح، ويضع علامة “تم”. لم يفعلوا شيئًا خاطئًا. المستند سأل عما إذا كان الاسترداد قد تمت معالجته بنجاح، رأوا رسالة نجاح، وهذا ما حدث.
ما لم يسأله المستند أبدًا هو ما إذا كان قد تم إنشاء استرداد واحد بالضبط، وما إذا كانت القيود قد تحركت بالمبلغ الصحيح تمامًا، أو ما إذا كان أي شيء لاحق قد تلقى نسخة مكررة.
حالة اختبار يمكن تلبية نتيجتها المتوقعة عبر قراءة متفائلة لواجهة المستخدم هي حالة اختبار ستنجح كلما كان المختبر في عجلة من أمره، وهو ما يحدث غالبًا قرب موعد الإصدار.
كتابة نتيجة متوقعة يمكن أن تفشل
ثلاث خصائص، وهي سهلة التحقق عبر مجموعة موجودة.
تسمّي حالة، لا انطباعًا. ليس “يتم حفظ السجل بشكل صحيح” بل “يظهر السجل في القائمة بحالة Active وبطابع زمني للتعديل خلال آخر دقيقة”.
قابلة للتحقق خارج الشيء الذي نفّذ الإجراء. هذه هي الخاصية التي تلتقط العيوب المكلفة. إذا حدث الإجراء في واجهة المستخدم، فأقوى نتيجة متوقعة هي التحقق من مكان آخر: في قاعدة البيانات، في تقرير، في النظام اللاحق، في كشف الحساب. الواجهات جيدة في الإبلاغ عن النجاح وضعيفة في الإبلاغ عما حدث فعليًا من الأسفل.
يمكن أن تفشل دون أن يبدو النظام معطّلًا. إذا كانت الطريقة الوحيدة لفشل الاختبار هي وجود خطأ ظاهر، فإن الاختبار يكتشف فقط الأخطاء التي تعلن عن نفسها. الخطأ الصامت هو ما وُجدت حالات الاختبار لالتقاطه، وهو ما تفشل النتائج المتوقعة الغامضة في اكتشافه بشكل موثوق.
تدقيق عملي يستغرق بعد الظهر على مجموعة من بضع مئات. اقرأ النتائج المتوقعة فقط، متجاهلًا الخطوات. احسب كم منها يمكن تلبيته بمشاهدة الشاشة وحدها، وكم يستخدم كلمات مثل “بشكل صحيح” و“بنجاح” و“كما هو متوقع” أو “بدون خطأ”، وهي ليست نتائج على الإطلاق. في معظم المجموعات، كلا العددين مرتفع.
ما الذي يجب أن يحتويه قالب حالة الاختبار
تسع حقول. القالب ليس المشكلة، والإرشاد ضد اثنين من هذه الحقول هو المشكلة.
الحقل | ما الذي يفعله |
|---|---|
المعرف | ثابت، لا يُعاد استخدامه أبدًا، حتى يمكن الرجوع إلى الحالات في تقارير العيوب ونقاشات التغطية. |
العنوان | ما الذي يتم اختباره، في جملة يمكن لشخص البحث عنها. |
الأولوية | لأن أحدًا لا يشغّل المجموعة كاملة أبدًا، وإذا لم تختر أنت، فسيختار من هو تحت ضغط. |
الاشتراطات المسبقة | الحالة والبيانات والوصول المطلوبة قبل الخطوة الأولى. |
الخطوات | إجراء واحد في كل مرة. الجزء السهل. |
النتيجة المتوقعة | ما يجب أن يكون صحيحًا، وأين يتم التحقق منه، ومذكورًا بطريقة يمكن أن تفشل. الاختبار كاملًا. |
النتيجة الفعلية | ما تم ملاحظته، يُملأ أثناء التنفيذ، وليس مجرد علامة. |
الحالة | تم، فشل، محجوب، لم يُنفَّذ. محجوب ولم يُنفَّذ مختلفان، ودمجهما يخفي فجوات التغطية. |
الدليل | لقطة شاشة، ناتج استعلام، مرجع. أي شيء يُظهر النتيجة الفعلية بدلًا من مجرد تأكيدها. |
التمييز بين محجوب ولم يُنفَّذ أهم مما يبدو. قد تكون مجموعة الاختبار التي تُظهر تسعين بالمئة “تم” قد شغّلت ستين بالمئة فقط من حالاتِها، والفرق غير مرئي إذا تم تسجيل كل ما لم ينجح بالطريقة نفسها.
قوالب توثيق الاختبارات المجانية: الهيكل الذي تنسخه
مملوءة بمثال حقيقي بدلًا من العناصر القابلة للاستبدال. النظام هو منصة لمعالجة المدفوعات.
انسخ من هنا.
خطة الاختبار، بشكل مختصر. النطاق: معالجة الاسترداد للإصدار 4.9. ضمن النطاق: الاستردادات الكاملة، والاستردادات الجزئية، والاستردادات مقابل عمليات تمت تسويتها وغير تمت تسويتها. خارج النطاق: عمليات رد المبالغ (chargebacks)، وهي غير متغيرة. البيئات: بيئة staging بكمّيات بيانات مشابهة للإنتاج. معايير الدخول: تم نشر البناء، وتم اجتياز اختبار smoke، وتم تحميل بيانات الاختبار. معايير الخروج: اجتياز جميع حالات الأولوية الأولى، وعدم وجود عيوب مفتوحة من الأولوية الأولى أو الثانية، وتطابق دفتر الأستاذ (ledger) بشكل نظيف عبر التشغيل الكامل.
حالة الاختبار.
المعرف: TC-118. العنوان: الاسترداد الكامل مقابل عملية تمت تسويتها ينشئ إدخال استرداد واحدًا بالضبط.
الأولوية: الأولى.
الاشتراطات المسبقة: يوجد حساب تاجر M-4471 مع عملية تمت تسويتها T-88210 بقيمة 240.00. تم تسجيل رصيد دفتر الأستاذ لـ M-4471 قبل البدء. لدى المختبر صلاحية الاسترداد.
الخطوات.
افتح شاشة المدفوعات وابحث عن T-88210.
اختر العملية ثم اختر Refund.
أدخل 240.00 ثم أكد.
النتيجة المتوقعة. أربع شروط، يجب أن تتحقق جميعها.
يوجد سجل استرداد واحد موجود مقابل T-88210، ولا يوجد غيره. تم التحقق في جدول الاستردادات، وليس في الواجهة.
انخفض رصيد دفتر الأستاذ للتاجر لـ M-4471 بمقدار 240.00 بالضبط مقارنةً بالقيمة المسجلة عند البداية. تم التحقق في تقرير دفتر الأستاذ.
يعرض كشف حساب التاجر للفترة سطر استرداد واحد بقيمة 240.00.
تُظهر حالة العملية Refunded في الواجهة.
لاحظ أن تحقق الواجهة هو الأخير وهو أضعف من بين الأربعة. تم تضمينه لأن المستخدمين يرونه، وليس لأنه يتحقق من أي شيء.
النتيجة الفعلية: تم تسجيلها أثناء التنفيذ، مع ملاحظة أرقام دفتر الأستاذ بدلًا من افتراضها.
الحالة: تم، فشل، محجوب أو لم يُنفَّذ.
الدليل: ناتج الاستعلام من جدول الاستردادات ونسخة من سطر تقرير دفتر الأستاذ.
تقرير العيب، إذا فشل. معرف الحالة، ما كان متوقعًا، ما الذي تم ملاحظته، البيئة، البناء، البيانات المستخدمة، خطوات إعادة الإنتاج، الشدة. حقل البيانات المستخدمة هو الأكثر حذفًا غالبًا، وهو الأكثر منعًا لإعادة الإنتاج.
انسخ إلى هنا.
مثال توثيق الاختبارات: ثلاثمئة وثمانية وثلاثون حالة اجتازت
تقوم Brayford Payments بمعالجة مدفوعات بطاقات للتجار الصغار وتوظف حوالي مئتي شخص. وأطلقت تدفق استرداد مُحدّث.
كان لدى وحدة المدفوعات ثلاثمئة وأربعون حالة اختبار. نفّذت اختبارات قبول المستخدم المجموعة كاملة. اجتازت ثلاثمئة وثمانية وثلاثون. فشل اثنتان، وتم إصلاحهما، ثم إعادة اختبارهُما.
في الإنتاج، تم تطبيق الاستردادات فوق قيمة معينة مرتين ضمن شرط توقيت محدد. استمر ذلك لمدة تسعة أيام قبل أن يلاحظها أحد، مما أدى إلى حوالي ألف وأربعمئة استرداد مكرر بقيمة أربعمئة واثني عشر ألف جنيه إسترليني. كان استرداد الأموال المدفوعة للتجار بطيئًا وغير مريح، وقرابة ستين بالمئة عادت.
غطت الحالة TC-118 الاستردادات. كان لديها سبع خطوات مفصلة ونتيجة متوقعة بصياغة: تمّت معالجة الاسترداد بنجاح.
اتبع المختبر جميع الخطوات السبع، ورأى رسالة تأكيد وحالة Refunded، وسجل اجتيازًا. كان ذلك تطبيقًا صحيحًا للمستند أمامهم.
لم ينظر أحد إلى دفتر الأستاذ. لم يطلب منهم أي شيء في الحالة ذلك. استرداد واحد واسترداد مزدوج يبدوان متطابقين على شاشة التأكيد، وهذا بالضبط سبب ضرورة حدوث التحقق في مكان آخر.
قرأ التدقيق بعد ذلك جميع النتائج المتوقعة الثلاثمئة والأربعين، متجاهلًا الخطوات.
يمكن تلبيتها عبر مراقبة واجهة المستخدم وحدها لـ مئتين وواحد عشر. لم تحتوي سبع وأربعون على أي عبارة قابلة للتحقق على الإطلاق، باستخدام عبارات مثل يعمل كما هو متوقع، يتصرف بشكل صحيح، أو يكتمل دون خطأ.
كان الحل ثلاثة أسابيع من إعادة الكتابة، وليس من اختبار جديد. كان يجب أن تسمّي كل نتيجة متوقعة حالة، وتوضح أين يتم التحقق منها، وأن تكون قادرة على الفشل دون وجود خطأ ظاهر. عندما كان التحقق الطبيعي خارج الواجهة، فهذا هو المكان الذي تم تطبيقه فيه. اندمجت بعض الحالات وانخفضت المجموعة إلى مئتين وتسعين.
بعد إصدارين آخرين، انخفضت العيوب التي تم العثور عليها أثناء اختبارات قبول المستخدم من متوسط أربع لكل إصدار إلى تسعة عشر.
ارتفاع هذا الرقم هو النتيجة. العيوب في الإنتاج خلال الأشهر الستة التالية انتقلت من 11 إلى 2.
لم تكن المجموعة صغيرة جدًا. كانت تطرح ثلاثمئة وأربعين سؤالًا يمكن للنظام الإجابة عنها بشكل متفائل.
كيفية كتابة حالات الاختبار في ست خطوات
اكتب النتيجة المتوقعة قبل الخطوات. هذا يقلب الترتيب المعتاد ويجبرك على تحديد معنى “الصحيح” قبل أن تصف كيفية الوصول إليه. الخطوات المكتوبة لاحقًا تكون أقصر وأكثر ارتباطًا.
اذكر أين يتم التحقق من النتيجة. الواجهة، قاعدة البيانات، التقرير، النظام اللاحق. تسمية الموقع هي ما يجعل النتيجة قابلة للتحقق من قبل شخص آخر.
اسأل كيف يمكن أن تمر بينما تكون خاطئة. إذا استطعت الإجابة، فإن النتيجة المتوقعة تحتاج إلى شرط آخر.
ثم اكتب الخطوات، إجراء واحد في كل مرة. هي الجزء السهل ويجب أن تستغرق أقل وقت.
سجّل الاشتراطات المسبقة بما في ذلك البيانات. معظم حالات الفشل في إعادة إنتاج العيب تعود إلى بيانات مختلفة وليس إلى خطوات مختلفة.
رتّب الأولويات بصدق. لا أحد يشغّل المجموعة كاملة قبل الإصدار. تحديد مسبقًا ما الذي يهم أفضل من اتخاذ القرار في التاسعة مساءً في اليوم السابق.
الخطوة الأولى هي الطريقة كاملة. الخطوتان الثانية والثالثة هما ما يلتقط العيوب التي تصل إلى الإنتاج.
حالات الاختبار مقابل سيناريوهات الاختبار
يتم استخدام الاثنين بالتبادل، والفرق هو مستوى كل منهما.
يُعد سيناريو اختبار ما الذي يجب اختباره، موصوفًا بمستوى يمكن لأي شخص فهمه. تحقّق أن عمليات الاسترداد تعمل بشكل صحيح للعمليات التي تمت تسويتها. هذا بيان تغطية.
أما حالة الاختبار فهي كيفية اختباره، مع بيانات محددة وخطوات محددة ونتيجة متوقعة محددة. عادةً ما ينتج سيناريو واحد عدة حالات.
الانضباط المفيد هو كتابة السيناريوهات أولًا، والاتفاق على التغطية بناءً عليها مع أشخاص يفهمون العمل، ثم كتابة الحالات تحتها. القيام بالعكس ينتج مجموعة تغطي أي شيء خطر ببال الشخص الذي كتبها.
السيناريو الذي ينتج حالة واحدة فقط غالبًا يكون سيناريو لم يتم التفكير فيه بشكل صحيح. يجب أن تنتج الاستردادات للعمليات التي تمت تسويتها حالات للمبلغ الكامل، والمبلغ الجزئي، ومبلغ يتجاوز الأصلي، ومحاولة استرداد ثانية على نفس العملية، واستردادًا على عملية تم استردادها بالفعل. أربعة من هذه الخمسة هي أماكن وجود العيوب.
استراتيجية الاختبار وخطة الاختبار وخطة ضمان الجودة
ثلاثة مستندات فوق حالات الاختبار، والتمييز بينها يحمل وزنًا عمليًا.
تُعد استراتيجية الاختبار تنظيمية وطويلة العمر. كيف نختبر، وما أنواع الاختبار التي نستخدمها، وما هي معاييرنا. تُطبق عبر المشاريع وتُراجع نادرًا.
تُعد خطة الاختبار خاصة بإصدار أو مشروع محدد. النطاق، البيئات، معايير الدخول والخروج، الجدول الزمني، الموارد، المخاطر. سيمنحك تنزيل قالب خطة اختبار Excel المجاني جدولًا ومصفوفة، وتعود أقسام النصوص إلى مستند.
تُعد خطة ضمان الجودة أوسع من الاثنين معًا، لأن ضمان الجودة يشمل كل ما يتم فعله لمنع العيوب بدلًا من العثور عليها: مراجعة المتطلبات، وتحديد ما يعنيه “تم” (definition of done)، ومعايير مراجعة الكود، وتكافؤ البيئات. قالب خطة ضمان الجودة يغطي هذا التمييز، ويهم هنا لأن مستندًا بعنوان خطة ضمان الجودة يحتوي فقط على مراحل الاختبار قد أصبح بهدوء خطة اختبار.
الاختبار العملي هو التوقيت. الأنشطة التي تحدث قبل إنجاز العمل هي ضمان. الأنشطة التي تحدث بعده هي تحكم، والاختبار هو تحكم.
ما الذي لا يمكن لقوالب توثيق الاختبارات المجانية إصلاحه
متطلبات لم يتفق عليها أحد. تتحقق حالة الاختبار من السلوك مقابل توقع، وإذا لم يتم حسم التوقع أبدًا، يكتب المختبرون حالات بناءً على افتراضهم الخاص لما ينبغي أن يكون عليه.
مجموعة كبيرة جدًا لا يمكن تشغيلها. تصل كل مؤسسة إلى النقطة التي لا تتسع فيها مجموعة الانحدار الكاملة داخل النافذة. الترتيب بالأولوية بشكل مقصود يتفوق على الترتيب تحت الضغط، ولا يوجد تنزيل قالب حالات اختبار Excel مجاني سيفعل ذلك نيابةً عنك.
نتيجة متوقعة غامضة. لا يمكن لأي قالب حالة اختبار: تنزيل مجاني ولا تخطيط Excel لقالب حالة اختبار بسيط أن يكتبها لك، وهو الحقل الوحيد الذي يقرر ما إذا كانت الحالة ستعمل.
بيانات اختبار لا تمثل الإنتاج. تطلب عيب Brayford شرط توقيت محدد وحجم بيانات واقعي. لم يكن أي منهما موجودًا في بيئة الاختبار، ولا يتناول أي قالب ذلك.
مختبرون بلا صلاحية لحجب الإطلاق. معايير الخروج التي يمكن التنازل عنها من قبل من يريد الشحن ليست معايير.
اعرض الاختبار بدلًا من وصفه
مشكلتان في هذا المجال هما المشكلة نفسها، وكلاهما يتعلق بالدليل.
عادةً ما يكون دليل الاختبار مجرد علامة في عمود الحالة. شخص ما نفّذ الحالة وقال إنها اجتازت. إذا ظهر عيب لاحقًا في هذا المجال، فلا توجد طريقة لمعرفة ما الذي تم ملاحظته فعليًا، لذلك لا يمكن الإجابة عن سؤال ما إذا كانت الحالة قد تم تشغيلها بشكل صحيح، وغالبًا ما يتحول الأمر إلى جدال.
المشكلة الثانية هي أن مختبرًا جديدًا ينضم إلى الفريق يتعلم معنى التحقق بشكل صحيح عبر مشاهدة شخص آخر، وإذا لم يكن لدى أحد وقت، يتعلم ذلك من المستندات، وهنا يأتي التفسير المتفائل.
يعالج Trupeer AI كلا الأمرين. يؤدي تسجيل تنفيذ الاختبار إلى إنشاء جولة مكتوبة خطوة بخطوة مع لقطات شاشة تم التقاطها بالفعل ووضعها، إلى جانب الفيديو، ضمن علامتك التجارية. يتم التقاط ما تم ملاحظته فعليًا في كل خطوة بدلًا من مجرد تأكيده، وهو الدليل الذي يحتاجه سجل الإصدار والمادة التي يتعلم منها المختبر الجديد.
سجّله. اجعله بعلامتك. ترجمْه. اجعله Trupeer.
يتبع ذلك نقطتان. يُظهر تسجيل مختبر متمرس وهو يشغّل حالة معقدة عمليات التحقق التي يجريها خارج الواجهة، وهي العادة نفسها التي تفشل الحالات المكتوبة في نقلها. وعندما يتم تنفيذ الاختبار عبر مواقع متعددة أو بواسطة فريق خارجي، يحدد التسجيل نفسه معيار التحقق نفسه بدلًا من تركه للتفسير.
توجد هذه المادة في قاعدة المعرفة لديك وتعمل أيضًا كـ تدريب للمختبرين الجدد. سواء كان يمكن للإصدار أن يتم شحنه أم لا هو سؤال منفصل، يتم تغطيته في قالب متطلبات الإصدار. الاتساق عبر مستنداتك مسألة ضبط حزمة العلامة التجارية مرة واحدة، ويتم تغطية إعداد ذلك في دليل إعداد قالب المستند.
الأسئلة الشائعة
هل يوجد قالب حالات اختبار Excel لتنزيل مجاني؟
يُعد Excel هو تنسيق العمل القياسي لحالات الاختبار وهو مناسب لها جيدًا، لأن مجموعة الاختبار عبارة عن جدول تقوم بتصفية محتواه حسب الوحدة والأولوية والحالة. سيمنحك تنزيل قالب حالات الاختبار Excel المجاني الأعمدة القياسية وهو مناسب تمامًا كنقطة بداية.
تستحق إضافتان الاهتمام. عمود لتسجيل مكان التحقق من النتيجة المتوقعة، أي الواجهة أو قاعدة البيانات أو التقرير أو النظام اللاحق. وقيم حالة منفصلة لكل من محجوب ولم يُنفَّذ، لأن دمجهما يخفي مقدار ما تم تنفيذه فعليًا من المجموعة.
هل يوجد إصدار Excel بسيط لقالب حالة اختبار؟
نعم، وغالبًا ما يكون البسيط هو الصحيح. يغطي تخطيط Excel بسيط لقالب حالة اختبار مع المعرف والعنوان والأولوية والاشتراطات المسبقة والخطوات والنتيجة المتوقعة والنتيجة الفعلية والحالة تقريبًا كل شيء.
قاوم إضافة أعمدة. تتراكم قوالب حالات الاختبار حقولًا تبدو مفيدة وقت التصميم ويتم تركها فارغة عمليًا، ومجموعة تحتوي على ثمانية أعمدة ممتلئة تكون أكثر فائدة من مجموعة تحتوي على عشرين عمودًا منها اثنا عشر فارغًا.
هل يوجد إصدار Word لقالب حالة اختبار؟
يناسب Word المستندات المحيطة أكثر من حالات الاختبار. يعمل ملف Word لقالب حالة اختبار لخطة اختبار أو استراتيجية اختبار أو تقرير ملخص، وكلها نصوص.
أما بالنسبة للحالات نفسها، فالمستند غير مناسب. لا يمكنك تصفيته، ولا يمكنك الفرز حسب الأولوية، وتحديث الحالة عبر مئتي حالة في جدول Word أثناء تشغيل الاختبار بطيء لدرجة أن الناس يتوقفون عن القيام بذلك بدقة.
هل يوجد قالب حالة اختبار: تنزيل مجاني يستحق الاستخدام؟
كانت الأعمدة ثابتة منذ عقود، لذا فإن قالب حالة اختبار: تنزيل مجاني يوفر لك القليل جدًا، وكل نسخة منشورة تكون بشكل عام متشابهة.
قيّم أيًا منها على سؤال واحد. هل يحتوي عمود النتيجة المتوقعة على أي إرشاد مرفق، أم أنه مجرد خلية فارغة؟ الخلية الفارغة هي المكان الذي تخطئ فيه معظم مجموعات الاختبار، ولا يحل أي قالب ذلك، لكن قالبًا يطلب تحديد مكان التحقق من النتيجة سيحسن ما يتم كتابته داخلها.
هل يوجد قالب خطة اختبار Excel لتنزيل مجاني؟
يناسب Excel الجدول الزمني ومصفوفة التغطية وخطة الموارد داخل خطة الاختبار. سيمنحك تنزيل قالب خطة اختبار Excel المجاني عادةً ذلك.
النصف السردي ينتمي إلى مستند: النطاق ومعايير الدخول والخروج والبيئات والافتراضات والمخاطر. يتم قراءة هذه الأمور والتفاوض عليها، والتفاوض داخل خلايا جدول البيانات يسير بشكل سيئ. احتفظ بكليهما، واربط أحدهما بالآخر.
أين يمكنني العثور على نموذج PDF لمستند اختبار؟
تنشر سجلات المشتريات في القطاع العام ومشاريع الجامعات وبعض الهيئات المعيارية توثيق اختبارات حقيقي، ويكون نموذج PDF لمستند اختبار من أحد هذه المصادر أكثر إرشادًا من قالب تجاري لأنه تم إنتاجه تحت قيود واقعية.
اقرأ نموذج PDF لمستند حالة اختبار للنتائج المتوقعة بدلًا من بنيته. تنتقل البنية من أي مكان. ما الذي صاغه فريق حقيقي ليبدو “الصحيح”، وما إذا كانت عمليات التحقق لديهم خارج الواجهة، هو الجزء الذي يستحق التعلم.
أين يمكنني العثور على نموذج PDF لمستند حالة اختبار؟
تنطبق المصادر نفسها، وتكون الصناعات المنظمة هي الأكثر ثراءً، لأن دليل الاختبار هناك يجب أن ينجو من التدقيق وغالبًا ما يُكتب بدقة أكبر نتيجة لذلك.
عند قراءة نموذج PDF لمستند حالة اختبار، انظر إلى ما إذا كان عمود النتيجة الفعلية يحتوي على ملاحظات أو علامات. تشير العلامات إلى أن المجموعة تم تشغيلها. تشير الملاحظات إلى ما تم رؤيته، ولا تُعد سوى الملاحظات دليلًا.
هل يوجد مجموعة قوالب لتوثيق الاختبارات البرمجية؟
نعم، وتتكون المجموعة من ستة مستندات: الاستراتيجية والخطة والحالات والسكربتات والبيانات والنتائج مع تقارير العيوب. عادةً ما يغطي تنزيل حزمة قوالب توثيق الاختبارات البرمجية الخطة والحالات ويترك الباقي.
تُعد بيانات الاختبار هي الأكثر غيابًا شيوعًا، وهي الأكثر منعًا لحدوث إعادة إنتاج العيب. توثيق البيانات التي تعمل عليها المجموعة وكيف يتم تحديثها يستحق بقدر قيمة خمسين حالة اختبار إضافية.
