مرحبًا فتحنا تسجيلات الفيديو لتقارير Heisenbug 2018 Piter. خاصة بالنسبة لحبر ، قمنا باختيار أفضل عشرة تقارير في رأي زوار المؤتمر - خبراء في مجال الاختبار. أكثر "offtopic" تحول فجأة إلى التقرير الأكثر إعجابًا!
يتم ترتيب التقارير في الاختيار بترتيب متزايد. ولكن هذا لا يعني أن "الأصغر سنا" أسوأ بكثير: الجميع ، باستثناء القادة ، حصلوا على نفس النتيجة تقريبًا من 4.27 إلى 4.52. لذلك ، كالعادة ، تحتاج إلى مشاهدة كل شيء. قابلني تحت التخفيض!
أتمتة المؤسسة مع السيلينيوم ولماذا لا علاقة لها بالسلينيوم
المتحدث:
مايكل بالوتاسالموقع: 10
التصنيف: 4.3 ± 0.1
تقرير العرضيفتح الجزء العلوي بعرض تقديمي من قبل مؤسس Selenium Grid Michael Palotas. كان مايكل مسؤولاً عن الاختبار في eBay ، وتوصل إلى ممارسات هندسية جديدة وتمكن من العمل في Intel و Ericsson وشركات أخرى.
مايكل لا يتحدث فقط عن أداة أتمتة السيلينيوم نفسها. ويلاحظ بحق أن السيلينيوم هو "ألم أقل" في الأتمتة والاختبار ، ويعطي العديد من الأمثلة العملية لكيفية تحول تنفيذ الأداة إلى عمل في مشروع كامل النطاق يحتاج إلى الصيانة والإدارة.
يكشف مايكل عن المشاكل الرئيسية التي تمنع فرق التطوير من إنشاء حلول قابلة للتطوير وموثوقة باستخدام السيلينيوم ، ويظهر طرقًا رائعة وفعالة من حيث التكلفة لتحقيق أتمتة الاختبار بالكامل.
هل يوجد اختبار تلقائي في ألعاب الفيديو المحمولة؟
المتحدث:
دميتري ألكسيف / إيفجيني شوماكوفالموقع: 9
التصنيف: 4.3 ± 0.1
تقرير العرضفي الماضي Heisenbugs ، تطرق فيليب كيكس بالفعل إلى موضوع الاختبار الذاتي في ألعاب الجوال ، ولكن في حالته ، كانت اللعبة مع طريقة لعب بسيطة للغاية. في التقرير ، لم يكن ديمتري ويوجين من Zeptolab بسيطًا على الإطلاق: هل لعبوا Cut the Rope أو King of Thieves؟ كيفية إضافة اختبارات تلقائية لهم ، إذا كان لدى جميع اللاعبين أجهزة مختلفة ، فلا توجد أطر عمل ، وكيفية تتبع الأخطاء؟
يوضح تقرير من ديمتري ويوجين أنه لا يوجد شيء مستحيل في التطوير والاختبار. توصل اختبار Zeptolab إلى طريقة صعبة جدًا لتلخيص الإحداثيات وإلقاء المشاهد الرسومية ، باستخدام Testium باستخدام Appium. من السهل فهم التقرير حتى بالنسبة للأشخاص من مجال آخر ، ويظهر جيدًا في المراحل التي يمكن فيها توفير الوقت وجهود المطورين في تطوير ألعاب الهاتف المحمول.
JUnit ، أعطني خمسة! كود النقل إلى ملحقات JUnit 5
المتحدث:
ديمتري توكسالموقع: 8
التصنيف: 4.3 ± 0.1
تقرير العرضيعلن ديمتري توشس بثقة: تم إنشاء JUnit لأي اختبارات. ظهرت للتو JUnit 5 ، التي تلقت قاعدة رمز جديدة ، والهندسة المعمارية و API ، ولكن لم تتأثر بساطة وتعبير الإطار.
في التقرير ، يوضح Dmitry بوضوح ليس فقط عملية الترحيل من الإصدار السابق من JUnit (فقط استبدال التعليقات التوضيحية!) ، ولكن أيضًا أنماط الاختبار المختلفة التي يدعمها JUnit 5 ، ويجيب على السؤال - ما هي الفائدة من التحول إلى إطار جديد بشكل عام.
يعد التقرير مفيدًا لجميع مختبري جافا الذين يشاركون في اختبارات على مشاريع الويب واسعة النطاق ، ويكتبون وظائف على غرار AAA (Arrange - Act - Assert ، وواحد من A في نهاية التقرير لم يعد مطلوبًا) ، ويريدون إنشاء واجهات برمجة تطبيقات بسيطة حتى يتمكن المبتدئون من العمل مع طلاء الاختبار.
الاختبار على أساس بتري نتس
المتحدث:
أليكسي روديونوفالموقع: 7
التصنيف: 4.35 ± 0.05
تقرير العرضتخيل أن اختباراتك غير قادرة على العثور على الأخطاء التي تحدث في ظروف غير عادية ، وأن إنشاء المزيد والمزيد من الاختبارات لم يعد ممكنًا ، لأن وقت التنفيذ يتجاوز جميع الحدود الممكنة.
ماذا تفعل انتقل إلى الجهاز الرياضي بحثًا عن طرق بديلة لتطوير الاختبارات باستخدام الرسوم البيانية. لجنة البرنامج دعتها "اختبار 2.0".
تقرير متشدد وكامل لروبي روبي من اليكسي روديونوف حول كيفية تحول توبتال من الاختبارات التقليدية إلى الاختبار بناءً على النماذج الرياضية ، ما هو الجيد والسيئ الذي يمكن العثور عليه على طول الطريق ، ولماذا يجب الانتباه إلى شبكات بيتري لتحسين الاختبار.
عندما تكون هناك حاجة إلى السرعة والقياس: خادم أجهزة iOS الموزعة
المتحدث:
نيكولاي أبالوفالموقع: 6
التصنيف: 4.4 ± 0.2
تقرير العرضقد يكون مطورو اختبار واجهة المستخدم على دراية بمسألة التشغيل التجريبي على iOS. يستشهد نيكولاي بـ Badoo كمثال - عندما بدأ في إعداد التقرير ، كان هناك 1200 اختبارًا شاملاً. عند الانتهاء - 1300. في المؤتمر ، ارتفع عدد الاختبارات إلى 1400. هذا هو 35-40 ساعة من وقت الآلة في جهاز المحاكاة ، أو 1.5 ساعة من الوقت الحقيقي.
في التقرير ، يخبر نيكولاي كيف تمكن من تقليل وقت الاختبار إلى 30 دقيقة من خلال الذهاب إلى خادم الجهاز ، وكيف جعل هذا البنية التحتية والاختبارات أسهل في القياس والصيانة. يتحدث نيكولاي عن كيفية "فك" عقدة من الاختبارات والبنية التحتية ، وتعلم كيفية تشغيل العمليات بالتوازي باستخدام نموذج التوازي الجديد. في هذا التقرير ، قمنا بعمل
نسخة نصية عن حبري ، بحيث لا يمكنك رؤيتها فقط ، ولكن أيضًا قراءتها.
أخيرًا - نصيحة نصف كوميدية من نيكولاي: إذا كنت بحاجة إلى تقليل وقت اجتياز الاختبارات - فقط احذف الجزء. وسيقل الوقت ، ولن يكون هناك المزيد من الاختبارات غير الموثوقة ، ومن السهل قياسها! إذا كنت بحاجة إلى مزيد من الجدية - انظر التقرير نفسه.
اختبار التكوين لمطوري جافا: الخبرة العملية
المتحدث:
رسلان شيرمينالموقع: 5
التصنيف: 4.4 ± 0.1
تقرير العرضفي مؤتمر Heisenbug السابق ، تحدث أندريه ساتارين عن كيفية تغطية الاختبارات ليس فقط بالتعليمات البرمجية ، ولكن أيضًا بالتهيئة. عمل رسلان تشيرمين في فريق مع أندريه وكان مصدر إلهام لاستخدام هذا النهج لأغراضه الخاصة.
يخبر رسلان في شكل يمكن الوصول إليه ما يمكن اعتباره تكوينًا (كل شيء!) ، وكيفية التخلص من الإحراج من كتابة اختبارات التكوين ، ولماذا هذا مهم ومفيد وبسيط للغاية. عرض رائع مع أمثلة بسيطة ، والكثير من إدخالات التعليمات البرمجية وشرح سهل لما يحدث.
المختبرون هم أسوأ أعدائهم
المتحدث:
مايكل بولتونالموقع: 4
التصنيف: 4.46 ± 0.07
تقرير العرضالأسطوري مايكل بولتون مع الكلمة الرئيسية النهائية التي يجب أن يشاهدها كل اختبار.
لن يتحدث عن الأساليب والأدوات والأطر وأكثر من ذلك بكثير. يتحدث مايكل عن جوهر الاختبار ، ودوره في عالم تكنولوجيا المعلومات ، وأهمية المهنة والتفاعل مع الناس ، وليس مع التطبيقات. الاختبار ليس حول الاختبارات. الاختبار هو عن الناس.
يكشف مايكل عن مشاكل مهنة المختبرين ، ويقترح كيفية تطوير المهارات المهنية والاجتماعية والعقلية التي لن تزيد فقط من فعالية الأخصائي ، ولكن أيضًا الاحترام بين الزملاء. تقرير مفعم بالحيوية وصادق وهام.
هل مازلت ترى تقريرك؟ ثم نذهب إليك!
المتحدث:
Artyom Eroshenkoالموقع: 3
التقييم: 4.52 ± 0.06
تقرير العرضالشعار الرئيسي للتقرير هو "ما هي المشكلة التي نحلها؟". يصف Artyom بوضوح ووضوح التغييرات في الإصدار الذي طال انتظاره من Allure 3 ويشرح سبب الحاجة إلى ميزات جديدة - التصور ، والأدوات الجديدة ، والتكوين الفردي ، وأكثر من ذلك بكثير.
التقرير بسيط ومثير للاهتمام وبديهي وسيكون مفيدًا لأولئك الذين يجلسون على Allure لفترة طويلة وليسوا على دراية بالتقارير من هذا النوع.
اختبار الغموض: البحث عن الأخطاء في مترجم JIT وليس فقط
المتحدث:
مكسيم كازانتسيفالمكان: 2
التصنيف: 4.6 ± 0.1
تقرير العرضهناك مشكلة. قد لا يدرك الأشخاص أن خطأ في التطبيق قد يكون مرتبطًا بالمترجم ، ومن الصعب التنبؤ باحتمال وجود أخطاء في المترجم نفسه ، كما أن العثور على خطأ وإصلاحه أكثر صعوبة.
إذا كانت المجموعات قد دعت في بعض التقارير إلى تقليل عدد الاختبارات ، فعندها يتم تجميع الأجواء وقواعدها في الاختبارات. يروي مكسيم كازانتسيف من Azul Systems في تقرير المركز الثاني حول كيفية تبسيط الحياة لكل من الذين يعملون مع المترجمين وفي اتجاهات مختلفة تمامًا باستخدام اختبار التلاعب.
الأمر بسيط: إذا وجد اختبار "جيد" خطأً واحتمال 10-6 ، فلن يجد خطأً باحتمال 0.999999. ولن تجد خمسة ملايين اختبار خطأ مع احتمال 0.9999995000000 ≈ 0.007. لذا ، هناك خطأ مع احتمال أكثر من 99٪!
هذا هو نوع من الاختبار يتم فيه إنشاء ملايين الاختبارات العشوائية التي تمر عبر المشروع بأكمله ، والتحقق بلا كلل من كل ما تصادفه. ومن الغريب أن هذه الطريقة تساعد تمامًا في العثور على المشكلات التي تحتاج فيها إلى السرعة ودرجة عالية من الموثوقية.
تقرير فائق الجودة وعالي الجودة مع أمثلة على التعليمات البرمجية. تأكد من النظر على الأقل بسبب طريقة غير قياسية ومثيرة للاهتمام للبحث عن مشاكل (وإيجاد!) في التعليمات البرمجية.
الاختبار حتى النهاية: أنماط تصميم واجهة مستجيبة ذكية
المتحدث:
فيتالي فريدمانالموقع: 1
التقييم: 4.72 ± 0.06
تقرير العرضوهنا زعيم قائمتنا القصيرة ، والتي ، من الغريب ، ليست حول الاختبار على الإطلاق. تحدث فيتالي فريدمان ، المعروف بين مصممي الويب ومطوري الويب ، إلى جمهور غير عادي هنا وغزاها!
يمر Vitaly بشكل منهجي عبر جميع مراحل تجربة المستخدم ويتحدث بالتفصيل عن مكونات الواجهة والمشاكل المرتبطة بها والتي يمكن استخدامها في الاختبار. وهذا يشمل تنفيذ "دائري" في مختلف البلدان ، ونصائح حول إنشاء مقارنات مريحة حقا لخصائص السلع (وليس كما هو الحال دائما) ، وقائمة مرجعية مفيدة في إنشاء "الأكورديون". قال العديد من المشاهدين: "نعم ، هذا ليس حول الاختبار ، ولكنه كان مذهلاً." هل لديك منظر جميل!
وبالنسبة لأولئك الذين ليسوا بضع عشرات ، نقدم رابطًا
لقائمة التشغيل ، حيث توجد عروض أخرى مع Heisenbug 2018 Piter.
إذا كنت مهتمًا بالتقارير ، فيرجى الانتباه: سيعقد Heisenbug 2018 Moscow في 6-7 ديسمبر ، والذي سيأتي إليه مطور Selenium WebDriver Alexei Barantsev ، الذي يختبر منذ عام 1994.
يمكن دائمًا الاطلاع على أحدث المعلومات حول البرنامج على موقع المؤتمر ، وهناك يمكنك شراء التذاكر (التي يزداد سعرها تدريجيًا).