تقريبا التكنولوجيا: QATOK

في 11 كانون الأول (ديسمبر) ، سيتم إجراء تقريبًا تقنيًا في مكتب Odnoklassniki St. Petersburg: QATOK - حدث مخصص لضمان الجودة في مشاريع تكنولوجيا المعلومات وكل ما يتعلق بها. مع الزملاء من OK و Mail.ru و Qameta Software ، سنتحدث عن قياسات الأداء في تطبيقات Android ، ونناقش تصور تغطية autotest ، ونرى لماذا انتهت صلاحية PageObject بالفعل وقد حان الوقت لاستبدالها.

سجل على ok.tech: قاتوك

إذا كنت تريد الاطلاع على أوصاف التقارير والجدول الزمني ، فإننا ندعوك للمشاركة.

إعادة اختراع PageObject - أناتولي أوستابينكو ، Mail.Ru

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

مقاييس الأداء في تطبيق Android - Anton Smolyanin ، حسنا

زملاء الدراسة هي خدمة ضخمة مع أكثر من 70 مليون مستخدم. إذا تحدثنا عن الأجهزة المحمولة ، فإن الأغلبية تستخدم OK.RU على الهواتف الذكية التي تعمل بنظام Android. لهذا السبب ، فإننا نأخذ أداء تطبيق Android الخاص بنا على محمل الجد. في التقرير ، سأتحدث عن السبب ، من حيث المبدأ ، في التعامل مع القياسات ، وعرض الرسوم البيانية للتسريع ، ومشاركة تاريخ كيفية العثور على أقسام التطبيق البطيئة وإصلاحها ، وكذلك الاهتمام بتوصيات Google بشأن هذه المشكلة.
بعد ذلك سوف نفهم الأدوات ، ونبدأ بما يمكنك رؤيته في Android Studio ، ثم سنناقش الأدوات المساعدة لوحدة التحكم. بعد ذلك ، سوف أشارك الخارقة الحياة حول كيفية تكوين التطبيق لزيادة دقة القياسات وفي نهاية المطاف دمج كل شيء في عملية الاختبار. في نهاية التقرير سوف أتحدث عن المشكلات التي يجب حلها على هذا الطريق.

Autotest تغطية التصور - ارتيم Eroshenko ، Qameta البرمجيات

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

1. اختبارات API. هناك اختيال ، أثناء تنفيذه نجمع أيضًا اختيال. نحن نعتبر الطلاء كفرق بين اثنين من الجرار. يمكنك أن ترى ما هو مغطى ، ما هو ليس ، وما هي البيانات.
2. اختبارات الويب. أثناء تنفيذ الاختبارات ، نجمع معلومات حول العناصر والصفحات والإجراءات. نتيجة لذلك ، حصلنا على التنسيق التالي:
   
   1. الصفحة.
   2. العناصر؛
   3. الإجراءات.
   4. الاختبارات.

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

نتيجة لذلك ، يمكنك الإجابة بسرعة على الأسئلة التالية:

1. ما هو مغطى وما هو ليس كذلك.
2. كيف غطت (فقط النقر أو التحقق من النص).
3. ما الاختبارات تذهب من خلال هذه الصفحة.
4. العناصر الأكثر استخدامًا. بشكل عام ، من الأفضل تجنب هذا لأنه نقطة محتملة للفشل.
5. أشر إلى الاختبار ، شاهد الفيديو من Selenoid.
6. متصلة السيلينيوم. يمكن أن تكتمل بسهولة ل Puppeteer ولأي شيء آخر. سيكون من المناسب أن نفهم ما يجري فحصه ولماذا.

تقرير الجدول:

19:00 - 19:40 صفحة تم إهمالها ، حان الوقت لإيجاد بديل - Anatoly Ostapenko، Mail.Ru
19:40 - 20:30 قياسات الأداء في تطبيق Android - Anton Smolyanin ، حسنا
20:30 حتي 21:00 استراحة القهوة ، البيتزا ، الدردشة ، التواصل
21:00 - 21:40 تصور تغطية autotests - Artem Eroshenko ، Qameta Software

نحن في انتظار كل من يريد التحدث مع خبراء في مجال ضمان الجودة في الاجتماع يوم 11 ديسمبر في مكتبهم في سان بطرسبرج.

تعال ، سيكون ممتعًا ومفيدًا!

سجل على ok.tech: قاتوك