تعرّف على مؤلفي مقال تموز (يوليو) لـ "تقويم الاختبارات " Andrei Marchenko ومارينا تريتياكوفا ، المختبرون والمحللون في Kontur. في هذا الشهر ، سيتحدث الرجال عن نماذج سير العمل لاختبار التحليلات ، وكيف بدأوا اختبار التحليلات قبل مرحلة التطوير. ستكون تجربة اللاعبين مفيدة للمديرين والمختبرين والمحللين لفرق المنتجات المتوسطة الحجم الذين لا يعيشون في الشركات الناشئة والذين تعد الجودة بالنسبة لهم أكثر أهمية من السرعة .
تحليلات نماذج سير العمل
النموذج 1
يعمل المختبر مع التحليلات بعد أن أنهى المهمة. وهو يتحقق من صحة المهمة من خلال قراءة التحليلات باعتبارها وثائق لما فعله المطور. كل شيء خاطئ ، بغض النظر عن مستوى الاحتراف. يمكن أن تكون العيوب في التحليلات أو في كود المطور.
السلبيات:
- لن يتم الكشف عن العيوب في التحليلات قبل مرحلة الاختبار ،
- هناك خطر من عودة المهمة من الاختبار إلى التحليلات للمراجعة. ونتيجة لذلك ، تزداد مهمة TimeToMarket بشكل ملحوظ.
أخطاء التحليلات التي تم تحديدها أثناء الاختبار باهظة الثمن أو باهظة الثمن.
الإيجابيات:
- يتم تقليل وقت المختبر للمهام التي لا يحتاج فيها المحلل (البنية التحتية ، إعادة البيع).
النموذج 2
يرتبط المختبر بالمهمة حتى قبل نقله إلى التطوير. ينظر إلى النماذج الأولية في مهمة أو يقرأ الوثائق فقط. يسأل المختبر المحلل عن جميع الأسئلة المتعلقة بالمهمة. يقوم المحلل بتصحيح التعليقات على الفور. يقوم المختبر بإجراء اختبارات القبول.
السلبيات:
- سيتعين على المختبر دراسة مجال مجاور (تصميم التحليلات والمعارف التقليدية) ،
- بالتبديل إلى هذا النموذج ، سيتعين على المختبر أولاً قضاء المزيد من الوقت في الاختبار ، لأن العملية "وصلت المهمة النهائية - أقرأ التحليلات - أنا أختبر" يمتد إلى "يصل وصف المهمة المستقبلية - أقرأ التحليلات - أنا أختبر التحليلات - وصلت المهمة النهائية - أنا أختبر".
الإيجابيات:
- يصبح احتمال العثور على أخطاء التحليلات بعد نقل المهمة إلى التطوير أقل
- المختبر موجود بالفعل في سياق المهمة ، عندما يصل إليه للاختبار ، لذلك يقوم بفحصه بشكل أسرع ،
- اختبار التحليلات يوسع الآفاق بشكل مثالي ، مما يوفر للمتخصص فرصة للانتقال في المستقبل إلى التحليلات ،
- يعمل المطور على تحسين جودة التعليمات البرمجية والمنتج ككل ، لأنه قبل اجتياز حل الاختبار الخاص به ، يجتاز اختبارات القبول.
إذا لم يقم فريق التطوير بمراجعة عمل المحللين ، فإن اختبار التحليلات يحسن جودة المنتج ويقلل من خطر نقل المهام إلى التطوير مع وجود أخطاء في ToR.
عندما أوصينا بالنموذج الثاني للمختبرين الذين يعملون على النموذج الأول ، غالبًا ما نسمع:
- "لدينا في طابور ولدينا ما يكفي من المهام الحالية لاتخاذ المزيد."
- "تحدث إلى المدير."
إن إعادة تصميم عملية التطوير مهمة إدارية جادة.
تنفيذ اختبار التحليلات قبل التطوير
لمدة عام تقريبًا ، كما هو الحال في مشروع Kontur ، المعيار في عملية التطوير هو مرحلة إلزامية "اختبار التحليلات". لم يأت الفريق إلى هذا على الفور. كان الدافع هو زيادة عدد عوائد المهام من الاختبار إلى مرحلة التحليلات والمزيد من التحسين.
كان مؤلمًا بشكل خاص للمهام الكبيرة ذات الوظائف الجديدة. كانت المهام الأمامية التي تم نقلها إلى مرحلة الاختبار أولية ، وغالبًا ما تم كسرها في أبسط السيناريوهات ، وتم تنفيذها بشكل مختلف في ضوء "شقين" التعاريف والمصطلحات في التحليلات.
لا تظهر عملية اختبار التحليلات بنقرة إصبع أو أي نوع من السحر. هذا عمل شاق ، ولكن يمكن تقسيمه إلى مراحل.
المرحلة 0. بِع الفريق فكرة اختبار التحليلات
يمكنك بسهولة تخيل موقف عندما تتلقى فجأة تعليقات من عملك مع التعليقات والاقتراحات والتصحيحات. الفكرة الأولى لأي شخص عادي هي: "لماذا قررت أن تختبرني؟ لا يثقون بي؟ إنهم يراقبون جودة عملي؟ " في هذه المرحلة ، من المهم جدًا ألا يشعر المحلل بأنه يخضع لفحص جودته ، وفي حالة فشل الاختبار ، سيتم فصله.
يمكن إزالة عدد من الأسئلة إذا تم تقديم المعلومات في المفتاح: "سيتيح لنا ذلك فرصة التعرف على الوظائف الجديدة في وقت سابق ، وتسريع مرحلة الاختبار ، ومنع إدخال حتى العيوب الصغيرة في التعليمات البرمجية".
عند اكتمال المرحلة 0 ، يمكنك الانتقال.
المرحلة 1. تنفيذ اختبار التحليلات في عملية التطوير
بعد إقناع الفريق ، نبدأ في تقديم اختبار التحليلات في سير العمل اليومي. إذا بدا سير العمل في البداية كما يلي:
أنه بعد التنفيذ:
إذا كان لدى فريقك العديد من المحللين الذين يجرون مراجعة لبعضهم البعض قبل إعطاء المهمة للتطوير ، فإننا ننتقل إلى اختبار نص أفضل. نحن نعني أن مراجعة التحليلات لا تختبرها ، ولكن جزءًا منها فقط.
المرحلة 2. اختبار التحليلات
هناك مهام عندما تستبدل النماذج الأولية النسخة النصية من التحليلات.
في هذه الحالة ، يتم أيضًا فحص النموذج الأولي كنص. إذا كانت النماذج الأولية تكمل التحليلات ، فمن المفيد إلقاء نظرة على تخطيطات تصميم الوظائف المستقبلية قبل قراءة الوثائق. هذه هي فرصتك الوحيدة للنظر إلى المهمة كمستخدم لم يقرأ TOR ولا يعرف كيف يعمل كل شيء ويجب أن يعمل.
ما يمكن التحقق في التحليلات:
1. الحل المقترح يلبي أهداف المهمة.
على سبيل المثال ، إذا كان الهدف من المهمة هو جمع التعليقات من المستخدمين ، فيجب أن يتضمن الحل تسجيل ردود المستخدمين وتخزينها.
2. تفرد التفسير.
على سبيل المثال ، يمكن تفسير عبارة "إظهار المعلومات لليوم الحالي" بشكل مختلف. يمكنك فهم كيفية "إظهار معلومات اليوم المحدد في الإعدادات" أو "إظهار معلومات اليوم مساوية اليوم".
3. جدوى القرار.
الجدوى هي القدرة على تنفيذ المتطلبات المكتوبة في التحليلات في ظل القيود المعروفة جيدًا لبيئة التطوير ولغة البرمجة وتعقيد الخوارزميات. يمكن للمحللين الجيدين مراعاة الخوارزمية التي يمكنهم من خلالها حل المشكلة التي كتبوها. إنها ليست حقيقة أن المطورين سيفعلون وفقًا لهذه الخوارزمية (فهم أكثر دراية ، وسيجدون طرقًا لجعل الخوارزمية مثالية ، وما إلى ذلك) ، لكن وجودها بحد ذاته يشير إلى جدوى المهمة.
4.الجدارة.
كيفية التحقق من استيفاء الشرط "تحسين نتائج البحث" غير واضح. ولكن إذا أعدنا كتابة شرط "يجب أن تظهر نتائج البحث للمستخدم في غضون ثانية واحدة بعد الضغط على عنصر التحكم" بحث "- فهذا واضح.
5. توفر سيناريوهات بديلة.
في عبارة "إذا تم تحديد الرقم والتاريخ ، فإننا نطبع الرقم والتاريخ. إذا لم يتم تحديد التاريخ ، فإننا نطبع الرقم فقط "لا يوجد نصوص كافية:
- لا يوجد رقم ، لكن يوجد موعد ،
- لا توجد بيانات.
6. معالجة الاستثناء.
في عبارة "يمكنك تنزيل مستند فقط بتنسيق Excel" ، ليس من الواضح ما يجب أن يحدث إذا قمنا بتحميل ملفات بتنسيقات أخرى ، وما الخطأ الذي سنراه عند تنزيلها.
التحف عند اختبار التحليلات
ما هي القطع الأثرية التي قد تبقى بعد اختبار التحليلات:
- حالات الاختبار المترجمة
- قوائم المراجعة للمطورين.
قائمة المراجعة للمطور - الفحوصات الأساسية والشاملة والضرورية للسيناريوهات الرئيسية التي يجب أن تعمل من أجل اختبارها. إنها أيضًا أداة لتحسين جودة التعليمات البرمجية. قبل إرسال المهمة للاختبار ، يمرر المطور قائمة التحقق ، ويحدد الأخطاء بسرعة بنفسه.
يجب إقناع المطور بالاطلاع على قائمة التحقق الخاصة بالمختبر ، وإزالة المخاوف الداخلية لمطور البرامج "يختبروني" ، مع التركيز على "تسريع العملية ، وتسريع الاختبار ، وتحسين الجودة". ونتيجة لذلك ، يراجع المطور لدينا قوائم المراجعة هذه ويفرح بأنه لم يكن المختبر هو الذي اكتشف الأخطاء ، ولكنه هو نفسه ("لن يعرف أحد ما أخطأت في مثل هذا السيناريو الهراء").
ما هي النتيجة
للوهلة الأولى ، يبدو أن إدخال مرحلة جديدة في عملية التطوير لن يؤدي إلا إلى زيادة TimeToMarket ، ولكن هذا مجرد وهم. في البداية ، بالطبع ، ستكون عملية اختبار التحليلات جديدة وغير مجربة ، وسيقضي المختبر المزيد من الوقت في ذلك. في المستقبل ، واكتساب الخبرة ، سيكون قادرًا على إجراؤها بشكل أسرع. وستقلل النتائج التي يتم الحصول عليها في مرحلة اختبار التحليلات الوقت في مرحلة الاختبار المباشر وتقليل عدد العائدات إلى الحد الأدنى.
تم تنفيذ عملية اختبار التحليلات هذه في العديد من فرق Contour. حصلت فرق التطوير على عدد من المزايا التي لا يمكن إنكارها:
- توفير الوقت في مرحلة الاختبار: لا توجد تكلفة لتصميم الاختبار وتحليلات الاختبار ، نظرًا لأن كل شيء تم فعله مسبقًا ،
- تسريع التغذية المرتدة للمطور من خلال قائمة التحقق ، قبل أن نجد أخطاء حرجة ،
- يمكن لجميع الأطراف المعنية الاختيار المسبق لقوائم المراجعة وإضافة بعض الشيكات (يكون هذا الإجراء في مرحلة الاختبار "أكثر تكلفة").
نعتقد أنك ستتمكن من الحصول على هذه المزايا من خلال تنفيذ مرحلة اختبار التحليلات في مشروعك.
قائمة مقالات التقويم:
جرب طريقة مختلفة
اختبار زوج معقول
ملاحظات: كيف يحدث ذلك
تحسين الاختبارات
اقرأ كتابًا
اختبار التحليلات
يجب على المختبر الإمساك بالخلل وقراءة Caner وتنظيم الحركة.
خدمة التحميل
مقاييس خدمة ضمان الجودة
اختبار الأمان
تعرف على عميلك
خذ تراكم