استراتيجية الاختبار: الوحدة والتكامل والكاتب المسرحي E2E بدون هرم مقلوب
كيفية بناء تغطية هادفة، وما الذي يجب اختباره، وما هي الرحلات التي تستحق الكاتب المسرحي في CI.
علي مرتضوي
مؤسس بارادايس كود
تشتري الاختبارات ثقة متكررة، وليس نسب التغطية
تغطية الخط وحدها لا تخلق الجودة. السؤال الصحيح: إذا انقطع هذا المسار، فهل نتعلم قبل أن يتعلم المستخدمون؟ يعني هرم الاختبار أن المنطق الخالص يحصل على اختبارات وحدة رخيصة، وتخضع الحدود لفحوصات التكامل، ويتم حجز E2E للرحلات الحرجة.
تقوم الفرق التي تقوم بكل شيء في E2E ببناء CI بطيء وهش ؛ الفرق التي تختبر الوحدة فقط تفوت فشل التكامل الحقيقي.
اختبارات الوحدة لمنطق القرار
يعد التسعير والترخيص والتحقق من صحة النموذج وتحويلات التاريخ/المال والمخفضات أهدافًا مثالية للوحدة. افصلها عن الإدخال/الإخراج حتى يتم تشغيلها بالمللي ثانية بدون متصفح أو قاعدة بيانات. إذا كان اختبار الوحدة يجب أن يسخر من نصف Nest، فإن حدود الوحدة الخاصة بك خاطئة.
اختبارات الأسماء حسب سلوك العمل، وليس أسماء الوظائف. عندما يتغير الكود غدًا، يجب أن يظل السلوك ثابتًا.
التكامل عند الحدود الحقيقية
بالنسبة لواجهات برمجة التطبيقات، فإن الاختبارات التي تصل إلى HTTP الحقيقي مقابل تطبيق قيد التشغيل أو وحدة Nest ولمس قاعدة بيانات اختبارية تكتشف أخطاء الأسلاك. التحقق من صحة عقود OpenAPI هنا. بالنسبة للواجهة الأمامية، تغطي اختبارات المكونات ذات الأدوار التي يمكن الوصول إليها (مكتبة الاختبار) التفاعلات دون تكلفة E2E الكاملة.
حافظ على بيانات الاختبار قابلة للبناء والتنظيف. يؤدي الاعتماد على لقطة قاعدة بيانات مصنوعة يدويًا إلى إنهاء المجموعة بحلول الشهر الثاني.
الكاتب المسرحي لمسارات المال والثقة
ركز E2E على التسجيل وتسجيل الدخول والخروج ونشر المحتوى ومسارات RBAC الحساسة - وليس كل زر. اكتب كل سيناريو من وجهة نظر المستخدم: "يمكن للمشتري إكمال الطلب"، وليس "فتح الوسائط".
الاستقرار يتفوق على الكمية: انتظر الأدوار/النص المستقر، وليس المهلات العشوائية؛ عزل البيانات بين الاختبارات؛ أعد المحاولة فقط للرقائق البيئية المعروفة، وليس لإخفاء الأخطاء.
البيانات والبيئات والأسرار في CI
يجب أن تكون بيئة E2E شبيهة بالإنتاج مع البذور الخاضعة للرقابة. خدمات خارجية وهمية أو معزولة حتى لا تقوم بإنشاء رسوم حقيقية أو حدود أسعار هشة. احتفظ بأسرار الاختبار منفصلة عن أسرار الإنتاج.
عناصر فشل المتجر - التتبع، الفيديو، لقطة الشاشة - في CI. بدونها، يكون تصحيح أخطاء E2E مجرد تخمين.
الملكية والإشارة في الفريق
كل اختبار غير مستقر هو دين. إصلاحه أو عزله مع المالك. الاختبارات الحمراء غير المملوكة تدرب الناس على تجاهل CI. في العلاقات العامة، اطلب اختبارات تتعلق بالتغيير، وليس وعدًا "بكتابتها لاحقًا".
قم بالمراجعة شهريًا: أي من E2E لا يزال يستحق الاحتفاظ به، حيث تكون تغطية الوحدة رقيقة، وأي مسار إنتاج لا يحتوي على شبكة أمان. استراتيجية الاختبار هي منتج حي.
الأسئلة الشائعة
ما هي نسبة التغطية "جيدة"؟
لا يوجد رقم سحري. حدد أهدافًا للوحدات عالية المخاطر وقم بقياس الأخطاء التي تم الهروب منها، وليس المقاييس التافهة.
هل لقطات واجهة المستخدم مفيدة؟
بالنسبة للعقود البصرية الضيقة، نعم؛ بالنسبة لأشجار DOM الكبيرة فإنها تصبح هشة بسرعة. تفضل التأكيدات السلوكية.
تشغيل E2E في كل علاقات عامة أو كل ليلة؟
دخن المسارات الحرجة على العلاقات العامة؛ قم بتشغيل الجناح الأوسع ليلاً أو على المستوى الرئيسي. توازن سرعة ردود الفعل وعمق التغطية.
الكاتب المسرحي أو السرو؟
كلاهما قادر. غالبًا ما يكون الكاتب المسرحي أبسط بالنسبة إلى CI الحديث متعدد المتصفحات/متعدد السياق. اختر حسب مهارة الفريق واستقرار الجناح.
المعرفة والمقالات
تحتاج تطبيق هذه المفاهيم في منتجك؟
بارادايس كود معك من الاستشارة حتى التسليم الكامل.