اختبار الذكاء الاصطناعى وبدء التشغيل: مقابلة مع آدم كارمي (Applitools)

هناك عبارة شائعة "خدش الحكة الخاصة بك": إذا كنت ترغب في إنشاء منتج جديد ، فافعل ذلك الشيء الذي تفتقر إليه بنفسك. في هذه الحالة ، تفهم جيدًا كيفية القيام بذلك بشكل جيد.

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

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

بدء الحياة

يفغيني تريفونوف ( فيلني ): كنت موظفًا لسنوات عديدة ، ثم قررت إنشاء شركة ناشئة. كيف حدث هذا وما كان الدافع؟

آدم: وظيفتي السابقة كانت شركة لأمن المعلومات. عملت هناك لمدة 8 سنوات. أعتقد أنه يمكنك تخيل عدد واجهات المستخدم الموجودة في منتج الأمان. عدد كبير من السجلات والمخططات والرسوم البيانية والاستعلامات والتنبيهات. وحول كل هذا كان هناك الكثير من واجهة المستخدم غير واضحة.

كان كل شيء معقدًا بسبب ترجمة واجهة المستخدم هذه إلى 6 لغات وتزويدها بخمسة علامات تجارية مختلفة. لاختبار كل شيء يدويًا من البداية إلى النهاية في جميع الاختلافات ، استغرق الأمر حوالي أسبوع. كان هناك 20 اختبار قاموا بهذا كل تكرار. وهذا هو ، إذا كان الإصدار يتطلب عدة تكرارات ، فهذا يتطلب دورة إطلاق لا تقل عن 2-3 أشهر.

لذلك ، في تلك السنوات التي عملت فيها هناك ، افتقرت إلى حلول لهذه المشكلة. بالطبع ، كنا نشارك في الأتمتة. كان السيلينيوم منتجًا شابًا ، لقد استخدمناه ، لكنه لم يغط واجهة المستخدم. شرحت المشكلة باستمرار لبائعي الوقت (HP و Microsoft و IBM) وطلبت حلاً. كانت الإجابة دائما واحدة: إنها مستحيلة. للتحقق من أن الواجهة تبدو كما ينبغي (بدلاً من مجرد "العمل كما ينبغي") ، ستكون هناك حاجة دائمًا إلى اختبار يدوي.

عند الاستماع إلى هذه الإجابة لسنوات ، قررت المشاركة في هذه الأداة لفريقي كمشروع جانبي. لقد قمت بكتابة الكود منذ 10 سنوات ، أحبها حقًا ، يمكنني القيام بذلك. وبالتالي ، حتى عندما كنت أقود فريقًا كبيرًا ، كان لدي دائمًا مشاريع للحيوانات الأليفة: لقد كتبت ألعابًا لأطفالي ، ثم عابثت بأشياء مثيرة للاهتمام. وأردت حقًا حل هذه المشكلة. لقد رأيت على الفور مدى صعوبة ذلك ، لكنه دفعني فقط إلى العمل بجدية أكبر واتخاذ قرار.

في حوالي عام من العمل ، تمكنت من إرساء الأسس. وبحلول هذا الوقت ، تم شراء الشركة التي عملت بها من قبل شركة أخرى. وقررت أن أذهب إلى عملي الخاص بدلاً من الانتقال إلى أخرى.

بشكل عام ، كان حافزي هو العمل على شيء يثير اهتمامي على المستوى التكنولوجي. لم يكن لدي أي طموح لأن أصبح رجل أعمال رائعًا. كانت مجرد مسألة القدرة على العمل على ما فتنتني.

يوجين: عندما وجد موظفو تكنولوجيا المعلومات شركات ، فغالبًا ما لا تكون المشاكل التكنولوجية هي المشكلة ، بل الجانب التجاري. لديك خبرة في المناصب الإدارية - كم ساعدت؟ هل توصي بالحصول عليها قبل إنشاء شركتك؟

آدم: بادئ ذي بدء ، أود أن أشير إلى أنه لا ينبغي للمرء أن يخلط بين الخبرة الإدارية والتجارية. هذه أشياء مختلفة جدا.

كونه فني هو مهارة منفصلة. أنت تجذب الموهوبين وتلهمهم للعمل بجد وتأكد من بقائهم في فريقك لسنوات عديدة وأن العمل يأسرهم. وأعتقد أن هذا يرجع إلى حد كبير إلى كونه مهندس جيد ، وليس له علاقة بالعمل.

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

