خدمات ضمان الجودة: نكتشف الأخطاء قبل أن تقوم أنت بذلك

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

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

يمكن أن يبدو المنتج جاهزًا ولكنه لا يزال يفشل عندما ينقر المستخدمون على الزر الخطأ، أو يقومون بتبديل الشبكات، أو تغيير حجم الشاشة، أو العودة بعد التحديث. لقد رأيت فرقًا تقضي أسابيع في إنشاء إحدى الميزات، لتجد أن خطأً صغيرًا في عملية الدفع يمنع العملاء من إكمال عملية الشراء. يمكن أن تؤدي مشكلة تسجيل الدخول إلى إنشاء تذاكر دعم. الصفحة البطيئة يمكن أن تقلل من التفاعل. تظهر هذه المشكلات غالبًا عندما يبدأ الاختبار بعد فوات الأوان أو عندما يركز على جهاز واحد فقط. تساعد خدمات ضمان الجودة الفرق على العثور على هذه الفجوات قبل أن تؤثر على مجموعة أكبر من المستخدمين. أقوم بمراجعة المنتج من وجهة نظر المستخدم ومن وجهة نظر فنية. وهذا يعني التحقق مما إذا كانت كل وظيفة تعمل كما هو مخطط لها، مع النظر أيضًا في كيفية عمل المنتج عبر الأجهزة والمتصفحات وأحجام الشاشة وإجراءات المستخدم الشائعة. ### ما أتحقق منه - وظائف موقع الويب وتطبيقات الهاتف المحمول - تسجيل المستخدم وتسجيل الدخول - النماذج والبحث والمرشحات وتدفقات الخروج - الروابط والأزرار والقوائم وعمليات إعادة توجيه الصفحة - استجابات واجهة برمجة التطبيقات وحركة البيانات - توافق المتصفح والجهاز - تغييرات التخطيط عبر أحجام الشاشة - عوامل إمكانية الوصول الأساسية - رسائل الخطأ ومسارات الاسترداد - سلوك المنتج بعد التحديثات يجب ألا يتوقف الاختبار عندما يعمل الإجراء المتوقع. وأتحقق أيضًا مما يحدث عندما يُدخل المستخدم بيانات غير مكتملة، أو يفقد الاتصال، أو ينقر مرتين، أو يستخدم زر الرجوع، أو يترك الصفحة ويعود لاحقًا. ### عملية ضمان الجودة العملية التي أبدأها بتعلم كيفية عمل المنتج. تساعدني ملاحظات المنتج وقصص المستخدمين وملفات التصميم والمشكلات المعروفة في بناء خطة اختبار واضحة. عندما تكون الوثائق محدودة، أقوم بتخطيط رحلات المستخدم الرئيسية من خلال المراجعة المباشرة للمنتج. بعد ذلك، أقوم بتقسيم المنتج إلى مناطق اختبار. قد يتضمن موقع التسوق إنشاء الحساب، والبحث عن المنتج، وتحديثات سلة التسوق، والدفع، وسجلات الطلبات، ورسائل البريد الإلكتروني. قد تتطلب منصة SaaS إجراء عمليات فحص للأذونات ولوحات المعلومات وتحميل الملفات والتقارير ووصول الفريق. أقوم بعد ذلك بإنشاء حالات اختبار تغطي الإجراءات العادية وغير المتوقعة. تتضمن كل حالة الخطوات المطلوبة وبيانات الاختبار والنتيجة المتوقعة والنتيجة الفعلية. وهذا يمنح الفريق سجلاً مشتركًا بدلاً من التعليقات المتفرقة. يساعدني الاختبار اليدوي على فهم المنتج كما يفعل المستخدم. يمكن أن تدعم عمليات التحقق التلقائية المهام المتكررة مثل التحقق من صحة تسجيل الدخول واختبار النموذج وفحوصات الانحدار. يعتمد التوازن الصحيح على المنتج وجدول الإصدار والمجالات التي تتغير كثيرًا. عندما أجد مشكلة، أقوم بتسجيل تفاصيل واضحة: - مكان ظهور المشكلة - خطوات إعادة إنتاجها - الجهاز أو المتصفح أو نظام التشغيل - السلوك المتوقع - السلوك الفعلي - لقطات الشاشة أو تسجيلات الشاشة عندما تكون مفيدة - التأثير المحتمل على رحلة المستخدم تقرير واضح يوفر وقت التطوير. "الخروج لا يعمل" لا يمنح الفريق سوى القليل من العمل. "يظل زر الدفع معطلاً بعد إدخال بطاقة صالحة في Safari 17" يمنح الفريق نقطة انطلاق. ### مثال من متجر عبر الإنترنت تخيل أن العميل يضيف عنصرين إلى سلة التسوق على متصفح الهاتف المحمول. يقوم العميل بتغيير الكمية وتطبيق كود الخصم والانتقال إلى الدفع. يبدو الإجمالي المعروض في صفحة سلة التسوق صحيحًا، لكن صفحة الدفع تعرض المبلغ القديم. قد يفتقد الاختبار الأساسي هذا المسار لأن المختبر استخدم عنصرًا واحدًا وتخطى رمز الخصم. يمكن لفحص ضمان الجودة الأوسع مقارنة إجمالي سلة التسوق وإجمالي الدفع وسجل الطلب ورسالة التأكيد الإلكترونية. قد تأتي المشكلة من تحديثات البيانات المتأخرة، أو مشكلة خاصة بالمتصفح، أو عدم التطابق بين الواجهة الأمامية وخدمة الدفع. إن العثور على السبب قبل الإصدار يمنح الفريق مزيدًا من الوقت لاختيار الإصلاح واختباره مرة أخرى. ### دعم ضمان الجودة للإصدارات قبل الإصدار، يمكنني مساعدة الفريق في التحقق من رحلات المستخدم الرئيسية والتغييرات عالية المخاطر. بعد إجراء الإصلاحات، أقوم بإعادة اختبار المشكلات التي تم الإبلاغ عنها وإجراء عمليات فحص الانحدار حول الميزات ذات الصلة. قد يؤثر أي تغيير بسيط في أذونات الحساب على لوحات المعلومات والتقارير والوصول إلى الملفات. قد تؤثر طريقة الدفع الجديدة على سجلات الطلب ورسائل التأكيد. يجب أن ينظر اختبار الإصدار إلى ما هو أبعد من الشاشة المتغيرة. كما أساعد الفرق على تحسين عادات الاختبار الخاصة بهم عن طريق إنشاء قوائم مرجعية قابلة لإعادة الاستخدام، وقوالب العيوب، ومجموعات الانحدار. تجعل هذه المواد الاختبارات المستقبلية أكثر اتساقًا دون إبطاء الفريق بخطوات غير ضرورية. ### ما يجب أن يوفره ضمان الجودة الجيد ضمان الجودة الجيد ليس مجرد قائمة بالعيوب. فهو يوفر للفريق معلومات مفيدة لاتخاذ قرارات الإصدار. يجب أن تكون قادرًا على رؤية: - ما تم اختباره - ما لم يتم اختباره - ما هي المشكلات التي تظل مفتوحة - ما هي الأجهزة والمتصفحات التي تم فحصها - ما هي رحلات المستخدم التي تحمل مخاطر أكبر - ما إذا كان الإصلاح يعمل كما هو متوقع - ما الذي قد يحتاج إلى اهتمام في إصدار لاحق أفضل النتائج الواضحة على التقارير الغامضة وتغطية الاختبار العملي على قائمة طويلة من عمليات التحقق منخفضة القيمة. الهدف هو مساعدة فريقك على الإصدار من خلال فهم أفضل لسلوك المنتج والمخاطر المعروفة وتأثير المستخدم. عندما يصبح ضمان الجودة جزءًا من عملية التطوير، يمكن أن يبدأ الاختبار في وقت مبكر، ويمكن أن يكون من الأسهل تتبع العيوب، ويمكن أن تعتمد مناقشات الإصدار على الأدلة بدلاً من التخمين. لن تؤدي خطة الاختبار الدقيقة إلى إزالة كل المشكلات المحتملة، ولكنها يمكن أن تكشف عن العديد من المشكلات بينما لا يزال من السهل معالجتها. هل أنت مهتم بمعرفة المزيد عن اتجاهات الصناعة وحلولها؟ اتصل بـ feiyun: guxiangdong@suzhouflymg.com/WhatsApp 18051215777.

1. بريسمان، روجر س. 2014. هندسة البرمجيات: نهج الممارس 2. المنظمة الدولية للتوحيد القياسي. 2015. أنظمة إدارة الجودة: المتطلبات 3. كانر، وسيم، وجاك فالك، وهونج كووك نجوين. 1999. اختبار برامج الكمبيوتر 4. المجلس الدولي لمؤهلات اختبار البرمجيات. 2018. منهج المستوى التأسيسي للاختبار المعتمد 5. جوران، جوزيف إم، وأ. بلانتون جودفري. 1999. دليل الجودة لجوران 6. نيلسن، جاكوب. 1994. هندسة سهولة الاستخدام