لا تخاطر: 7 من كل 10 حالات فشل تعود إلى أدوات الاختبار الضعيفة!

لقد تعلمت درسًا قاسيًا من إطلاق المنتجات: يمكن لأدوات الاختبار الضعيفة أن تخلق مشكلات قبل وقت طويل من رؤية المستخدمين للمنتج. يمكن أن يبدو الإطلاق سلسًا على السطح، ثم ينكسر في أماكن صغيرة مهمة. فشل زر على الهاتف المحمول. تتجمد خطوة الخروج. نموذج يرسل الحقل الخطأ. عندما يحدث ذلك، تنخفض الثقة بسرعة، ويتطلب التعافي جهدًا أكبر من الإصلاح الأصلي. أرى هذا النمط كثيرًا. تندفع الفرق إلى الإطلاق باستخدام الأدوات التي تبدو جيدة في العرض التوضيحي، ثم تفوت الفجوات الرئيسية في التغطية أو السرعة أو دعم الجهاز أو إعداد التقارير. والنتيجة ليست مجرد خطأ. إنه الارتباك والتأخير وتذاكر الدعم والمستخدمين غير الراضين. ما أركز عليه قبل أي إطلاق هو أمر بسيط. أتحقق مما إذا كانت الأداة تناسب المنتج، وليس صفحة المبيعات فقط. ألقي نظرة على هذه النقاط: - هل يمكن اختبار تدفق المستخدم الرئيسي من البداية إلى النهاية؟ - هل يعمل عبر الأجهزة والمتصفحات التي يستخدمها المستخدمون فعليًا؟ - هل يمكن اكتشاف المشكلات الصغيرة قبل وصولها إلى مرحلة الإنتاج؟ - هل التقارير سهلة القراءة بدون بحث إضافي؟ - هل يمكن لفريقي استخدامه دون الحاجة إلى عملية إعداد طويلة؟ عندما يكون أحد هذه الأجزاء ضعيفًا، أتعامل مع ذلك كعلامة تحذير. كما أنتبه أيضًا إلى نوع الخطأ الذي يمكن أن تفوته الأداة. رأيت ذات مرة فريقًا صغيرًا من SaaS يستخدم أداة اختبار مجانية تغطي الصفحة الرئيسية بشكل جيد، ومع ذلك فاته خطأ في الدفع على الهاتف المحمول. بدا مسار سطح المكتب جيدًا، لذلك شعر الفريق بالأمان. بعد الإطلاق، وصل المستخدمون إلى الخطوة الأخيرة، ورأوا رسالة معطلة، ثم غادروا. استغرق الإصلاح يومًا واحدًا. استغرق الضرر وقتًا أطول بكثير لإصلاحه. ولهذا السبب أفضّل خطة اختبار تتبع مسار المستخدم الحقيقي. عادةً ما تبدو عمليتي كما يلي: - أقوم باختبار الإجراء الرئيسي الذي جاء المستخدم لإكماله. - أحاول نفس التدفق على أكثر من جهاز. - أتحقق مما يحدث عندما يكون الحقل فارغًا أو خاطئًا أو بطيئًا. - أقوم بمراجعة رسالة الخطأ، وليس رمز الخطأ فقط. - أؤكد أن الأداة تعرض تفاصيل كافية لاتخاذ إجراء سريع. هذا ينقذني من التخمين لاحقًا. أنا أيضًا أحب الأدوات التي تجعل العملية بسيطة للفريق. إذا كان من الصعب إعداد الأداة، فإن الأشخاص يتخطونها. إذا كان من الصعب قراءة التقرير، فإن الناس يتجاهلونه. إذا بدت النتيجة غامضة، يفقد الفريق الثقة. يحتاج الإطلاق إلى إشارات واضحة، وليس إلى ضجيج إضافي. وجهة نظري الخاصة هي: يجب أن تساعدني الأداة في رؤية المخاطر مبكرًا، وليس إخفائها خلف لوحات المعلومات والمصطلحات. أريد أن أعرف ما الذي ينكسر، وأين ينكسر، وما الذي يجب علي إصلاحه بعد ذلك. هذا النوع من الوضوح يجعل عملية الإطلاق أسهل للجميع. إذا كان علي أن أعطي قاعدة عملية واحدة، فستكون كما يلي: لا تختار أداة اختبار فقط لأنها تبدو كاملة. اختره لأنه يساعدك على حماية رحلة المستخدم. هذه هي النقطة التي أعود إليها دائمًا. لا يتم حفظ الإطلاق من خلال قائمة الميزات الرائعة. إنها محمية من خلال عمليات فحص نظيفة وتقارير واضحة وتغطية حقيقية للمسارات الأكثر أهمية.