موقفي كان مختلفا تماما. ذكرت على الفور أنه ليس لدي أي فكرة عن كيفية أن أصبح رئيسًا تنفيذيًا. لذلك قلت: دعونا نعثر على شخص يعرف بالفعل ما يجب فعله ولديه خبرة في هذا الشأن. ودعه يكون الرئيس التنفيذي ، وسأكون مسؤولاً عن المكون التقني.

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

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

أكرر ، أعتقد أن المهندس ليس هو الخيار الأفضل لبدء التشغيل. فرص ليست في صالحك. يجدر العثور على شخص يعرف ما يفعله. سيزيد هذا من فرص النجاح ، رغم أنه لا يضمن أي شيء.

يوجين: حصلت عليه. وفي هذه الحالة ، عندما كانت مهام العمل المعقدة على شخص آخر ، ما هو الشيء الأكثر تعرقًا بالنسبة لك؟

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

حسنًا ، هناك الصعوبات المعتادة - لكي يعمل المنتج بشكل صحيح ، للتعامل مع المكون الهندسي ، ويعمل بجد.

ميخائيل دروزينين ( xomyakus ): يبدو أن التنمية جزء بسيط. هي على الأقل يمكن التنبؤ بها.

آدم: بالضبط.

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

ولكن حتى عندما تترك وضع البقاء على قيد الحياة ، يكون لديك منتج وعملاء ممتازون ، إذا قمت بجمع الأموال ، فلديك مستثمرون ينتظرون الربح من استثماراتهم. يوجد الآن ضغط مستمر للنمو والتطور بوتيرة عالية جدًا ، وهذا يتطلب منهجًا إبداعيًا وكثيرًا من العمل ، لأن عليك التعامل مع هذا النمو.

دعنا نقول أن مبيعاتك بلغت X مليون في السنة ، وأنت تبتهج بالنجاح. لكن في العام المقبل ، عليك أن تبيع ضعف ما تفعله؟

مايكل: قلت عن الإبداع ، ما هو المقصود بهذا بالضبط؟

آدم: عادة ما تفكر: لقد صنعت منتجًا رائعًا ، والآن سيستخدمه العالم بأسره.

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

والإبداع هنا يعني التفكير فيما وراء الصور النمطية واستخدام الأساليب التي تتطلب القليل من المال والموارد. بإمكان Applitools القيام بذلك ، فهو يسمح لنا باتخاذ مستوى جديد كل عام. ولكن في كل مرة يتعين علينا الذهاب إلى أبعد من ذلك.

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

آدم: نعم بالطبع. هناك أيضًا إبداع ، يتعلق بالمنتج نفسه: تحتاج دائمًا إلى مواكبة التطورات ، والقيام ببعض الأشياء بشكل أسرع وأكثر كفاءة. هذا غني عن القول.

يوجين: العودة إلى موضوع النمو: كم عدد الأشخاص الذين يعملون اليوم في Applitools ، وما مدى سرعة نمو هذا العدد؟

آدم: 110 أشخاص يعملون اليوم. وفي بداية عام 2018 ، كان هناك حوالي 20 شخصًا ، وكان النمو سريعًا ، خمس مرات في غضون عامين.

يوجين: مثير للإعجاب ، نعم. ولكن هل كان من الصعب بمثل هذا المعدل من النمو ، عندما يأتي الكثير من الأشخاص الجدد ، الحفاظ على ثقافة الشركة؟

آدم: سؤال عظيم. من تجربتي الخاصة ، أدركت مدى أهمية ثقافة الشركة المحددة جيدًا. يبدو أنه يمكنني الآن إعداد تقرير كامل حول هذا الموضوع.

بادئ ذي بدء ، لم يتم تطوير مفهوم ثقافة الشركات في إسرائيل بشكل كبير. إذا كان شخص ما يحاول القيام بذلك ، فإن رد فعل الناس هو "أوه ، هذا هراء الشركات".

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

بالطبع ، أول الموظفين هم أولئك الذين تعرفهم شخصيًا والذين أقنعتهم بالذهاب إليك. ولكن بعد ذلك يصبح من الصعب جدا أن تنمو. في بعض الأحيان يستغرق الأمر من 6-8 أشهر للعثور على الموظف المناسب.

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

هذا سمح لنا بإنشاء عملية تطوير فريدة من نوعها ، والتي من الصعب حتى استدعاء عملية. يتحمل كل مطور لدينا مسؤولية كل ما يحدث. ليس لدينا سرعات ، إصدارات مخططة ، لا نطلب حتى من فريق المنتج تقديم المواصفات الكاملة.

