لقد كتبت هذا المقال في التقاء العمل في عام 2013. وفي وقت كتابة هذا التقرير (2019) ، كان لا يزال ذا صلة.
في البداية ، كتبت قائمة التحقق كتذكير ، بما في ذلك بنفسي. لأنه يجب عليك العودة إلى المهام ، بما في ذلك الأشخاص الذين لم يفحصوها. على سبيل المثال ، أثناء الانحدار ، من الضروري التحقق من وظيفية أساسية على الأقل.
وهكذا تفتح المهمة ، وانتقل إلى آخر تعليق للاطلاع على الوثائق ، وما الذي ينجح ، وهناك ... إنه فارغ. أو متواضعة "يتم فحص كل شيء ، كل شيء على ما يرام." أين هي الوثائق؟ لست في موضوع المهمة ، أريد قراءة المزيد!
أو إذا كتب العميل أن هناك شيئًا ما لا يصلح له ، وتريد أن تتحقق مما إذا كان الوضع مشمولًا بالاختبارات الذاتية. تذهب إلى المهمة ، وليس هناك رابط إلى الاختبارات الذاتية. لم يكتبوا على الإطلاق؟ أو فقط لا تعطي الرابط؟ لا بد لي من معرفة ...
لذلك ظهرت قائمة التدقيق لإغلاق المهمة:
- تحقق المهمة (مرحبا كاب). استخدم قوائم المراجعة الجاهزة للمهام النموذجية + تجنب الأخطاء النموذجية في الاختبارات التلقائية.
- اكتب الوثائق عليه (مستخدم - مستخدم ، مستخدم - حد أقصى و "للزملاء").
- في JIRA ، اترك تعليقًا "لقد راجعت مجموعة التجميع *** ، العميل *** ، نظرت إلى هذا ، هذا وذاك ، هنا هو."
- أرفق بيانات الاختبار بالمهمة إذا تم فحص شيء يدويًا.
إنه نوع من "عنا" ، لكنه عالمي بالفعل. حسنًا ، ما لم يكتب المختبر الوثائق في شركتك ، فسنقوم بتغيير الفقرة الثانية إلى "التحقق من أن جميع الوثائق اللازمة مكتوبة أو محدثة."
سنقوم بتحليل كل عنصر على حدة.
الوثائق
إذا لم يكن هناك وثائق للمهمة (لا يهم إذا كان هذا خطأ أو تحسينًا) ، فسيتم اكتشافه.
إذا كانت هناك وثائق ، ولكن في JIRA لا يوجد رابط لها في التعليق الأخير ، تتم إعادة اكتشاف المهمة.
(الأوقات القاسية ، التدابير القاسية)الحد الأدنى من الحاجة إلى كتابة / تصحيح متطلبات المستخدم.
إذا كانت هناك تغييرات في تهيئة المشروع ، فستحتاج إلى التحقق من وجود وثائق تقنية لمثل هذا التغيير. إذا لم يكن كذلك ، فاكتب.
إذا تمت إضافة مهام الترحيل ، فاكتب فورًا تعليمات عامة لتحديث الإصدار.
تعليق
إذا كان عليك العودة إلى المهمة لاحقًا ، فمن المفيد في بعض الأحيان معرفة الإصدار الذي تم اختباره واختباره (باختصار).
نكتب الإصدارات من الزئبق ، ونقدم رابطًا للوثائق ووصفًا موجزًا: لقد راجعت ذلك يدويًا من خلال واجهة / SOAP / buffer.
اختبار البيانات
إذا تم فحص المهمة يدويًا ، فتأكد من إرفاق بيانات الاختبار بها (إذا كانت لا تزن 3 تيرابايت)
نعم ، يمكن الحصول على هذه البيانات من المستودع المشترك ، ولكن يمكن بالفعل تغييرها أو حذفها.
(لدينا مستودع مشترك لبيانات الاختبار ، ولكن يتم تخزين جميع الملفات على القرص. جربناها في نظام التحكم في الإصدار ، لم يعجبني ذلك ، لم يرتكبها أحد على الإطلاق ، لكنهم وضعوها على القرص بطريقة أو بأخرى)في بعض الأحيان يبدو أن هذا هو كل ما في الأمر من نفايات ، فقد أنشأوا نظيرًا واحدًا أو قاموا بجمع اختيارات حسب المشاهدة.
ولكن إذا ظهرت مشكلة على العميل بعد نصف عام ، وتم رفع المهام القديمة للتشغيل ، فستساعد هذه الملفات كثيرًا ، والتحقق منها أكثر من مرة. لكن البيانات الفعلية من التخزين قديمة بالفعل.
تذكر - سوف يستغرق دقيقة واحدة لاستعلام مزود sql والتحقق من قاعدة البيانات. ومرة أخرى للجلوس وتقديم هذا الطلب - قد يستغرق الأمر ساعة ، إن لم يكن أكثر. وفر وقتك!
لذلك:
- إنشاء قاعدة بيانات من dbStart - مرفق dbStart (excel ، حيث يتم حفظ شريحة من قاعدة البيانات للاختبار).
- قمنا بتنزيل بيانات الاختبار من وحدة التخزين - نرفق الملف الذي تم تنزيله.
- قمنا بتنزيلها من مكان آخر - نضيفها إلى المستودع ونعلقها على المهمة.
انظر أيضا:كيفية بسرعة إنشاء قاعدة بيانات قالب في مخضرم؟ - حول كيفية قيامنا dbStart للاختبار.
يجب أن يكون التعليق على الاختبارات والمستندات والبيانات نهائيًا. وليس إلى حد أن "كتبت مثل هذه الاختبارات وكذا ، وجدت مثل هذه المشاكل" ثم المراسلات مع المطور للحصول على 20 تعليقًا ، وفقدت "نهائي" في مكان ما في الوسط. إذا فقدت - تكرار (يمكن حذف القديم).
أمثلة
عندما جندنا اختبارًا جديدًا ، لم تكن هذه المقالة كافية. لأنني اكتشفت مهام الصغار وقلت كيفية إصلاح التعليق النهائي بحيث يكون مفهومًا. وطلبوا بدورهم أمثلة على "كيفية".
حتى في المقال ظهر كتلة أخرى - "أمثلة". من المهم توفير روابط لمهام حقيقية في جيرا العاملة + بعض المقالات الإضافية في التقاء. يجب أن تكون الأمثلة مختلفة: سواء بالنسبة للتعليقات الضخمة عند كتابة 200 اختبار تلقائي في مهمة ، وبالنسبة للمهام الصغيرة التي سيواجهها الرجال يوميًا.
لن أعطي روابط ، لكن المعنى ، كما آمل ، واضح. القسم يبدو مثل هذا:أمثلة على المهام الكبيرة حيث يوجد العديد من الاحواض والاختبارات:
- اختبار 679 - تحسينات على JMS
- TEST-760 - عودة التدفق إلى مصادر JMS المختلفة
أمثلة على المهام الصغيرة: تم
اختبار TEST-816 - نموذج الموافقة.
عند اختبار "إضافة وظيفة إلى العرض التوضيحي" ، انتبه بشكل خاص لإعادة البناء - إرسال الوثائق إلى الأساسية ، وجميع الاختبارات في العرض التوضيحي ، والباقي من خلال التضمين ، إلخ. مثال:
TEST-4519 - إضافة التوفيق المتبادل لـ FL-IP إلى العرض التوضيحي.
أمثلة للتعليقات المفيدة "كيف اختبرت ذلك" التي تعود إليها مرة أخرى (من الأفضل وضعها في HOWTO ، ولكن يجب أن تتركها في المهمة):
TEST-812 - اجعل إعادة إنشاء الفهرس غير محجوب (أين يمكنك وضع الفاصل * للتحقق)
* بريك: نقطة توقف (عامية) - نقطة توقف الشفرة. هذا عندما تقوم بتشغيل التعليمات البرمجية المصدر في وضع التصحيح ، تساعد هذه النقاط في تعقب المعلمات ، لترجمة الخطأ.ملاحظة: - انظر مقالات الاختبار الأخرى في مدونتي