Pendaftaran terbuka untuk Allure Server Meetup di St. Petersburg

Kami mengundang Anda ke Allure Server Meetup , yang akan diadakan 21 Maret di kantor St. Petersburg Wrike.
Setiap departemen pengujian berkomitmen untuk kecepatan dan kualitas dengan kecepatan. Kami di Wrike menulis sejumlah besar autotes, menjalankannya secepat mungkin, dan pada saat yang sama berusaha untuk menghabiskan waktu minimal pada dukungan dan dokumentasi mereka. Kami telah bekerja sama dengan qameta.io sejak lama mengenai kerangka dan alat otomasi. Jadi selama lebih dari satu tahun sekarang, kami telah meluncurkan sistem TMS baru - Allure.Server, yang sangat sesuai dengan ide-ide kami tentang melakukan dokumentasi pengujian dan mengelola autotest. Pada pertemuan Allure.Server kita akan berbicara lebih banyak tentang sistem ini, pola penggunaan dan implementasi teknis di atas sistem ini.

Dalam program:

Anton Bashkirov - Allure server: transformasi manajemen kasus uji di Wrike

Saya akan berbicara tentang bagaimana kami di Wrike using Allure Server mengorganisasi proses pembuatan dokumentasi pengujian berdasarkan prinsip "dokumentasi dari swa-uji."

Proses dokumentasi yang biasa mungkin terlihat seperti ini: Manual QA menulis daftar periksa → menulis kasus uji → memberikannya untuk otomatisasi → mendukung dokumentasi ketika perubahan autotest. Kami menemukan cara untuk menyederhanakan dan mengurangi biaya rantai ini dengan mengintegrasikan QA dan QAA ke dalam alur kerja tim yang sama, pindah ke sistem dokumentasi terpadu.

Kami belajar untuk menggunakan semua artefak pengujian sebagai dokumentasi tentang produk kami, kami secara aktif menggunakan anotasi dari kode autotest, menghubungkannya dengan atribut yang sesuai dalam database daya pikat server, yang memungkinkan kami untuk bekerja dengan kasus pengujian, daftar periksa, autotest dan bahkan pengujian unit integrasi dalam ekosistem yang dipesan tunggal. .

Ivan Varivoda - Tes karantina atau bagaimana tidak menjadi gila dengan tes selenium 10K

Dalam otomatisasi uji, sayangnya, situasi tidak jarang terjadi ketika beberapa autotests sementara berhenti bekerja dengan benar. Mungkin ini adalah labu uji atau kinerjanya dipengaruhi oleh masalah infrastruktur atau bug - dengan satu atau lain cara kita harus "mematikan" tes tersebut dari peluncuran atau mengabaikannya.

Ketika sebuah proyek memiliki sejumlah kecil tes dan mereka tidak sering mengejar - tidak ada masalah khusus, tetapi dengan peningkatan jumlah tes dan setiap hari dimulai menjadi sangat perlu untuk mematikan tes yang rusak secepat mungkin dan dapat mengontrol tes "off".

Kami akan berbicara tentang cara mematikan tes dengan cepat, apa itu tes karantina, mengapa tes ini diperlukan, dan bagaimana cara kerjanya di Wrike dan apa yang harus dilakukan Allure Server dengan itu.

Diskusi: Artyom Eroshenko, Mikhail Levin

Dalam format dialog yang menjadi pertanyaan dari audiens, kami akan membahas masalah dan arah pengembangan manajemen pengujian, interaksi dengan Qameta dan rencana lebih lanjut untuk server Allure.

Kami menunggu Anda di kantor Wrike pada 21 Maret hingga 19:00.

Pendaftaran

UPD: laporkan entri habr.com/ru/company/wrike/blog/454730