يكفي أن يكون لديك فكرة ، وأنت مسؤول عن تنفيذها. أنت نفسك تبحث عن المعلومات التي تحتاجها ، أنت نفسك تبحث عن أشخاص لمساعدتك. إذا كنت لا تعرف كيفية القيام بشيء ما ، فأنت مسؤول عن تعلم كيفية القيام بذلك.

لذلك تمكنا من خلق شيء خاص. وعندما جذبنا قدراً كبيراً من الاستثمار وعلمنا أننا سننمو ، كنت قلقاً للغاية بشأنه. كيف نحافظ على تفردنا ، وليس تدميره أثناء النمو ، عندما يكون الفريق الهندسي ثلاثة أضعاف؟

وكان القرار لإصلاح هذه العملية وتحديد الثقافة بوضوح.

لقد بدأت بتوظيف موارد بشرية جيدة جدًا عملت لدى Dropbox. في الواقع ، قامت بتجميع فريق Dropbox بأكمله ، والآن يعد واحدًا من أفضل الأماكن للعمل في العالم. هي من ذوي الخبرة جدا. جلسنا للتو وبدأنا في كتابة مسودة لثقافتنا الجديدة.

قدمنا ​​إنجازاتنا إلى Timlids ، الذين رفضوا كل هذا تمامًا. وغضبوا جدا. ثم بدأ الحوار. في عملية المناقشات مع عدد كبير من التعليقات ، تمكنا من صياغة ما يعنيه العمل في شركتنا. لدينا قائمة من القيم التي وافق عليها جميع قادة الفريق.

استغرق الأمر عدة أشهر ، ولكن في النهاية ، عندما قدمنا ​​النتيجة إلى الفريق بأكمله ، استلمها الأشخاص فورًا. شعروا على الفور أن الكلمات تعبر عن سبب كون العمل في شركتنا مثيرًا للغاية. هذه المرة حصلنا على ردود فعل كبيرة.

نحن الآن نحمي هذه القيم دينيًا ونضمن أنه عند توسيع الدولة ، لن يكون هناك أي تعارض معها. إنها تساعدنا في اتخاذ القرارات والحفاظ على الجو ، وآمل أن تستمر في المستقبل في المساعدة.

يوجين: تفاصيل أخرى مثيرة للاهتمام حول Applitools: مقرك الرئيسي في وادي السيليكون ، ولكن البحث والتطوير في إسرائيل. هل يمكنك معرفة سبب ذلك؟

آدم: بادئ ذي بدء ، عندما تبدأ شركة ، في البداية تعمل من المنزل ، من مقهى بالقرب من منزلك ، أو السفر.

تأسست شركتي ونشأت في إسرائيل ، لأن هناك الكثير من تكنولوجيا المعلومات. وبسبب نشاطنا في إسرائيل ، تمكنا من الانتشار إلى بقية العالم. عندما يكون لدى شركة كبيرة فريق في إسرائيل ، ويستخدمون نوعًا من الأدوات في هذا الفريق ، كنتيجة لذلك ، هناك فرق أخرى في هذه الشركة (في الولايات المتحدة الأمريكية وبريطانيا العظمى وأماكن أخرى) ترى ذلك. وإذا قمت بهذه الأداة ، فإن منتجك لديه عملاء أجانب فجأة ، على الرغم من أنك لم تشارك في التسويق أو المبيعات في الخارج.

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

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

والبحث والتطوير ، بدءا من إسرائيل ، لا يزال في ذلك. هناك أخصائيون ممتازون هنا ، وفي الوقت نفسه ، يعد الاحتفاظ بفريق من المهندسين هنا أرخص بكثير من وادي السيليكون ، والمنافسة على المواهب ليست عالية. لكل هذه الأسباب ، يسعدني أن أبقى هنا في إسرائيل ، على رأس المكتب الإسرائيلي. هذا جيد بالنسبة لي وللشركة. وكان شريكي في سان فرانسيسكو منذ ما يقرب من أربع سنوات.

مايكل: بالإضافة إلى الشريط العالي الذي ذكرته عند التوظيف ، هل تستخدم أي حيل أخرى لمنع انخفاض مستوى الجودة مع النمو السريع؟

آدم: أستطيع أن أخبرك بما أقوم به الآن (ربما سيتغير هذا في المستقبل).

