مقدمة
مساء الخير يا سكان خابروفسك. كنت الآن أقوم بحل مهمة اختبارية لوظيفة شاغرة لقائد ضمان الجودة في إحدى شركات التكنولوجيا المالية. يمكن حل المهمة الأولى، وهي إنشاء خطة اختبار تتضمن قائمة مرجعية كاملة وأمثلة لحالات اختبار لاختبار غلاية كهربائية، بشكل تافه:
من الصعب التفكير في خطة اختبار أفضل مع قائمة مرجعية كاملة.
لكن الجزء الثاني تبين أنه سؤال: "هل هناك أي مشاكل مشتركة بين جميع المختبرين تمنعهم من العمل بكفاءة أكبر؟"
أول ما يتبادر إلى ذهني هو سرد جميع المشكلات الملحوظة التي واجهتها أثناء الاختبار، والتخلص من الأشياء الصغيرة، وتلخيص الباقي. لكنني أدركت بسرعة أن الطريقة الاستقرائية من شأنها أن تجيب على سؤال لا ينطبق على "الجميع"، ولكن في أحسن الأحوال، فقط على "أغلبية" المختبرين. ولذلك قررت أن أتناول الأمر من الجانب الآخر، استنتاجياً، وهذا ما حدث.
حدد
أول شيء أفعله عادة عند حل مشكلة جديدة هو محاولة فهم جوهر المشكلة، وللقيام بذلك أحتاج إلى فهم معنى الكلمات التي تطرحها. الكلمات الأساسية التي يجب فهمها هي ما يلي:
- مشكلة
- اختبار
- وظيفة اختبار
- كفاءة الاختبار
دعنا ننتقل إلى ويكيبيديا والفطرة السليمة:
(اليونانية القديمة πρόβημα) بالمعنى الواسع - مسألة نظرية أو عملية معقدة تتطلب الدراسة والحل؛ في العلم - موقف متناقض يظهر في شكل مواقف متعارضة في تفسير أي ظواهر أو أشياء أو عمليات ويتطلب نظرية مناسبة لحلها؛ في الحياة، تتم صياغة المشكلة في شكل مفهوم للناس: "أعرف ماذا، لا أعرف كيف"، أي أنه من المعروف ما يجب الحصول عليه، ولكن من غير المعروف كيفية القيام بذلك. . يأتي من وقت متأخر. خطوط العرض. مشكلة، من اليونانية. πρόβлημα "يتم إلقاؤه للأمام ووضعه في المقدمة" ؛ من προβάллω "ارمي للأمام، ضع أمامك؛ لوم".
في الواقع، ليس هناك معنى كبير لكلمة "مشكلة" = "أي شيء يجب التعامل معه".
- متخصص (لن نقسم إلى أنواع لأننا مهتمون بجميع المختبرين) يشارك في اختبار مكون أو نظام وتكون نتيجته:
- مجموعة من الأنشطة المتعلقة بالاختبار.
(lat. Effectivus) - العلاقة بين النتيجة المحققة والموارد المستخدمة (: 2015).
- نتيجة لسلسلة (سلسلة) من الإجراءات (النتيجة) أو الأحداث، معبراً عنها نوعياً أو كمياً. وتشمل النتائج المحتملة المزايا، والعيب، والمكاسب، والخسارة، والقيمة، والنصر.
كما هو الحال مع "المشكلة"، هناك القليل من المعنى: شيء خرج نتيجة العمل.
- الإمكانية القابلة للقياس كميًا لأداء أي نشاط لشخص أو أشخاص؛ الشروط التي تسمح باستخدام تحويلات معينة للحصول على النتيجة المرجوة. إن المختبر هو شخص، ووفقا لنظرية الموارد الحيوية، فإن كل شخص هو صاحب أربعة أصول اقتصادية:
النقد (الدخل) هو مورد متجدد؛
الطاقة (قوة الحياة) هي مورد متجدد جزئيا؛
الوقت هو مورد ثابت وغير متجدد في الأساس؛
المعرفة (المعلومات) هي مورد متجدد، وهي جزء من رأس المال البشري الذي يمكن أن ينمو ويدمر.
أود أن أشير إلى أن تعريف الكفاءة في حالتنا ليس صحيحا تماما، حيث أننا كلما زادت المعرفة التي نستخدمها، انخفضت الكفاءة. ولذلك، أود أن أعيد تعريف الكفاءة على أنها "النسبة بين النتائج المحققة والموارد المنفقة". إذن كل شيء صحيح: المعرفة لا تضيع أثناء العمل، ولكنها تقلل من تكاليف المورد الوحيد غير المتجدد بشكل أساسي للمختبر - وقته.
حل
لذلك، نحن نبحث عن المشاكل العالمية للمختبرين التي تضعف فعالية عملهم.
أهم مورد يتم إنفاقه على عمل المختبر هو وقته (يمكن اختصار الباقي إليه بطريقة أو بأخرى)، ولكي نتحدث عن الحساب الصحيح للكفاءة، يجب أيضًا تقليل النتيجة إلى الوقت .
وللقيام بذلك، فكر في نظام يضمن المختبر صلاحيته من خلال عمله. مثل هذا النظام هو مشروع يضم فريقه مختبرًا. يمكن تمثيل دورة حياة المشروع تقريبًا بالخوارزمية التالية:
- العمل مع المتطلبات
- تشكيل المواصفات الفنية
- تطوير
- تجريب
- الافراج عن الإنتاج
- الدعم (انتقل إلى العنصر 1)
في هذه الحالة، يمكن تقسيم المشروع بأكمله بشكل متكرر إلى مشاريع فرعية (ميزات)، لها نفس دورة الحياة.
من وجهة نظر المشروع، كلما قل الوقت الذي يقضيه فيه، كلما كان تنفيذه أكثر فعالية.
وهكذا نصل إلى تعريف أقصى كفاءة ممكنة للمختبر من وجهة نظر المشروع - هذه هي حالة المشروع عندما يكون وقت الاختبار صفرًا. المشكلة الشائعة لجميع المختبرين هي عدم القدرة على تحقيق هذه المرة.
كيفية التعامل معها؟
الاستنتاجات واضحة تمامًا وقد استخدمها الكثيرون لفترة طويلة:
- يجب أن يبدأ التطوير والاختبار وينتهيان في وقت واحد تقريبًا (يتم ذلك عادةً بواسطة القسم). ). الخيار المثالي هو عندما تكون جميع الوظائف التي يتم تطويرها مغطاة بالفعل بالاختبارات التلقائية بحلول الوقت الذي تصبح فيه جاهزة، ويتم تنظيمها في اختبار الانحدار (وإذا أمكن، الالتزام المسبق) باستخدام نوع ما من الاختبارات. .
- كلما زادت ميزات المشروع (كلما كان أكثر تعقيدًا)، كلما زاد الوقت الذي يجب إنفاقه للتحقق من أن الوظيفة الجديدة لا تبطل الوظيفة القديمة. وبالتالي، كلما زاد تعقيد المشروع، زادت الحاجة إلى الأتمتة .
- في كل مرة نفتقد فيها خطأً ما في الإنتاج ويعثر عليه المستخدم، يتعين علينا قضاء وقت إضافي في مراجعة دورة حياة المشروع بدءًا من النقطة 1 (العمل مع المتطلبات، في هذه الحالة، المستخدمين). نظرًا لأن أسباب فقدان الخطأ غير معروفة بشكل عام، لم يتبق لنا سوى مسار تحسين واحد فقط - يجب تضمين كل خطأ يعثر عليه المستخدمون في اختبار الانحدار للتأكد من أنه لن يظهر مرة أخرى.
المصدر: www.habr.com