مقدمة
مساء الخير ، سكان خاباروفسك. هنا كنت أحل مهمة اختبار لشغل وظيفة QA Lead لشركة واحدة من شركات التكنولوجيا الفائقة. المهمة الأولى ، لوضع خطة اختبار مع قائمة مراجعة كاملة وأمثلة لحالات الاختبار لفحص غلاية كهربائية ، تم حلها بشكل تافه:
ولكن تبين أن الجزء الثاني كان سؤالًا: "هل هناك أي مشاكل مشتركة بين جميع المختبرين الذين يتداخلون مع العمل بكفاءة أكبر؟".
أول ما يتبادر إلى الذهن: أن أذكر كل المشاكل التي واجهتها أثناء الاختبار أو أقلها ، وأزل الأشياء الصغيرة ، وقم بتعميم الباقي. لكنه سرعان ما أدرك أن الطريقة الاستقرائية ستجيب عن سؤال لا يتعلق بـ "الجميع" ، ولكن في أحسن الأحوال فقط بـ "غالبية" المختبرين. لذلك ، قررت أن أتوجه من الجانب الآخر ، استنتاجي ، وهذا ما حدث.
حدد
أول ما أفعله عادةً عند حل مهمة جديدة هو محاولة فهم ما يدور حوله ، ولهذا تحتاج إلى فهم معنى الكلمات التي يتم طرحها. الكلمات الأساسية لفهم هي كما يلي:
- المشكلة
- اختبار
- اختبار العمل
- اختبار الأداء
أنتقل إلى ويكيبيديا والحس السليم:
المشكلة (الدكتور اليونانية )α) بالمعنى الواسع هي مسألة نظرية أو عملية معقدة تتطلب الدراسة ، القرار ؛ في العلوم - موقف متناقض ، يتصرف في شكل مواقف متعارضة في تفسير أي ظواهر أو أشياء أو عمليات ويتطلب نظرية مناسبة لحلها ؛ في الحياة ، يتم صياغة المشكلة بطريقة يفهمها الناس: "أنا أعرف ماذا ، لا أعرف كيف" ، أي أننا نعرف ما يجب استلامه ، لكن لا يُعرف كيف نفعل ذلك. يأتي من وقت متأخر اللات. problēma ، من اليونانية "α "القيت إلى الأمام ، وضعت في الجبهة" ؛ من "رمي إلى الأمام ، وضعت أمامك ؛ اللوم ".
ليس هناك معنى كبير ، في الواقع ، "مشكلة" = "أي شيء يجب التعامل معه".
Tester هو متخصص (لن نقسم إلى أنواع ، بما أننا مهتمون بجميع المختبرين) ، الذين يشاركون في اختبار مكون أو نظام ، والنتيجة هي:
عمل المختبر هو مجموعة من الأنشطة المتعلقة بالاختبار.
الكفاءة (lat. Effectivus ) - النسبة بين النتيجة المحققة والموارد المستخدمة ( ISO 9000 : 2015).
والنتيجة هي نتيجة لسلسلة (تسلسل) من الإجراءات (المجموع) أو الأحداث التي يتم التعبير عنها نوعيًا أو كميًا. وتشمل النتائج المحتملة ميزة ، إزعاج ، الربح ، الخسارة ، القيمة والانتصار.
كما هو الحال مع "المشكلة" ، هناك القليل من المعنى: شيء ما جاء نتيجة للعمل.
المورد - القدرة المقاسة كمياً على القيام بأي نشاط لشخص أو شخص ؛ الشروط التي تسمح باستخدام تحويلات معينة للحصول على النتيجة المرجوة. المختبر هو شخص ، ووفقًا لنظرية الموارد الحيوية ، يكون كل شخص مالكًا لأربعة أصول اقتصادية:
النقد (الدخل) - مورد قابل للتجديد ؛
الطاقة (الحيوية) - مورد متجدد جزئيًا ؛
الوقت - مورد ثابت وغير قابل للتجديد بشكل أساسي ؛
المعرفة (المعلومات) - موردا متجددا ، فهي جزء من رأس المال البشري ، الذي يمكن أن ينمو ويتحطم [1] .
أريد أن أشير إلى أن تعريف الفعالية في حالتنا ليس صحيحًا تمامًا ، فكلما زادت المعرفة التي نستخدمها ، قلت الكفاءة. لذلك ، أود أن أعيد تعريف الكفاءة على أنها "النسبة بين النتيجة المحققة والموارد المنفقة". ثم كل شيء على ما يرام: لا تضيع المعرفة في العمل ، ولكن يقلل من تكلفة المورد الوحيد غير المتجدد في اختبار - وقته.
قرار
لذلك ، نحن نبحث عن المشاكل العالمية للمختبرين التي تزيد من فعالية عملهم.
أهم مورد ينفق على عمل المختبر هو وقته (يمكن إحضار الباقي إليه بطريقة أو بأخرى) ، ولكي نتحدث عن الحساب الصحيح للكفاءة ، نحتاج إلى إحضار النتيجة إلى وقت.
للقيام بذلك ، ضع في اعتبارك نظامًا يوفر اختباره إمكانية عمله. مثل هذا النظام هو مشروع يضم فريقه اختبارًا. يمكن تمثيل دورة حياة المشروع تقريبًا بواسطة الخوارزمية التالية:
- العمل مع المتطلبات
- تشكيل المواصفات الفنية
- تصميم
- تجريب
- إطلاق في الإنتاج
- الدعم (goto p.1)
علاوة على ذلك ، يمكن تقسيم المشروع بأكمله بشكل متكرر إلى مشاريع فرعية (ميزات) ، مع نفس دورة الحياة.
من وجهة نظر المشروع ، تكون فعالية تنفيذه أكبر ، ويقضي وقت أقل فيه.
وبالتالي ، فإننا نصل إلى تحديد أقصى فعالية ممكنة للاختبار من وجهة نظر المشروع - هذه هي حالة المشروع عندما يكون وقت الاختبار صفراً. مشكلة شائعة لجميع اختبار هو عدم القدرة على تحقيق هذا الوقت.
كيفية التعامل مع هذا؟
الاستنتاجات واضحة تمامًا وقد استخدمها كثيرون منذ وقت طويل:
- يجب أن يبدأ التطوير والاختبار في نفس الوقت تقريبًا (يتم ذلك عادةً بواسطة قسم ضمان الجودة ). الخيار المثالي هو عندما تكون جميع الوظائف المطورة بحلول وقت جاهزيتها مغطاة بالفعل بواسطة اختبارات تلقائية منظمة في اختبار الانحدار (وإذا كان ذلك ممكنًا ، قبل الالتزام) باستخدام بعض CI .
- كلما زادت الميزات الموجودة في المشروع (كلما كانت أكثر تعقيدًا) ، كلما قضيت وقتًا أطول في التحقق من أن الوظيفة الجديدة لم تحل القديمة. وبالتالي ، كلما كان المشروع أكثر تعقيدًا ، كلما كان مطلوبًا إجراء اختبار أتمتة أكثر.
- في كل مرة نتخطى فيها خللًا في الإنتاج ويجده المستخدم ، يتعين علينا قضاء وقت إضافي في دورة حياة المشروع بدءًا من النقطة 1 (العمل مع المتطلبات ، في هذه الحالة ، المستخدمون). نظرًا لأن أسباب فقد الخطأ غير معروفة بشكل عام ، فلدينا طريقة واحدة فقط للتحسين - يجب تضمين كل خطأ عثر عليه المستخدمون في اختبار الانحدار للتأكد من عدم ظهوره مرة أخرى.