أعتقد اعتقادا راسخا أن مطور جيد يجعل البرمجيات تعمل حقا. لا يقوم بإنشاء مثل هذه البرامج التي انتهى منها بالفعل ، ولكن لا يزال يحتاج الآخرون لاختباره. انها وظيفته لجعله حقا العمل. لا يهمني كيف يفعل ذلك. لا يهم إذا قام باختبار كل شيء يدويًا في كل مرة أو أتمتة الاختبار. أنا حقا لا أهتم. ولكن هذا هو عمله ومهمته.

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

هناك مشكلة واحدة مع كل هذا. بالطبع ، ربما يكون لديك مطور يدرك أنه يجب عليه اختبار كل ما يكتبه. إنه يعلم أن هذا هو وظيفته ، ووافق عليها. ولكن عندما تسأل ، "هل كل شيء تم اختباره جيدًا؟" وأجاب "نعم" ، هذه إجابة ذاتية للغاية. لقد فعل شيئًا ، لكن قد يكون 50٪ مما كان من المفترض ، وكتب لنفسه في دفتر ملاحظات "بعد الإصدار سيكون من الضروري العودة إلى هذا".

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

لهذا السبب لدي مدير جودة (وليس ضمان الجودة).

لديه فريقه الخاص. هدفه في الشركة هو التأكد من أن كل شيء تم اختباره وأن المطورين قاموا بالفعل بتغطية كل شيء. ببساطة ، يجب اختبار كل شيء عن الجودة. مدير الجودة لديه الكثير من السلطة والحرية. إذا أخبرني أن شيئًا ما لم تتم تغطيته بشكل كافٍ ، فلن نقوم بأي شيء حتى نكتشفه.

يساعد فريقه أيضًا فريق التطوير على سد الثغرات. في بعض الأحيان ، يتم اكتشاف المشكلات بأثر رجعي عندما يكون الفريق المقابل مشغولًا ببعض الميزات وليس لديهم وقت للتبديل - عندها يمكن لفريق مدير الجودة تولي هذه المهام.

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

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

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

مايكل: أنت تصنع أداة اختبار ، لكن كيف تختبر هذه الأداة نفسها؟ كيف يتم استخدام Applitools لاختبار Applitools؟

آدم: يتم كل اختبار بصري واختبار واجهة المستخدم الوظيفية في Applitools باستخدام Applitools. بالطبع ، هناك شيء يتم اختباره يدويًا ، وليس من المنطقي اختباره من خلال واجهة المستخدم ويتم تغطيته من خلال واجهة برمجة التطبيقات. ولكن مع العنصر البصري ، لدينا dogfood الصلبة.

سنصدرها عدة مرات في اليوم ، لكن لا يمكننا القيام بذلك حتى يرى المستخدم التغييرات. يجب ألا يغير فريق التطوير واجهة المستخدم دون المرور بعملية الإخطار الخاصة بالدعم المناسب حتى يعرفوا كيفية الإجابة على الأسئلة.

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

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

هذه هي العملية المزعومة بأكملها. بالطبع ، هناك بعض الأجزاء التي يتم فيها اختبار واجهة المستخدم يدويًا ، على الرغم من أنها جميعًا اختبار تلقائي.

( , , ), . , . , -, — Apple, Netflix, Dropbox, IBM.

AI

: , . «AI and testing», -: « - AI», « AI». AI: ?

: — , AI. - AI, ? , — , , .

, — , AI. 80% , AI.

: «I» , . ?

: .

« , , , ». , AI . , , . .

, . , .

, — . , . , . , , .

AI . AI — , , , .

: AI AI?

: . Applitools Applitools, , AI-. , - AI AI.

, , « ». , , « ».

— , . — , , , .

: , Applitools, AI - — , ?

: . AI «» . , AI . , — :

• AI. هذا مهم جدا
• AI, , AI
• AI , -

— «self-healing tests». , UI , «», .

AI? . : , .

: , , . - — , . . - , , — «». , UI , , .

: , , , AI.

, , AI. , ! .

, , , , . - , . , , . , .

: . , - , . « », . «, , , - ».

: . . , , . , . , , . , . , , . , ?

, . , . , : 100%, . . , .

: Heisenbug , . , , ?

: . , , . , . , , .

, . . , , , , . . . , - , . لماذا؟ .

: . ?

: . , .

, . , - , . , — , , , , .

, . . , , , . , , .

, . , , . .

Heisenbug, 5 . Heisenbug , . , Heisenbug , , ( , ).