مرحباً أيها المواطنون هابروفسك!
قررت كتابة مقال عن عملية التفاعل بين المختبرين والمحللين وعن المكافآت التي تحصل عليها شركة SuperJob من هذه العملية.
يتكون عمل المختبرين مع المتطلبات من ثلاث مراحل: مراجعة FT ، تغطية FT ، مراجعة الحالة.
مراجعة FT
يتم الاحتفاظ بالمتطلبات من قبل المحللين في Enterprise Architect ، ومن هناك يتم نسخها إلى Confluence. بعد كتابة المتطلبات ، يتم إرسالها للمراجعة للمختبرين.
أثناء إجراء هذا التفاعل من خلال جداول بيانات Google ، حيث يوجد:
- اسم FT
- رابط ل FT
- مسؤول عن محلل FT
- حالات المحللين
- اختبار مسؤول
- حالات من المختبرين
يضع المحلل الحالة "قيد المراجعة" في الفقرة المقابلة من الجدول:
في هذه المرحلة ، كجزء من Confluence ، يتم طرح أسئلة حول نقاط معينة من المتطلبات ، لأن الوظيفة تسمح لك بإضافة تعليقات إلى أجزاء عشوائية من النص. في التعليقات ، المناقشات جارية ، ونتيجة لذلك يتم تحديث FT.
بعد إضافة المتطلبات وتحديثها ، يتم نقلها إلى التطوير والاختبار.
تغطية FT
تتم كتابة حالات الاختبار في TestRail ، وتكرر بنية تخزين حالات الاختبار تمامًا بنية تخزين المتطلبات. هذا ضروري لسهولة البحث ، ولكي لا تعيد اختراع دراجتك ، فمن الأسهل أخذها من جار محلل.
الاختبار يغطي المتطلبات - كل عنصر من المتطلبات ، يتم تغطية كل عرض.
يتم ترقيم كل عنصر من عناصر المتطلبات ؛ وهناك أثر لحالات الاختبار لعناصر المتطلبات. بشكل منفصل ، أود أن أشير إلى أنه في كل حالة هناك نسخة من FT تمت كتابة هذه الحالة عليها - يمكن أن تتغير المتطلبات والنقاط فيها أيضًا ، إذا لم تأخذ في الاعتبار إصدار FT ، فلا يمكنك العثور على النهايات.
بهذه الطريقة:
- من السهل التحقق من جودة تغطية الحالة. أمام عيني ليست ورقة 50 حالة ونفس FT القريبة ، ولكن حدد نقطة واحدة من المتطلبات ثم ترى الحالات التي تغطي هذه النقطة بالذات ؛
- في حالة حدوث تغيير في المتطلبات ، يمكنك على الفور معرفة الحالات التي تحتاج إلى تصحيح.
يتم كتابة الحالات في ثلاثة إصدارات:
- عناوين الحالات (معظم هذه). عندما يكون للحالة عنوان فقط ، يتضح من خلاله ما يجب القيام به. فهي أسرع في الكتابة من حالات الاختبار التفصيلية وفي نفس الوقت تغطية شفافة:
- حالات الاختبار. حالة اختبار تفصيلية مع خطوات عندما يكون هناك الكثير من الفروق الدقيقة في الحالة ولا يمكن وضعها جميعًا في العنوان ؛
- الحالات وقوائم المراجعة. عندما تتكون الحالة من قائمة مرجعية للتحقق من بعض اتجاه الوظائف. لتسليط الضوء على مثل هذه الحالات ، استخدم في الرأس (الحالات):
في أقسام FT ، حيث توجد نماذج بالحجم الطبيعي ، يتم إنشاء حالة الاختبار "تسوية مع التخطيط M ...". إنه بمثابة تذكير بأن هناك تخطيطًا ويجب التحقق من التنفيذ باستخدامه. هذه الحالة بدون وصف داخلي - قائمة المراجعة للتوافق مع التخطيط الذي وصفناه في اللوائح.
مراجعة الحالة
بعد كتابة الحالات ، يتم وضع حالة "مراجعة الحالة" في الجدول العام ، وهذه علامة على أن مختبراً آخر يمكن أن يأخذ هذا FT وإجراء مراجعة للحالة. هذا ضروري حتى تكون الحالات واضحة بالتساوي لجميع المختبرين ومن أجل السير عبر المتطلبات بمظهر جديد.
في حالة عدم نجاح المراجعة ، على سبيل المثال ، ظهرت أسئلة جديدة في فاينانشيال تايمز أو التغطية غير كافية - يتم نقل المتطلب إلى حالة "إنهاء". لا توجد تعليقات كافية في TestRail لوصف جميع رغباتك - بينما يحدث ذلك كتابة في Slack ، وهو أمر غير مناسب للتتبع.
إذا نجحت المراجعة ، تكون FT في حالة "إنهاء".
في حالات نادرة ، عندما يتم تحديث المتطلبات بعد كتابة حالات الاختبار عليها ، يتم نقل FT إلى الحالة "محدثة". بالإضافة إلى ذلك ، يشترك المختبر الذي يغطي FT في تحديثات صفحة Confluence. إذا تغيرت المتطلبات كثيرًا ، يتم إنشاء مهمة للمختبر لتحديث الحالات.
الخلاصة
ما يعطينا هذا النهج؟
- أولاً ، تقع المتطلبات المثبتة في التطوير. وهذا يوفر وقت المطورين ، والذي لا تصل إليه الأمور غير المنطقية والعيوب والانحرافات في FT.
- ثانيًا ، يستعد المختبرون للاختبار بالتوازي مع التطوير ، لذلك نقوم بتقليل الوقت الذي يستغرقه إصدار الميزات. يمكن للمختبرين أن يقرؤوا بهدوء ومسؤولية عملية كتابة الحالات ، وليس بالصيغة "Ahhh ، لقد سقطت ميزة ضخمة ، تحتاج إلى صبها الليلة. دعونا نختبر بشكل أسرع! "
- ثالثًا ، هذه زيادة في جودة الاختبار بسبب مراجعة الحالات. قل "لا!" نظرة غير واضحة.
ما الذي لا يعجبك؟
- هناك فجوة زمنية كبيرة إلى حد ما بين كتابة الحالات وتشغيلها على ميزة - على الرغم من أن الحالات جاهزة ويمكن التحقق منها فقط ، ومع ذلك يقع المختبر خارج السياق ؛
- كما كتبت سابقًا - في TestRail لا توجد تعليقات كافية ، كما هو الحال في Confluence - لا يمكنك فقط أخذ مكان المشكلة ووضع علامة عليه ، وترك تعليق له.
هذا كل شيء الآن. شكرا لكم على اهتمامكم!
وكيف هي عملية العمل مع متطلباتك؟