يوضح هذا البرنامج التعليمي ما هو سيناريو الاختبار إلى جانب أهمية سيناريو الاختبار وتنفيذه وأمثلة عليه وقوالبه:
أي وظيفة / ميزة برمجية يمكن اختبارها يُقال إنه سيناريو اختبار. يتم أخذ منظور المستخدم النهائي في الاعتبار أثناء كتابة أي سيناريوهات اختبار.
سيساعدك هذا البرنامج التعليمي في الإجابة على الأسئلة: لماذا يلزم اختبار سيناريوهات ، عندما تكون سيناريوهات الاختبار ضرورية مكتوب وكيفية كتابة سيناريوهات الاختبار.
ما هو سيناريو الاختبار؟
ضع في اعتبارك موقفًا افتراضيًا: هناك محيط شاسع. عليك أن تسافر عبر المحيط من شاطئ إلى آخر. على سبيل المثال ، من مومباي ، شاطئ البحر الهندي إلى كولومبو ، شاطئ سيريلانكا.
وضع السفر الذي يمكنك اختياره هو:
(1) الخطوط الجوية: خذ رحلة إلى كولومبو
(ii) الممرات المائية: تفضل سفينة للسفر إلى كولومبو
(iii) السكك الحديدية: استقل قطارًا إلى سيريلانكا
الآن لسيناريوهات الاختبار: السفر من شاطئ مومباي إلى شاطئ كولومبو هو وظيفة يجب اختبارها.
تشمل سيناريوهات الاختبار:
- السفر بالخطوط الجوية ،
- السفر بالممرات المائية أو
- السفر بالسكك الحديدية.
سيناريوهات الاختبار هذه لها حالات اختبار.
حالات الاختبار التي يمكن كتابتها لسيناريوهات الاختبار أعلاه تشمل:
اختبارمحليًا وتحميله عند توفر الاتصال بالإنترنت> 7 يمكن لعدة مستخدمين العمل على مستند واحد. 8 يتم تخزين العمل المنجز في حالة فقد الاتصال بالإنترنت أثناء تحميل ملف. 9 يتم تطبيق قيود المشاركة بشكل صحيح. 10 تقييد عرض المستخدمين غير قادرين على إجراء أي تعديلات على المستندات. 11 يمكن نشر المستندات على الإنترنت لعامة الجمهور. 12 تم إجراء التعديلات على يتم حفظ المستندات مع الطابع الزمني & أمبير ؛ تفاصيل المؤلف.
سيكون عدد سيناريوهات الاختبار متعددة وضخمة للغاية بالنسبة لمحرر مستندات Google. في مثل هذه الحالات بشكل عام ، يتم تحديد معايير القبول والموافقة عليها فقط من قبل أصحاب المصلحة ، ويعمل أعضاء الفريق على معايير القبول هذه. يمكن أن تكون كتابة حالات الاختبار لسيناريوهات الاختبار أو بالأحرى مهمة شاملة للتطبيقات الضخمة.
تلعب معايير القبول هذه دورًا رئيسيًا في تخطيط العملية التكرارية ولا ينبغي إغفالها أبدًا. تحديدها مسبقًا ومقدمًا يتجنب المفاجآت أو الصدمات في نهاية السباقات أو الإصدارات
معطى شرطًا مسبقًا.
متى للقيام بعمل ما.
ثم النتيجة المتوقعة.
تنسيقات معينة ،عندما تكون مفيدة لتحديد معايير القبول.
مثال على نموذج اختبار السيناريو
| استخدم معرف القصة # | اختبار معرف السيناريو # | رقم الإصدار | اختبار السيناريوهات | # عدد حالات الاختبار | الأهمية |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | تحقق مما إذا كان تطبيق Kindle يعمل بشكل صحيح. | 4 | مرتفع |
| USID12.1 | TSID12.1.2 | Kin12.4 | تحقق من سعة التخزين لتطبيق Kindle. | 3 | متوسط |
الخلاصة
في أي اختبار برنامج ، فهم دورة الحياة ووضع سيناريوهات الاختبار هو عنصر مهم للغاية. يمكن تحسين جودة البرنامج من خلال وجود أساس جيد لسيناريوهات الاختبار. في كثير من الأحيان ، قد يتم تبادل استخدام حالات الاختبار وسيناريوهات الاختبار.
ومع ذلك ، فإن قاعدة الإبهام هي استخدام سيناريو الاختبار لكتابة حالات اختبار متعددة أو يمكننا القول إن حالات الاختبار مشتقة من سيناريوهات الاختبار. تضمن سيناريوهات الاختبار المحددة جيدًا جودة البرامج.
السيناريو: السفر بالخطوط الجويةيمكن أن تتضمن حالات الاختبار سيناريوهات مثل:
- الرحلة وفقًا للوقت المحدد .
- الرحلة ليست وفقًا للوقت المحدد.
- نشأت حالة طوارئ (هطول أمطار غزيرة وعاصفة).
بنفس الطريقة ، أ يمكن كتابة مجموعة منفصلة من حالات الاختبار لسيناريوهات أخرى متبقية.
الآن دعنا نصل إلى سيناريوهات الاختبار التكنولوجي.
أي شيء يمكن اختباره هو سيناريو اختبار. وبالتالي يمكننا القول أن أي وظيفة برمجية قيد الاختبار يمكن تقسيمها إلى وظائف متعددة أصغر ويمكن تسميتها "سيناريو اختبار".
قبل تقديم أي منتج للعميل ، يجب أن تكون جودة المنتج يتم تقييمها وتقييمها. يساعد سيناريو الاختبار في تقييم الجودة الوظيفية لتطبيق برمجي يتوافق مع متطلبات عمله.
سيناريو المختبِر هو عملية يختبر فيها المختبِر تطبيقًا برمجيًا من منظور المستخدم النهائي. يتم تقييم أداء وجودة تطبيق البرنامج بدقة قبل التنفيذ في بيئة الإنتاج.
أهمية سيناريو الاختبار
- يمكن أن يكون لسيناريو الاختبار الواحد "حالات اختبار" متعددة. يمكن اعتبارها كصورة بانورامية كبيرة وحالات الاختبار هي الأجزاء الصغيرة المهمة لإكمال البانوراما.
- عبارة عن بيان سطر واحد واختبارتشتمل الحالات على وصف تدريجي لإكمال الغرض من بيان سيناريو الاختبار.
- مثال:
اختبار السيناريو: الدفع مقابل خدمة الكابينة المتاحة.
سيكون لهذا عدة حالات اختبار كما هو مذكور أدناه:
(i) طريقة الدفع المراد استخدامها: PayPal، Paytm، Credit / Debit Card.
(ii) تم الدفع بنجاح.
(iii) الدفع المنجز غير ناجح.
(iv) تم إحباط عملية الدفع بين.
(v) غير قادر على الوصول إلى طرق الدفع.
(vi) ينقسم التطبيق بين.
- تساعد سيناريوهات الاختبار في تقييم تطبيق البرنامج وفقًا لمواقف العالم الحقيقي.
- اختبار السيناريوهات عند تحديده ، ساعد في تقسيم نطاق الاختبار. في التنفيذ الناجح لتطبيق البرنامج.
- مع إعطاء الأولوية لسيناريوهات الاختبار ، يمكن بسهولة تحديد الوظائف الأكثر أهمية واختبارها حسب الأولوية. وهذا يضمن أن غالبية الوظائف الأساسية تعمل بشكل جيد وأن العيوب المتعلقة بها يتم التقاطها وتصحيحها على النحو الواجب.وبالتالي يمكن إجراء اختبار شامل للتطبيق.
الفرق بين سيناريو الاختبار وحالة الاختبار
| سيناريو الاختبار | حالات الاختبار | |
|---|---|---|
| سيناريو الاختبار هو مفهوم. | حالات الاختبار هي الحلول للتحقق من هذا المفهوم. | |
| اختبار السيناريو هو وظيفة عالية المستوى. | حالات الاختبار هي إجراء تفصيلي لاختبار وظائف المستوى العالي. | |
| اختبار السيناريوهات مستمدة من المتطلبات / قصص المستخدم. | حالات الاختبار مشتقة من سيناريوهات الاختبار. | |
| سيناريو الاختبار هو "ما هي الوظيفة التي يجب اختبارها" | حالات الاختبار هي "كيفية اختبار الوظيفة". | |
| تحتوي سيناريوهات الاختبار على حالات اختبار متعددة. | قد تكون حالة الاختبار مرتبطة أو لا ترتبط بسيناريوهات اختبار متعددة. | |
| سيناريوهات الاختبار الفردي غير قابلة للتكرار أبدًا. | يمكن استخدام حالة اختبار فردية عدة مرات في سيناريوهات مختلفة. | |
| الوثائق الموجزة المطلوبة. مطلوب> | تكلفة الصيانة منخفضة حسب الموارد المطلوبةمنخفضة. | تكلفة الصيانة مرتفعة لأن الموارد المطلوبة عالية |
لماذا لا غنى عن سيناريوهات الاختبار؟
سيناريوهات الاختبار مشتقة من المتطلبات أو قصص المستخدم.
- خذ مثالاً على سيناريو الاختبار لحجز الكابينة.
- السيناريوهات يمكن أن تكون خيارات حجز الكابينة ، وطرق الدفع ، وتتبع نظام تحديد المواقع العالمي (GPS) ، وخريطة الطريق المعروضة بشكل صحيح أم لا ، وعرض تفاصيل الكابينة والسائق بشكل صحيح أم لا ، وما إلى ذلك ، كلها مدرجة في قالب سيناريو الاختبار.
- الآن افترض أن سيناريو الاختبار هو للتحقق مما إذا كانت خدمات الموقع قيد التشغيل ، إذا لم يتم تشغيلها ، اعرض الرسالة "تشغيل خدمات الموقع. هذا السيناريو مفقود ولم يتم إدراجه في قالب سيناريوهات الاختبار.
- يؤدي سيناريو "خدمة الموقع" إلى سيناريوهات اختبار أخرى متعلقة به.
يمكن أن تكون هذه سيناريوهات :
-
- خدمة الموقع غير نشطة.
- تم تشغيل خدمة الموقع ولكن لا يوجد اتصال بالإنترنت.
- قيود على خدمات الموقع .
- يتم عرض الموقع الخطأ.
- قد يعني فقد سيناريو واحد فقدان العديد من السيناريوهات الحاسمة أو حالات الاختبار الأخرى . يمكن أن يكون لهذا تأثير سلبي كبير أثناء تنفيذ التطبيق البرمجي. ينتج عن هذا خسارة كبيرة في الموارد (المواعيد النهائية).
- سيناريوهات الاختبار تساعد إلى حد كبير في تجنب الاختبار الشامل . يضمن أن كل حاسمة ويتم اختبار تدفقات الأعمال المتوقعة ، مما يساعد بشكل أكبر في الاختبار الشامل للتطبيق.
- هذه هي أدوات توفير الوقت. أيضًا ، لا يلزم تقديم وصف أكثر تفصيلاً وفقًا لحالات الاختبار. تم تحديد وصف من سطر واحد حول ما يجب اختباره.
- تتم كتابة سيناريوهات الاختبار بعد جلسات العصف الذهني لأعضاء الفريق. ومن ثم فإن احتمال فقدان أي سيناريو (حاسم أو ثانوي) هو الحد الأدنى. يتم ذلك مع الأخذ في الاعتبار الجوانب الفنية وكذلك تدفق الأعمال للتطبيق البرنامج.
تعد سيناريوهات الاختبار جزءًا لا غنى عنه من SDLC.
تنفيذ سيناريوهات الاختبار
دعونا نرى تنفيذ سيناريوهات الاختبار أو كيفية كتابة سيناريوهات الاختبار:
- يتم تشكيل الملاحم / متطلبات العمل.
- مثال على Epic : أنشئ حساب Gmail. يمكن أن تكون الملحمة هي الميزة الرئيسية لتطبيق ما أو أحد متطلبات العمل.
- يتم تقسيم الملاحم إلى قصص مستخدم أصغر عبر سباقات السرعة.
- يتم اشتقاق قصص المستخدمين من الملاحم. يجب تحديد قصص المستخدم هذه والموافقة عليها من قبل أصحاب المصلحة. BRS (مستند متطلبات العمل) ، SRS (متطلبات النظاموثيقة المواصفات) ، أو FRS (وثيقة المتطلبات الوظيفية) التي تم الانتهاء منها وتحديدها بشكل أساسي.
- يكتب المختبرين سيناريوهات الاختبار.
- تمت الموافقة على سيناريوهات الاختبار هذه من قبل قائد الفريق أو محلل الأعمال أو مدير المشروع اعتمادًا على المؤسسة.
- يجب ربط كل سيناريو اختبار بقصة مستخدم واحدة على الأقل.
- يجب تحديد سيناريوهات الاختبار الإيجابية وكذلك السلبية.
- تشتمل قصص المستخدم على معايير القبول مثل :
- معايير القبول هي قائمة من الشروط أو حالة النية لمتطلبات العميل. يتم أخذ توقعات العميل وسوء الفهم في الاعتبار أثناء كتابة معايير القبول.
- هذه فريدة لقصة مستخدم واحدة ويجب أن يكون لكل قصة مستخدم معيار قبول واحد على الأقل يجب أن يكون قابلاً للاختبار بشكل مستقل.
- تساعد معايير القبول في تحديد الميزات الموجودة في النطاق والتي هي خارج نطاق المشروع. يجب أن تتضمن هذه المعايير ميزات وظيفية وكذلك غير وظيفية.
- يكتب محللو الأعمال معايير القبول ويوافق عليها مالك المنتج.
- أو في بعض الحالات ، يمكن لمالك المنتج أن يكتب بنفسه المعايير.
- يمكن الحصول على سيناريوهات الاختبار من معايير القبول.
أمثلة على سيناريو الاختبار
# 1) اختبار السيناريوهات لتطبيق Kindle
Kindle هو التطبيق الذي يتيح للقراء الإلكترونيين البحث عنهالكتب الإلكترونية عبر الإنترنت ، وتنزيلها وشرائها. يمنح Amazon Kindle قارئ الكتب الإلكترونية تجربة الحياة الواقعية لحمل كتاب في متناول اليد وقراءته. يتم محاكاة قلب الصفحات بشكل جيد في التطبيق.
الآن دعونا نلاحظ سيناريوهات الاختبار. ( ملاحظة: سيناريوهات محدودة مدرجة أدناه للحصول على فكرة عامة لكتابة سيناريو الاختبار. يمكن أن تكون هناك حالات اختبار متعددة مشتقة منه).
| اختبار السيناريوهات # | اختبار السيناريوهات |
|---|---|
| 1 | تحقق من تشغيل تطبيق Kindle بشكل صحيح. |
| 2 | تحقق من ضبط دقة الشاشة وفقًا للأجهزة المختلفة ، بعد تشغيل التطبيق. |
| 3 | تحقق من أن النص المعروض قابل للقراءة. |
| 4 | تحقق من عمل خيارات التكبير والتصغير. |
| 5 | تحقق من أن الملفات المتوافقة المستوردة في تطبيق Kindle قابلة للقراءة. |
| 6 | تحقق من سعة تخزين تطبيق Kindle. |
| 7 | تحقق من عمل وظيفة التنزيل بشكل صحيح. |
| 8 | تحقق من أن محاكاة Page Turn تعمل بشكل صحيح |
| 9 | تحقق من توافق تنسيقات الكتاب الإلكتروني مع تطبيق Kindle. |
| 10 | تحقق من الخطوط التي يدعمها تطبيق Kindle. |
| 11 | تحقق من عمر البطارية الذي يستخدمه تطبيق Kindle. |
| 12 | تحقق من الأداءمن Kindle اعتمادًا على اتصال الشبكة (Wi-Fi أو 3G أو 4G). |
يمكن اشتقاق حالات اختبار متعددة من كل سيناريو اختبار مذكور أعلاه.
# 2) معايير القبول لمحرر مستندات Google
"مستندات Google" هو تطبيق يستند إلى الويب لإنشاء مستندات الكلمات وجداول البيانات والشرائح والنماذج وتعديلها ومشاركتها. يمكن الوصول إلى جميع الملفات عبر الإنترنت باستخدام مستعرض ويب به اتصال بالإنترنت.
يمكن مشاركة المستندات التي تم إنشاؤها كصفحة ويب أو مستند جاهز للطباعة. يمكن للمستخدم وضع قيود على من يمكنه عرض المستندات وتحريرها. يمكن مشاركة مستند واحد بشكل تعاوني والعمل عليه من قبل أفراد متنوعين من مواقع جغرافية مختلفة.
سيناريوهات اختبار محدودة مذكورة أدناه لفهم عام. يمكن أن تكون سيناريوهات الاختبار المتعمق لمحرر مستندات Google موضوع منفصل تمامًا.
| معايير القبول # | معايير القبول | |
|---|---|---|
| 1 | يمكن فتح Word أو Sheets أو Forms بنجاح بدون أخطاء. | |
| 2 | تتوفر قوالب للمستندات والأوراق والشرائح. | |
| 3 | القوالب المتاحة متاحة للمستخدمين. 4 | القالب المستخدم قابل للتحرير (على سبيل المثال: الخطوط ، حجم الخط ، إضافة نص ، حذف النص ، إدراج شريحة). |
| 5 | إذا لم يكن الاتصال بالإنترنت متاحًا مؤقتًا ، فيمكن تخزين الملف |