أحدهما ، مع استكماله بمقالات
أخرى ، تحولت مقالاتي إلى دليل محتمل للعمل لأولئك الذين لم يجدوا بعد "أسلوبهم الخاص" وليسوا متأكدين من أين يبدأون.
أجاب البعض أنني كنت أكتب عن "حقائق مشتركة" ، لكنني تلقيت استجابة جيدة في التعليقات والرسائل الشخصية من الفئة "كانت مفيدة" ، "ما أحتاجه الآن ،" إلخ. ولكن كانت هناك أسئلة. الأسئلة ، في معظمها ، تتلخص في "الألم" الذي لم يجتز ضمان جودة واحد في حياته المهنية:
- كيف تتفاعل بفعالية مع المطورين؟
- كيفية ترتيب العمل معهم حتى يقبلوا: هل هناك رأي آخر في المشروع ، ورأي ضمان الجودة ، وهل هو مهم أيضًا؟
- كيفية تشجيعهم على التفاعل ، على سبيل المثال ، عند إنشاء أتمتة اختبار مشتركة عندما لا يتم تكوينها للعمل معًا؟
- كيف تتصرف في الحالة التي تكون فيها مهاراتك التقنية في مجموعة التقنيات المستخدمة ببساطة غير كافية؟
قم فوراً بالحجز بأن الموضوع حساس للغاية ، وتحدث عنه ، عليك دائمًا أن توازن على حافة عدم الإضرار بفخر المطورين وكفالة الجودة نفسها. لذلك ، أتوسل إليك أن تقرأ بقلب بارد وأن تحاول فقط تسليط الضوء على بضع نقاط مفيدة وتجربتها في الممارسة.
مقدمة
أولاً ، كما تبين الممارسة ، غالبًا ما تضمن QA التي لا تتمكن من اقتحام التطوير كما هو مطلوب من قبل المهنة
- ببساطة ليست واثقة من نفسها. لا يمكنهم تحقيق ما سمعوه ، لأنهم يتحدثون بصوت مسموع ، وليس بشكل معقول ، عن الشكوك المستمرة ؛
- إنهم يخشون ارتكاب الأخطاء وتحمل مسؤولية إضافية ؛
- معقدة بسبب المعرفة التقنية ناقصة.
ثانياً ، ينظر المطورون في الفريق إلى ضمان الجودة كملحق يضغط ببساطة على الأزرار قبل إعطاء المنتج للعميل ، أو ببساطة لا يتخيل كيفية التفاعل معهم. قد يكون هذا بسبب حقيقة أن
- ما زالوا يفكرون في ضمان الجودة كمختبرين منذ 10-20 سنة ، عندما كانوا بالفعل ؛
- جميع ضمانات الجودة السابقة التي عملوا بها بالطريقة نفسها وتصرفوا تمامًا ، وهم ببساطة لا يعرفون ما يحدث بطريقة أخرى ؛
- من حيث المبدأ ، لا يعرفون جوهر عمل مهندس ضمان الجودة في جوهره ، لأنهم ببساطة لا يحتاجون إليه - إنهم يتطورون في مهاراتهم ؛
- تم تطوير رمز بالفعل بالفعل وتغيير شيء فيه مجرد كسل.
لنبدأ مع المشكلة الأولى.
مهندس ضمان الجودة! هل تنظيف الربيع في رأسك
العمل على فهم مهنتك
إذا كنت تريد تغيير العالم ، ابدأ بنفسك. الحقيقة المعروفة وذات الصلة للغاية في موضوعنا.
كمهندس ضمان الجودة ، لا يؤذيك حقًا تحديد الوظيفة التي تعمل بها. إذا كان مشروعك لا يزال يعتمد على مبادئ هندسة الشلال ، وقد تم تعيينك ببساطة بواسطة اختبار يدوي ، والذي ، مثل OTC في المؤسسات ، يتحقق من جاهزية المنتج النهائي ، فهذا شيء واحد ، وهنا كل شيء شفاف.
وإذا كنت في موقع مهندس ضمان الجودة الكامل ، والذي يكاد يكون عالميًا الآن ، فهذا يعني أن مسؤوليتك ، المنصوص عليها في شرائع هذه المهنة في [1] ، ليست فقط اختبار المنتج النهائي ، ولكن أيضًا المشاركة المباشرة في تنظيم عمليات إنشائه وتفاعل المشاركين المشروع بأكمله. يرجى تذكر أنه من دون عمليات واضحة وتنظيم الفريق ، يكاد يكون من المستحيل الحصول على منتج عالي الجودة ، لذلك ، يجب أن يبدو صوت ضمان الجودة واثقًا وواضحًا في هذا المجال. لمنع ظهور الأخطاء ، وليس لإصلاح بعد الحقيقة - وهذا هو الكثير من فرق منظمة تنظيما جيدا. وبذل الجهود لتقليل عدد الأخطاء هو الكثير من فريق ضمان الجودة. (تغلق الدائرة.)
لذلك ، أولاً ، تذكر جميع الأشياء الأساسية حول مبادئ وأنواع ومستويات الاختبار وصياغة تعريف مهنة مهندس ضمان الجودة. فهم سيئ السمعة "من أنا؟" و "لماذا أنا هنا؟"
العثور على إجابات للأسئلة
عندما ينتهي الحفر الاحترافي الذاتي أو حدد خطة لنفسك أو ما ستفعله ، يمكنك أن تأخذ أفكارًا من مقالاتي أو تضع خطتك الخاصة التي تناسب ظروفك. يجب أن تكون كل نقطة من نشاطك واضحة لك بنفسك - لماذا هو ، وكيفية تنفيذها ، ما هو الربح.
فقط في هذه الحالة سوف تكون قادرًا على التحدث بثقة عن المشروع. حتى لو كنت لا تعرف حتى الآن سوى الإجابات عن الأسئلة "لماذا" و "ما هي الفائدة" ، لكنك لا تعرف "كيف". تشعر بالثقة بالفعل من حقيقة أنك ترى واجهة العمل ، فإن الصياغة الصحيحة للمهمة هي نجاح بنسبة 80 ٪.
والخطوة التالية هي تدوين الأسئلة التي تحتاج إلى حل من أجل الإجابة على السؤال "كيف". وتوجه إلى الأشخاص الذين لديهم هذا ، أي ، ناقش مع الفريق - في اجتماع منظم بشكل خاص ، أو الدردشة بين رجال الأعمال أو في المطبخ بشكل غير رسمي على فنجان من القهوة ، لا يهم. من المهم أن يكون مشروعك مليئًا بالأشخاص الذين لديهم خبرة مختلفة ومعرفة أخرى ويستخدمون هذا المخزن الذي يحتوي على معلومات مفيدة والتواصل والطلب وسيتم توضيح كل شيء.
إسقاط الخبرة التي لم تكن مثالية
إذا كنت خجولًا جدًا أو في الحياة متطرفًا يسعى دائمًا إلى أن يكون قائداً ، فسيكون من الصعب القيام بدور ضمان الجودة. نظرًا لأن QA Engineer هو مهندس ، فهو شخص مشارك في التطوير ، ولكن في الوقت نفسه نجد أنفسنا في مشاريع ذات مجموعة مختلفة من التقنيات والهندسة المعمارية ، بينما يتمتع المطورون بتخصصهم الخاص. يعني إدراك أنك "خارج الموضوع" بالنسبة لبعض الأشخاص أن تكتب في "رابط ضعيف". وكانت هذه مشكلتي ، التي ناضلت من أجلها لفترة طويلة. "هل هذا ما أحتاجه لأقول أنني لا أعرف ، أنني لا أعرف ماذا ، لا أفهم؟!" - وقعت أكثر من مرة في ذهول في مناقشات الجوانب الفنية الكاملة.
لكن في مرحلة ما فقط أدركت أخيرًا أن عدم المعرفة ليس عارًا. أشعر بالخجل من الاستمرار في "الاختباء في القشرة" وعدم محاولة اكتشاف ذلك. وللحفاظ على الصمت ، على ما يبدو مفهوما للجميع ، هو أغلى على النفس.
لقد تم تعيينك ، وقراءة سيرتك الذاتية (ستكون متأكدًا من قدراتك ؛)) ، وتحدثت إليك في المقابلة ، وتم تعيينك. لذا فإن مجموعتك من المهارات الفنية جيدة مع الجميع وأولئك الذين استأجروها خمنت ما تتوقعه. لذلك ، فإن القفز فوق رأسك الآن ليس له أي معنى ، وعندما تقول "لم أعمل على الإطلاق مع هذا ، ولكني أريد أن أفهم ذلك ، ساعدني في فهم هذا وذا" - هذا وضع طبيعي وصحي ومطلق (لا تجلب إلا الوضع الأساسي إلى حد العبثية) المعرفة - التعاريف والصياغات - التعلم من الإنترنت). وعندما تشير إلى الآخرين أنك لا تفهم هذه الخلفية التقنية ، أولاً ، يشعرون بالفعل أنه من الضروري التواصل بشكل أكثر بساطة ، وثانياً ، يمكنك طرح أسئلة توضيحية بضمير مرتاح. إذا كتبت الرمز مرة أو مرتين وفهمت تمامًا الهندسة الداخلية للمشروع ، فمن المحتمل أن تكون مشاركًا بشكل مباشر في التطوير ، أليس كذلك؟
وتتمثل حيلتي المفضلة في مساعدة الآخرين دائمًا ، عندما أكون قادرًا - من خلال الفعل والنصيحة والكلمات الطيبة ، فإن هذا يعود إلى الرغبة المتبادلة للآخرين لمساعدتي.
لا تخف من ارتكاب الأخطاء
من المسلم به أن مهام سير العمل تتضمن مناقشة جميع الخيارات الممكنة. ولد الحقيقة في نزاع. مهمتك ليست أن تكون على حق ، ولكن لإيجاد أفضل الحلول. وإذا كنت تريد أن تقدم شيئًا ما ، لكنك تخشى أن يبدو الأمر سخيفًا ، فاعتقدوني كم عدد الفرق التي رأيتها ، يبدو الزملاء الأكثر صامتًا غير مبالين بالخاسر. إن إدراك بعض أخطائنا ودعم أفضل الأفكار والمساهمة بحماس في تنفيذها هو سير عمل صحي.
تذكر أن بطلة Muravyeva في فيلم "موسكو لا تصدق في البكاء" أقامت نفسها قبل الذهاب إلى المكتبة: "إذا انفجرت ، انفجرت بثقة - وهذا ما يسمى وجهة نظر". انها حقا تعمل.
لا تخف من دعوة نفسك إلى مهام لا يمكنك القيام بها. تذكر أنك تعمل ضمن فريق وتقول إن شيئًا ما لا ينجح في طلب المساعدة من الفريق أمر طبيعي.
وحتى إذا توصلت خلال عملك إلى نتيجة "ليس عليك القيام بذلك" ، فسيكون ذلك تقدمًا ، لأن الخطوة التالية هي العثور على أفضل حل.
الافراج عن معايير عفا عليها الزمن ، ونتطلع إلى المستقبل
هذه الأسس التي تضمنها ضمان الجودة منخفضة ، فهي ليست مهمة للغاية وليست ذات أهمية كبيرة بطريقة أو بأخرى موجودة في الفرق. وبينما تعتقد ذلك بنفسك ، أنت تقلل من هذا الاتجاه ، للأسف ، تتغذى.
تعمل كل يوم ، وتبذل جهودًا كل يوم ، وتجعل المنتج والفريق أفضل ، تقضي وقتًا وطاقة ، ويتم وضع موقعك في إطار المشروعات - وهذا يعني أنه مهم وضروري. هذا كل شيء. لا تترك مجالًا للتشويه الذاتي ، ولا تترك مجالًا في رأسك لـ "التهكم" من أولئك الذين يعتبرونك وضعًا أقل منه. في هذه الأوقات ، عندما كان هناك اختبار بسيط لليد على شكل قرد ، غرقت في غياهب النسيان ، في المستقبل ، يعد QA Engineers "كتيبة خاصة من القوات الخاصة يعتمد نجاحها على التكتيكات الممتازة والأسلحة الحديثة" [2].
تذكر أنه في الشركات الرائدة مثل Microsoft و Google ، على سبيل المثال ، يكون المطورون مسؤولين عن الجودة. إذا توقف المنتج بعد الإصدار ، فسوف تطير المخاريط إلى المطور الذي خلق المشكلة ، وليس إلى المختبر الذي لم يجدها "[2]. لذلك ، في مثل هذه الشركات ، يعد وجود فريق لضمان الجودة يساعد في إنشاء منتج ذي جودة امتياز للمطورين.
إنه في يديك تقديم مبادئ متقدمة في شركاتك ، بدلاً من النظر إلى الصور النمطية السابقة.
لكن مرة أخرى ، أعود إلى حقيقة أنك تحتاج إلى النمو المستمر في مشروعك. إذا أتيت إلى المشروع ، فقد مرت ستة أشهر ، ولم تتوصل بعد إلى أتمتة اختبار فعالة ، ولا تحاول معرفة ما يقوم به الفريق ، ولا تحلل الاختبارات الذاتية الحالية ، فأنت لست النخبة التي تكتب عنها الكتب.
هناك فرق تعيش بدون منصب مهندس ضمان الجودة على الإطلاق ، أعرف ذلك. وإذا كنت بالفعل تسعى اليوم إلى الانغماس في المشروع ومعرفة كيفية كتابة الاختبارات التلقائية مع المطورين ، في يوم ما يمكنك بيع كفاءاتك حتى هناك وتصبح مهندسة برمجيات في الاختبار هناك.
مهندس ضمان الجودة! صقل العمل الجماعي
عندما ينتهي العمل على نفسك ، حان الوقت للعمل على إقامة تعاون مع المطورين.
الشيء الأكثر أهمية
- يجب أن تكون أفعالك واضحة وشفافة للفريق. أبسط وأكثر فعالية هو نقل مهمتهم لهم. إذا بدأت ، بدون سبب ، في الصعود إلى حمام السباحة الخاص بهم مع طلبات تسأل "ما نوع الاختبارات التي لديك هنا؟" ، "لكن يجب عليك كتابة مثل هذا الاختبار" ، فإن أول رد فعل (وقائي) سيكون " إلى أين أنت ذاهب؟! "،" من أنت / أنت من ينتقد عملي؟! ". ربما يكون قد طهي هذه وجبة الغداء لمدة أسبوع ، وأخير الزفير ، ثم حصلت عليها ضمان الجودة. لذلك ، أخبرهم مقدمًا بما ستفعله ، ولماذا وما فوائد ذلك للمشروع والفريق. تحضير التربة.
- يجب أن يُنظر إلى مشاركتك في التطوير على أنها نعمة ، كشيء يحسّن عمل المطور من الناحية النوعية. كن شريكه على سبيل المثال ، قم بالتثقيف - حدد كيف يحتمل أن يستخدم العملاء هذه الوظيفة ، وما هي الأخطاء التي حدثت بالفعل والتي يجب تجنبها ، مما يعني معًا التفكير في الاختبارات وأيها مهمة. لا تتواصل في مزاج حتمي. يمكنك حتى اللجوء إلى الحيل النفسية - لملاحظة أولئك الذين زادوا من تغطية الاختبارات الذاتية في بعض التقارير النهائية بتنسيق "لقد أُنجزنا جيدًا!". انها دائما لطيفة عندما يتم تقدير عملك. كما تعد مراجعات ضمان الجودة التقليدية مع تغطية الاختبار التلقائي دافعًا للعمل معًا.
دع التغييرات في المشروع سلسة. إذا أتيت إلى العمل صباح أحد الأيام وتقول: "لقد قرأت مقالًا عن حبري ، وستبدأ في صفع حذائك على منصة مشروطة ، وهز الهواء ، كما يقولون ، والآن سأظهر لك والدة كوزكين!" ، سوف ينظرون إليك على أنه غريب ، هذه حقيقة. نعم ، وسيكون من الصعب عليك - تواجه مشكلات على جميع الجبهات - أن تكون هناك رغبة لا تقاوم للتخلي عن الفكرة الكاملة لتحسين عمل ضمان الجودة.
أفضل تعيين مهام صغيرة مفهومة للجميع ، وتحقيقها وتولي ما يلي. التحرك بعناية إلى الأمام ، والوقت يطير بسرعة ، يوم واحد سيكون من الجميل العودة إلى الوراء.
إجابات لأسئلة محددة
بعد
مقالتي الثانية ، التي عرضت العمل الوثيق في ضمان الجودة والتطوير ، انتهى الجمهور من الفئة "لقد جربنا ، لكن قائد فريق المطورين لم يكن يريد حقًا الاجتماع". من مستواي الحالي في التطوير المهني ، لا يمكنني سوى تقديم النصائح التالية.
كن ودودًا وتعامل بحكمة مع من لا يقبل عملك كما تتوقع. في ممارستي ، قابلت العديد من المطورين المختلفين وجميع الذين كانوا ناضجين حقًا احترافيًا كانوا دائمًا يقابلونني ، وساعدوني دائمًا ، وحققنا نتائج مشتركة ممتازة ، كانوا جميعًا راضين. أولئك الذين "يشخرون" و "يبتعدون عنك" ، للأسف ، هم من فئة "المراهقين المحترفين". لم يتعلموا بعد كيفية التعامل مع مشاعرهم ، معتبرين أنفسهم الأكثر يمينية (والعمر البدني لا يلعب دورًا هنا). انهم ببساطة لا يعرفون كيفية العمل في فريق ، وأنت جزء لا يتجزأ منه. يمكنك فقط مساعدتهم على النمو ، لكن لسوء الحظ ، لا ينمو البعض أبدًا. وهنا يمكنك التأثير عليهم فقط من خلال دعم القيادة والسلطة الجماعية لبقية الفريق الذي سيدعمك. إذا كنت تعرف أفضل الطرق ، شارك!
كان هناك أيضًا سؤال مثير للاهتمام حول كيفية أن تكون إذا كنت لا تعرف بعد كيفية قراءة رمز المطور ، لا يمكنك معرفة اختباراتهم الذاتية.
سأترك إجابتي هنا ، حتى لا تضيع ، ربما يكون شخص ما في متناول يدي. إذا لم تتمكن من قراءتها ، فأنا أصر على تضمين قائمة من الاختبارات الذاتية المتقدمة في وصف العلاقات العامة والتركيز عليها. أعتقد أن هذا هو حق وواجب كامل فريق ضمان الجودة في أن يكونوا على دراية قدر الإمكان بتغطية المنتج مع الاختبارات التلقائية ، وإلا فستفقد الفكرة الكاملة لضمان الجودة ... إذا نظرنا في حالة القيود الزمنية الشديدة للفريق بأكمله ، بما في ذلك المطور ، فسوف أصر على المراجعة تغطية السيناريوهات الحرجة / الاستراتيجية عن طريق الاختبارات الذاتية للتكامل. ولكل السيناريوهات الأخرى ، قمت بتوثيق مهام منفصلة لجعلها في وقت لاحق. في أي مشروع ، هناك فترات هدوء لا توجد فيها مواعيد نهائية - لذلك من الجدير التركيز على مدير المنتج / قائد فريق / Scrum Masters حول كيفية تضمين هذه المهام: إنه أكثر تعقيدًا - دع المطورين يقومون بذلك ، وتعلم أبسط المهام بنفسك.
استنتاج
لا أستطيع أن أقول أن كل ما هو مكتوب أعلاه سوف يساعدك بالتأكيد ، بعد كل شيء ، لدي شعور بأن صوتي وأسلوبي الاحترافيين يأتيان من خلال تجربة ومن خلال المطبات المحشوة. من المستحيل أن تأخذ وكيفية تطبيق نص عمل شخص آخر على مشروعك من خلال استنسل. ولكن إذا دعيت خربشة بلدي إلى عدم تحمل اللحظات التي لا تحبها ، وكان لديك أفكار في رأسك تفيد بأنك تستطيع أن تفعل الخير لنفسك ، بالنسبة للفريق ، للمنتج ، فأمضيت الوقت دون جدوى. نعم ، لا أعتقد أنني أصور QA Shark ، التي تعرف كل شيء ، تعرف كل شيء. أنا أدرس وأتغير باستمرار. أدرك جيدًا أنه في غضون عام قد تتغير مبادئ عملي. دائما سعيد جدا مع ردود الفعل وسأتعلم بكل سرور من تجربتك ، والكتابة ؛)
وإذا أردت أن تقرأ شيئًا ما لتعزيز حافزك ، فابدأ بكتابين رائعين ، في إشارة أشرت إليها في النص:
1. أسس اختبار البرمجيات: شهادة ISTQB
دوروثي جراهام ، ريكس بلاك ، إريك فان فينيندال ، إيزابيل إيفانز
2. كيفية اختبار على جوجل
جيمس ويتاكر ، جيسون أربون ، جيف كارولو
شكرا لكم جميعا على اهتمامكم!