Pada akhir Maret,
pertemuan server Allure diadakan di kantor Wrike St. Petersburg. Dalam beberapa jam kami berhasil menempatkan informasi terkonsentrasi pada alat
server Allure baru, pada praktik modern dalam bekerja dengan dokumentasi pengujian dan swa-uji, dan pada pengalaman menarik dalam interaksi pengujian Wrike dan vendor baru di pasar sistem TMS.
Bagi yang tidak bisa datang, kami mempublikasikan video laporan.
Anton Bashkirov (Wrike QA Lead) berbicara tentang konsep dan produk server Allure itu sendiri, tentang bagaimana kebutuhan kita akan dokumentasi uji cepat dan murah dan pekerjaan terpusat dengannya tumbuh bersama dan ditembus dengan ide-ide dari tim
qameta.io . Saya menjabarkan rencana lebih lanjut kami untuk bekerja dengan server Allure.
Anton Bashkirov - Allure server: transformasi manajemen kasus uji di Wrike
Proses dokumentasi yang biasa mungkin terlihat seperti ini: Manual QA menulis daftar periksa → menulis kasus uji → memberikannya ke otomatisasi → mendukung dokumentasi ketika perubahan autotest. Kami menemukan cara 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 untuk produk kami, kami secara aktif menggunakan anotasi dari kode autotest, menghubungkannya dengan atribut yang sesuai dalam database daya tarik server, yang memungkinkan kami untuk bekerja dengan kasus pengujian, daftar periksa, end2end, dan tes integrasi dalam ekosistem yang dipesan tunggal. .
Ivan Varivoda (Automation QA Wrike) membahas sejarah karantina uji, yang sangat penting bagi kami, yang memungkinkan kami untuk menempatkan keluaran dari peluncuran, perbaikan, dan pengembalian pengujian otomatis yang distabilkan ke arus. Sekali lagi, ini adalah solusi yang dibangun terlebih dahulu secara terpisah dari server Allure, dan diintegrasikan ke dalam sistem ini bekerja sama dengan pengembang.
Ivan Varivoda - Tes karantina atau bagaimana tidak menjadi gila dengan tes selenium 10K
Dalam otomatisasi pengujian, 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 penting untuk mematikan tes yang rusak secepat mungkin dan dapat mengontrol tes "off".
Artyom Eroshenko (qameta.io), Mikhail Levin (Direktur QA Wrike) dengan partisipasi
Dmitry Baev (qameta.io) bersama-sama dengan audiens membahas server Allure dan, secara umum, pandangan tentang dokumentasi uji modern.