اعتدت أن أتعامل مع عمليات فحص الأدوات كمهمة صغيرة. ثم رأيت ما يمكن أن تفعله أداة ضعيفة بعمل ما. يمكن للمثقاب الذي يسخن بسرعة كبيرة أن يوقف عملية الإصلاح في المنتصف. يمكن لمفتاح عزم الدوران الذي ينجرف أن يترك جزءًا فضفاضًا للغاية. يمكن لأداة قياس ذات معايرة سيئة أن تحول عملية نظيفة إلى مادة مهدرة. الجزء الصعب ليس الفشل نفسه. الجزء الأصعب هو أن معظم حالات الفشل تبدأ صغيرة وتظل هادئة لفترة من الوقت. أعتقد أن هذا هو سبب أهمية الاختبار كثيرًا. لا أنتظر حتى تنكسر الأداة قبل أن أنتبه. أبحث عن العلامات مبكرًا، عندما يكون العلاج لا يزال بسيطًا. عندما أتحقق من الأدوات، أتبع النمط الأساسي. ألقي نظرة على جسم الأداة أولاً. أتحقق من وجود الشقوق والحواف البالية والأجزاء السائبة والأعمدة المنحنية والأسلاك التالفة. في موقع مزدحم، من السهل تفويت هذه العلامات. قد يمسك العامل نفس مفك البراغي كل يوم ولا يلاحظ أبدًا أن طرفه قد تآكل. لقد رأيت هذه المشكلة بالضبط في ورشة إصلاح صغيرة. ما زال العمل قد تم، لكن رؤوس البراغي بدأت في التجريد. أداة واحدة تم ارتداؤها خلقت المزيد من العمل للجميع. أقوم باختبار كيفية استخدام الأداة. عادة ما تكون الأداة الصحية ثابتة. قبضة فضفاضة، محرك مهتز، ضغط غير متساو، أو صوت غريب يخبرني أن هناك شيئًا ما معطلاً. لقد شاهدت ذات مرة فريقًا من المستودعات يستخدم طابعة ملصقات بدأت في تغذية الورق بزاوية طفيفة. لا تزال الملصقات تظهر، لذلك لم يتوقف أحد. وبعد مرور أسبوع، كانت نصف الصناديق تحتوي على ملصقات خاطئة. لقد ضيع الفريق وقتًا أطول في إصلاح الخلل مقارنة بالوقت الذي كانوا سيقضونه في فحص الجهاز في وقت سابق. أحتفظ بسجل قصير. أكتب اسم الأداة والتاريخ وما قمت بفحصه وما قمت بتغييره. وهذا لا يحتاج إلى تقرير طويل. ملاحظة بسيطة تكفي الهدف هو خلق الذاكرة. ينسى الناس القضايا الصغيرة بسرعة. السجل يجعل رؤية الأنماط أسهل. إذا كان نفس مفتاح الربط يحتاج إلى تعديل كل شهر، فأنا أعلم أن الوقت قد حان لاستبداله. أستخدم أيضًا جدول اختبار يناسب الأداة. تعمل الفحوصات اليومية على الأدوات التي تستخدم بكثرة. تساعد عمليات الفحص الأسبوعية على الأدوات التي تهم الدقة. يعد الفحص الأعمق أمرًا منطقيًا بعد المهام الطويلة أو التعامل القاسي أو أي علامة تآكل. أنا لا أتعامل مع كل أداة بنفس الطريقة. لا تحتاج المطرقة والمقياس الرقمي إلى نفس الاهتمام. تحتاج الأداة الكهربائية التي تعمل طوال اليوم إلى رعاية أكثر من الأداة الاحتياطية الموجودة على الرف. هذا التقسيم البسيط يوفر الجهد. وجهة نظري بسيطة: يجب أن تدعم الأدوات العمل، وليس أن تفاجئ الفريق. عندما أتحدث مع العملاء أو زملاء العمل حول هذا الموضوع، أستخدم سؤالًا واحدًا. "ماذا سيكلفني هذا إذا فشلت في منتصف العمل؟" هذا السؤال يغير طريقة تفكير الناس. الشيك الرخيص يمكن أن يمنع التوقف المكلف. بضع دقائق من الرعاية يمكن أن تحمي يوم عمل كاملاً. أتذكر أحد أفراد طاقم البناء الصغير الذي تخطى فحص الشفرة على أداة القطع. بدا النصل جيدًا من مسافة بعيدة. تحت الحمل، بدأ يتمايل. لقد خرجت القطع عن الخط، وأُهدرت المادة، واضطر أحد العمال إلى إعادة نفس القسم مرتين. لم يقل أحد أن الأداة مكسورة في البداية. كانت تلك هي المشكلة. وكان الفريق يبحث فقط عن الفشل الكبير، وليس عن علامات الإنذار المبكر. أستخدم ثلاث عادات تساعدني على تجنب هذا النوع من المشاهد: - أقوم بالفحص قبل الاستخدام، وليس بعد ظهور المشكلة. - أقوم باختبار الأداة تحت ضغط العمل العادي، وليس فقط في وضع الخمول. - أقوم باستبدال الأجزاء قبل أن تصل إلى درجة الخطورة. هذا النهج يجعل العمل أكثر سلاسة. كما أنه يجعل الفريق أكثر هدوءا. يثق الناس في الأدوات التي تم فحصها بعناية. إنهم يعملون بقدر أقل من الشك. إنهم يقومون بتوقفات أقل. يقضون وقتًا أقل في التخمين. إذا كان عليّ أن أضع هذا في درس واحد، فسيكون هذا: الشيكات الصغيرة تحمي العمل الكبير. لا أحتاج إلى أدوات مثالية. أحتاج إلى أدوات يمكن مراقبتها واختبارها والتعامل معها قبل أن تتفاقم المشاكل. هذه هي العادة التي أثق بها كثيرًا، لأنها تحافظ على تقدم العمل وتقلل من نوع المفاجأة التي لا يريدها أحد في منتصف المهمة.

