تحية! في الأسبوع القادم ، ستبدأ الفصول في الدفق الجديد من الدورة التدريبية الخاصة
بضمان الجودة ، وفي هذا الصدد ، سنشاركك مواد مفيدة مترجمة خصيصًا لطلاب الدورة. دعنا نذهب.

ملخص: إجراء العديد من الاختبارات اختبار وظيفي فقط ، دون الذهاب إلى أبعد من ذلك. لكن اختبار البرمجيات هو البحث عن معلومات حول جودة المنتج التي يمكن أن تساعد أصحاب المصلحة على اتخاذ قرارات مستنيرة ، وهناك العديد من الطرق للعثور على معلومات تتجاوز الاختبارات الوظيفية. توضح هذه المقالة ستة طرق يمكن أن تساعدك على تحسين فعالية مشاريعك.
يظل الاختبار الوظيفي ساريًا حتى مع التنفيذ المكثف للأتمتة. تتطلب العديد من منتجات البرمجيات اختبارًا يدويًا للتحقق من جميع الوظائف وتفاعلاتها وفحصها.
لسوء الحظ ، فإن العديد من الاختبارات تجري اختبارات وظيفية فقط ، دون تجاوزها. قد يكون السبب في ذلك الافتقار إلى المهارات أو عدم القدرة على كتابة التعليمات البرمجية أو الخوف من المجهول أو المعرفة المحدودة بمشهد الاختبار.
لإعادة صياغة Sam Kaner ، فإن اختبار البرمجيات هو البحث عن معلومات حول جودة المنتج التي يمكن أن تساعد أصحاب المصلحة على اتخاذ قرارات مستنيرة.
بالإضافة إلى الاختبار الوظيفي ، هناك طرق أخرى للعثور على المعلومات. في هذه المقالة ، سننظر في ستة طرق ساعدتني على زيادة فعالية مشاريعي.
1. فحص جميع الرسائل
يقوم المختبرون عادةً بدراسة مستندات المتطلبات ومناقشتها مع أصحاب المصلحة ثم تطوير الاختبارات. لكننا نعلم جميعًا أن هناك سيناريوهات لا تغطيها حالات الاختبار التي تظهر أثناء استخدام المنتج. يتم تغطية معظمهم من قبل المطورين ، ولكن قد يكون مفاجأة للجميع.
يمكن لفريق التطوير المساعدة من خلال تجميع قائمة بجميع الرسائل الموجودة في المنتج ، بما في ذلك رسائل الخطأ ، والرسائل الإعلامية ، والتحذيرات. سيكون أيضًا بمثابة اختبار تغطية اختبار جيد من حيث الرسائل التي يعرضها النظام. إذا لم يسبق للمختبرين رؤية رسالة سيتم عرضها على المستخدم ، فيجب عليهم العودة وفهم الحالات التي سيتم عرض هذه الرسالة فيها.
بمجرد أن تلقيت قائمة بالرسائل ، لاحظت على الفور أن عددًا منها جديد تمامًا على فريق الاختبار. بعد الدراسة ، أدركنا أنهم كانوا من الشفرة القديمة ، وعلى الرغم من أننا لم نعد ندعم هذه الوظيفة ، إلا أنهم كانوا في الكود المصدري. يجب إزالة هذا الرمز لأنه لم يعد يؤثر على المنتج.
بناءً على بنية التطبيق ، يمكن أن يكون إعداد هذه القائمة سهلًا أو صعبًا. ولكن إذا كنت تعتقد أن هذا التمرين سيساعد فريق الاختبار في اختبار أفضل ، فينبغي أن يتفق أصحاب المصلحة على إيجاد طريقة لإعداد قائمة بالرسائل. جرب هذا النهج وتحقق من مدى معرفتك لمنتجك وماهية تغطية الاختبار.
2. القيام استعراض UX
تقوم العديد من فرق المنتجات بإصدار الإصدارات الأولى بسرعة كبيرة ، ثم التفكير في تثبيت الكود بعد الوصول إلى عدد معين من العملاء أو وفقًا لمؤشرات أخرى. عادة ما تكون للإصدارات السريعة الأولية الأسبقية على القيام بالإصدارات الصحيحة. ولكن مع تزايد عدد المطورين المشاركين ، هناك احتمال كبير لعدم الاتساق.
في عملية تثبيت المنتج ، ركز على التخلص من أي تضارب في UX. قم بإجراء مراجعة UX للتطبيق بأكمله. ابدأ بالرموز والنصوص والإجراءات والوظائف والروابط الرئيسية. استخدم الشخصيات وعصف ذهني لمراجعة UX كاملة. فكر أيضًا في نقاط اللمس للمستخدمين. كيف تتعامل معهم؟ هل هناك أي شيء مضلل في طلبك؟ هناك تمارين في
https://cantunsee.space ستساعدك على اختبار مهارات واجهة المستخدم الخاصة بك.
عندما أجرينا مراجعة UX لأحد المنتجات المستخدمة بنشاط لشركتنا ، وجدنا أنماط عدم تناسق ويمكننا ربطها بسهولة بالعديد من القرارات التي اتخذناها كفريق واحد ، وإصدار الميزات في عجلة من أمرنا ، وتطوير الاستعانة بمصادر خارجية لفريق آخر ، وإصدار الميزات مع الإضافات القديمة و هكذا.
3. إجراء تحليل المنافس
إنه لأمر مؤسف أن العديد من المختبرين يعملون في عزلة وليس لديهم أي فكرة عن منتجات الشركات الأخرى. قم بفحص منافسيك باستخدام معلومات الإعلان والندوات والعروض التوضيحية والأخبار في الوسائط والمدونات ، ثم اكتب الميزات وتحليل نقاط القوة والضعف في منتجك.
اسأل فرق المنتج الخاصة بك إذا كنت تستطيع الوصول إلى عروض الشركات الأخرى واسأل كيف يمكنك المساعدة في تحليل المنافسين. بالإضافة إلى تحليل الوظيفة ، ضع في اعتبارك أيضًا معايير مثل سهولة الاستخدام والأداء والأمان والتوافر. من المفيد وضع جدول مقارن "وظائف - معايير التقييم" مع النقاط التي سجلتها المنتجات.
4. استكشاف الأدوات
الأدوات جيدة لأولئك الذين يعرفون كيفية استخدامها بفعالية. يمكنهم توفير الكثير من المال والوقت واستكمال الاختبار إلى حد كبير. كاختبار ، يجب أن يكون لديك معرفة واسعة بالنظم المستخدمة والعمليات المستخدمة.
بالإضافة إلى أتمتة الاختبارات الوظيفية وإنشاء بيانات الاختبار بسرعة ، هناك أيضًا أدوات للكشف عن الأنماط في السجلات وتكرار البيانات من الإنتاج ومحاكاة الوظائف وتسجيل إجراءات المستخدم والاستجابة للأحداث بناءً على القواعد. أيضا ، لتحقيق معظم الأهداف النهائية ، ليست هناك حاجة لشراء أدوات الملكية. يمكن أن يكون برنامجًا بسيطًا يحتوي على مئات الأسطر التي تأخذ لقطة شاشة لأحد التطبيقات استنادًا إلى مشغل في السجل.
في بعض الأحيان ، لا يكون من الواضح للجميع مدى فائدة هذه الأدوات أو الأدوات الأخرى إلى أن تثبت الفوائد التي يمكن أن تجلبها ، لذلك قم بدراسة قدراتها.
5. فكر في المخاطر التي قد تصبح "كابوسًا"
كما هو موضح في كتاب إليزابيث هندريكسون ، اكتشف هذا! تقليل المخاطر وزيادة الثقة في الاختبار الاستكشافي "، تتمثل إحدى طرق منع وقوع كارثة في التفكير في العناوين الرئيسية المحتملة للأخبار السيئة المتعلقة بمنتجك أو مشروعك واختبار هذه المخاطر. يجيد المختبرون التفكير في سيناريوهات الحوادث المحتملة ، ويمكن لهذه المهارة أن تساعد فريق التطوير على تجنب الأخطاء عند كتابة التعليمات البرمجية ، مما يوفر الوقت والجهد مقدمًا.
قد تكون هذه لعبة ممتعة للعبها مع أصحاب مصلحة متعددين ، وستمنح الجميع ثقة في أنهم سيهتمون بالمخاطر. عندما لعبنا هذه اللعبة مع أحد فرقنا ، أعطتنا بعض العناوين الرئيسية التي اخترعها الدعم الفني والإدارة وجهة نظر مختلفة - وبدون ذلك لم يكن بإمكاننا التفكير في هذه الاختبارات.
6. قضاء بعض الوقت مع دعم العملاء
بسبب الاستخدام المستمر لمنتجاتها ، قد يكون فريق الاختبار متحيزًا. وما يبدو للمختبرين على أنه سلوك متوقع ، في الواقع ، قد يكون غير مريح للمستخدمين. يمكنك فحص مكالمات الدعم لمعرفة آلام العملاء والمشاكل التي تواجه تطبيقك.
بمجرد أن نشتكي من ميزة أحد منتجاتنا وراحة استخدامه ، لم يتم قبول ذلك كخطأ. على الرغم من أن العديد من العملاء بدأوا في التعامل مع مشكلات قابلية الاستخدام المماثلة ، فقد تم إصلاح ذلك بأولوية عالية. لقد أعطانا هذا الحادث سلطة كبيرة في المنظمة. وبعد ذلك تمت دعوتنا للمشاركة في العديد من المناقشات حول حلول قابلية الاستخدام.
يعد صوت العميل بيانات حقيقية يجب عليك الانتباه إليها ، ويمكنك استخدام هذه البيانات للمساهمة في تطوير منتجك.
يتم الجمع بين هذه الطرق الستة بسهولة مع الاختبارات الوظيفية وهي ذات فائدة كبيرة. جربهم في عمل الاختبار الخاص بك وأخبرنا عن تجربتك.
هذا كل شيء. نتطلع إلى تعليقاتك وندعوك إلى يوم مفتوح ، والذي سيعقد في 21 يونيو.