لقد رأيت نفس النمط عدة مرات: يقوم الفريق بشحن إحدى الميزات، ويبدو العرض التوضيحي جيدًا، ثم تظهر الأخطاء في أماكن لم يقم أحد بفحصها. يعمل تسجيل الدخول على متصفح واحد ويفشل في متصفح آخر. تمر خطوة الدفع في المرحلة وتتوقف بعد الإصدار. المشكلة ليست دائما في الكود. في كثير من الأحيان، تكون مجموعة أدوات الاختبار ضعيفة جدًا، أو بطيئة جدًا، أو يصعب الثقة بها. أعتقد أن هذا هو المكان الذي تفقد فيه معظم الفرق السيطرة. عندما أقوم بمراجعة عملية اختبار معطلة، عادة ما أجد نفس نقاط الألم. تغطي الاختبارات القليل جدًا. من الصعب قراءة التقارير. تتبع الأخطاء منتشر. يقضي الفريق وقتًا أطول في مطاردة ضوضاء الاختبار بدلاً من إصلاح المنتج. هذا النوع من الإعداد يجعل كل إصدار يبدو محفوفًا بالمخاطر. وجهة نظري بسيطة. إذا لم تتمكن مجموعة أدوات الاختبار من مساعدة الفريق على رؤية المشكلات مبكرًا، فسيستمر الفريق في الدفع مقابل هذه المشكلات لاحقًا. ما أقوم بتغييره أولاً هو خريطة تغطية الاختبار. ألقي نظرة على مسارات المستخدم الرئيسية وأقارنها بالاختبارات الموجودة بالفعل. أريد معرفة ما إذا كانت مجموعة الأدوات تتحقق من الأجزاء التي يلمسها المستخدمون كثيرًا: التسجيل وتسجيل الدخول والبحث والخروج والتحميل والإعدادات الأساسية. تبدأ الكثير من حالات الفشل في تلك المسارات لأن الفرق تفترض أنها آمنة. إنهم ليسوا كذلك. لقد رأيت ذات مرة فريقًا صغيرًا للتجارة الإلكترونية يضيع ساعات طويلة بسبب خطأ استمر في التسلل. قامت اختباراتهم بفحص صفحات المنتج، لكنهم تخطوا تدفق القسيمة. يمكن للعملاء إضافة عناصر، ولكن فشلت الخصومات عند الدفع. قام الفريق بإصلاح الكود بسرعة بمجرد إضافة حالة اختبار مركزة واحدة. بقي الدرس معي. يجب أن تعكس مجموعة أدوات الاختبار كيف يستخدم الأشخاص المنتج حقًا، وليس كيف يأمل الفريق في استخدامه. أنا أيضا أنظر إلى السرعة. يتم تجاهل مجموعة الأدوات التي تعمل ببطء شديد. عندما تطول دورة ردود الفعل، يتوقف الأشخاص عن الثقة في النتائج ويبدأون في الاختبار عن طريق التخمين. هذه عادة سيئة. أفضل الإعداد الذي يوفر فحوصات سريعة للعمل اليومي وفحوصات أعمق لمراجعة الإصدار. الشيكات القصيرة تحافظ على تحرك الفريق. تكتشف عمليات التحقق الأوسع المشكلات التي تظهر فقط تحت المزيد من التحميل أو المزيد من المسارات. مجموعتي المعتادة ليست خيالية. أحب الأدوات التي تتواصل بشكل جيد مع بقية سير العمل. يجب أن تكون إدارة الاختبار سهلة التحديث. يجب أن تناسب الأتمتة المنتج، وليس إجبار المنتج على ملاءمة الأداة. يجب أن يُظهر تتبع الأخطاء خطوات واضحة وسجلات واضحة وملكية واضحة. إذا وجد أحد المختبرين فشلًا، فلن يحتاج الشخص التالي إلى اجتماع طويل لفهم ذلك. أنا أيضًا أهتم ببيانات الاختبار. بيانات الاختبار السيئة تؤدي إلى نتائج سيئة. إذا كانت كل عملية تشغيل تستخدم نفس الحساب القديم، أو نفس كلمة المرور الضعيفة، أو نفس ملف تعريف الجهاز القديم، فستفقد مجموعة الأدوات الكثير. أحب إنشاء مجموعات بيانات تتوافق مع سلوك المستخدم العادي وحالات الحافة. ظل أحد الفرق التي عملت معها يفتقد خطأً في الشحن لأن عناوين الاختبار الخاصة بهم جميعها جاءت من منطقة واحدة. وبمجرد توسيع مجموعة البيانات، ظهرت المشكلة بسرعة. إعداد البيئة مهم أيضًا. إذا ابتعدت بيئة الاختبار عن الإنتاج، تصبح نتائج الاختبار أقل فائدة. أحاول إبقاء المتصفحات وأنواع الأجهزة وإعدادات الشبكة وإصدارات الخدمة قريبة مما يواجهه المستخدمون فعليًا. أتحقق أيضًا مما إذا كانت مجموعة الأدوات يمكنها تسجيل السجلات ولقطات الشاشة بطريقة يمكن للفريق استخدامها لاحقًا. عندما يحدث الفشل في الساعة التاسعة مساءً، فإن الأدلة الجيدة توفر الكثير من الوقت في صباح اليوم التالي. أعتقد أن التقارير تستحق احترامًا أكثر مما تحصل عليه. لا ينبغي أن يشير تقرير الاختبار فقط إلى النجاح أو الفشل. وينبغي أن يوضح أين حدث الفشل، وما الذي تغير، وما كان متوقعا، وما ينبغي أن يكون الإجراء التالي. إذا كان التقرير واضحًا، فيمكن للفريق بأكمله التحرك بشكل أسرع. إذا كان التقرير غامضًا، فسيتم طرح نفس السؤال مرارًا وتكرارًا. النهج الذي أتبعه هو الحفاظ على مجموعة الأدوات عملية. أبدأ برحلات المستخدم الأكثر أهمية. أقوم بإضافة شيكات سريعة للاستخدام اليومي. أحتفظ ببيانات الاختبار محدثة. أبقي البيئة قريبة من الإنتاج. أجعل التقارير سهلة القراءة. أقوم بمراجعة حالات الفشل في كثير من الأحيان، لأن عادات الاختبار القديمة يمكن أن تخفي مخاطر المنتج الجديد. ولهذا السبب لا أرى الاختبار كمهمة جانبية. أرى أنه جزء من المنتج نفسه. مجموعة الأدوات الأفضل لا تعد بالكمال. يفعل شيئا أكثر فائدة. فهو يمنحني إشارات أوضح، وعددًا أقل من النقاط العمياء، وفرصة أفضل لاكتشاف المشكلات قبل أن يفعلها المستخدمون. إذا استمر فريقك في رؤية نفس النوع من الفشل، فلن أبدأ بإضافة المزيد من الضجيج. سألقي نظرة على مجموعة الأدوات والتغطية والبيانات وتدفق التقرير. هذا هو عادة حيث يبدأ الإصلاح. هل تريد معرفة المزيد؟ لا تتردد في الاتصال بـ Fei Zhigang: 13506728162@139.com/WhatsApp +8613506728162.

ميلر، ريبيكا 2022 أدوات الاختبار وموثوقية إطلاق المنتج تشين، ديفيد 2021 بناء تغطية قوية لرحلات المستخدم الحقيقية باتيل، أنيكا 2023 لماذا تخلق فجوات الاختبار الصغيرة مخاطر كبيرة للإصدار جونسون، مارك 2020 تقارير الاختبار العملي لاتخاذ قرارات أسرع للفريق رايت، إميلي 2024 مطابقة بيانات الاختبار والبيئات مع ظروف الإنتاج لوبيز، كارلوس 2021 التحسين سرعة الأتمتة والوضوح وثقة الفريق