Hai Nama saya Dasha, saya sedang menguji aplikasi seluler 2GIS di iOS. Saya ingin berbagi proses kami dalam melakukan fitur, yang membantu tidak hanya menghemat waktu, tetapi juga meningkatkan keterampilan pribadi saya. Baca artikel untuk mengetahui bagaimana kami mengelola produk, desainer, pengembangan dalam konteks yang sama. Kami percaya bahwa tinjauan rakitan uji pertama oleh semua orang yang tertarik benar-benar membuat hidup lebih mudah. Dan komunikasi adalah kunci untuk mengelola fitur.
Rasa sakit kita
Ketika berkomunikasi dengan penguji dari perusahaan lain, saya sering melihat bahwa menguji fitur mereka entah bagaimana berantakan, tidak terstruktur. Karena itu, waktu terbuang sia-sia, kekuatan orang-orang yang terlibat dalam pembangunan. Orang menjadi marah, mulai membenci rekan-rekan mereka, menunggu mereka di beranda.
Sebelumnya, kami juga memiliki sesuatu yang serupa: ketika merencanakan sprint, sebuah tugas terbang, pada awal sprint diambil ke dalam pengembangan, kami mengerjakan tugas dalam proses. Jika ada pertanyaan tentang interaksi dengan tim lain, kami pergi ke produk. Sering terjadi bahwa di beberapa tim pekerjaan sudah berjalan lancar: semua orang menantikan rilis, seseorang sudah bermimpi tentang fitur dalam pertempuran; dan tim lain bahkan tidak tahu tentang keberadaannya. Proses seperti itu tidak efektif, menghabiskan banyak waktu / upaya, membawa kekacauan.
Akibatnya, mereka menyadari bahwa mustahil untuk hidup seperti itu, dan mulai membangun proses baru. Dia sudah membantu menyelamatkan saraf seseorang, dan mungkin nyawa.
Tentang tim
Tim kami terdiri dari: 9 pengembang, 6 penguji, produk dan seorang desainer. Saat merencanakan iterasi (apa yang akan kami lakukan untuk 4 bulan ke depan), fitur dikompilasi yang ingin Anda rilis dalam periode waktu saat ini. Ketika daftar dikompilasi, satu fitur dialokasikan untuk setiap fitur dari tim dari pengembangan dan pengujian, yang akan dengan fitur dari awal hingga akhir.
Bagi kami, fitur adalah orang yang hidup dengan fitur dari TK untuk dirilis. Dia memiliki informasi terkini tentang apa yang terjadi pada fitur secara keseluruhan, dan berfungsi sebagai titik masuk untuk pertanyaan tentang bekerja pada fitur untuk orang-orang dari tim lain. Anda dapat mempelajari lebih lanjut tentang fitur di akhir
laporan oleh Sasha Kartavtsev . Ingat istilah ini, maka akan ditemukan lebih dari satu kali.
Rilis dalam 9 tahap
Seluruh proses membawa fitur untuk dirilis dapat dibagi menjadi 9 tahap utama. Untuk lebih jelasnya, kami mengambil fitur yang baru-baru ini dirilis dari "Hadiah" dan menceritakan bagaimana kami melakukannya di sembilan tahap.
Penghargaan adalah hadiah bagi pengguna atas kontribusi mereka terhadap produk. Pengguna mendapatkannya untuk menulis ulasan, mengunggah foto, menambahkan perusahaan baru ke direktori. Mereka dapat dilihat pada tab "My 2GIS".
Tahap 1 - proses pengembangan TK
Sebelum mulai mengerjakan fitur-fiturnya, kami membuat ruang obrolan dengan santai dan memanggil semua orang yang terlibat di sana. Kami sepakat bahwa di dalamnya kami akan membahas semua masalah tentang fitur dan acara dalam kehidupan para peserta obrolan yang dapat mempengaruhi jalannya rilis. Tidak perlu mengatakan bahwa Anda mencari susu, tetapi Anda perlu berbicara tentang liburan / cuti sakit, jika tidak, Anda berisiko mengalami kebencian karena tidak responsif.
Pertama-tama, fitur dari pengembangan dan pengujian melihat TK / desain, mengajukan pertanyaan, mengusulkan perbaikan, berdasarkan pengalaman fitur lainnya. Fitur ini dimonitor sehingga pertanyaan dijawab dalam sehari. Jika tenggat waktu ditunda, maka orang-orang yang sama ini mengisyaratkan kepada produk / orang yang bertanggung jawab bahwa jam terus berdetak dan akan lebih baik untuk menjawab.
Proses pengembangan TK dianggap selesai ketika semua masalah utama ditutup, ada desain akhir, pengembangan tidak memiliki pertanyaan tentang implementasi fitur.
Pada tahap pertama, sangat keren untuk membuat prototipe fitur dan menggunakannya dalam pengembangan TK: ini akan membantu untuk merasakan fitur pada perangkat dan mengidentifikasi ketidaksempurnaan pada tahap awal, membuat kasus untuk pengujian. Produk akan dapat membuat perubahan pada logika bahkan sebelum pengembangan pada platform dimulai.
Tahap 2 - Menyusun daftar periksa
Dalam proses mengerjakan ToR, sebagai fitur untuk pengujian, saya membuat kasus pengujian untuk fitur di TestRail, yang kemudian diperiksa untuk fitur tersebut. Kasing yang diprioritaskan untuk otomasi lebih lanjut. Karena ada fitur backend dalam, saya menambahkan cek untuk itu ke rencana pengujian: bidang mana yang kami kirim, yang kami terima, dan apa yang akan terjadi jika ada omong kosong yang tidak dapat dipahami di sini. Mari kita berikan daftar periksa yang sudah selesai untuk pengembangan dan produk untuk menyinkronkan harapan dari fitur, sehingga tidak terjadi bahwa pengujian memikirkan satu hal, produk mengharapkan yang lain, dan pengembang melakukan hal lain.
Tahap 3 - Pengembangan
Setelah pengembangan Kerangka Acuan, pengembangan fitur dimulai. Pengujian pada waktu itu ditutup / diperdebatkan masalah terbuka di ToR dan ruang obrolan, menginformasikan pengembangan semua perubahan, jika ada yang muncul: persyaratan baru, desain baru, teks baru, apa pun - pengembangan harus menyadari segalanya, jika tidak tidak ada cara untuk menghindari perkelahian.
Tahap 4 - Tinjauan perakitan fitur pertama
Setelah menerima perakitan pertama, kami melemparkannya ke fitur obrolan, di mana kami meminta produk dan desainer untuk ditinjau. Pengujian mengontrol bahwa perakitan dilihat dan diberikan umpan balik - semakin cepat, semakin baik. Ini dilakukan pada tahap awal, sehingga situasi yang tidak menyenangkan nantinya tidak terjadi.
Contoh situasi yang tidak menyenangkanAnda duduk dengan tenang di malam hari di rumah, jangan menyentuh siapa pun. Anda berpikir bahwa semuanya ada di belakang, besok fitur akan digunakan untuk pertempuran. Tetapi pada pukul satu pagi, sebuah produk jahat menyerbu masuk ke rumah Anda (ini nyata, karena dia tinggal tiga lantai di atas saya) atau perancang (ini sudah kurang nyata, ia tinggal jauh dari saya, tetapi ia memiliki mobil) dengan persyaratan untuk segera memperbaiki font / warna / padding, jika tidak “jangan dilepaskan! Anda tidak bisa keluar seperti itu, "dan di pagi hari perusahaan PR sudah diuraikan, dan hanya itu, semuanya sia-sia. Dan sekarang Anda duduk jam dua pagi, hubungi pengembang, mulai tiket. Secara umum, umpan balik yang diterima tepat waktu dari orang yang tepat sangat berharga. Mendapatkannya di awal tidak akan membiarkan Anda mengencangkan rilis dari sisi ini.
Tahap 5 - Pengujian Platform
Sejalan dengan tinjauan majelis pertama, pengujian dimulai pada platform menggunakan uji kasus yang disusun sebelumnya. Selama proses pengujian, jika Anda menemukan masalah yang mengancam untuk mengganggu rilis, atau menyadari bahwa sesuatu dapat dilakukan dengan lebih baik, mereka akan menambahkan fitur ke obrolan atau meninggalkan komentar di TOR. Kami memastikan bahwa pertanyaannya tidak tetap terbuka.
Pada tahap yang sama, ada perubahan dalam logika fitur (UI, misalnya) - mereka juga memberikan perakitan ke produk dan perancang untuk ditinjau untuk memastikan bahwa harapan bertepatan dengan kenyataan.
Tahap 6 - Pengujian Integrasi
Item ini diperlukan jika tim selain ponsel berpartisipasi dalam pengembangan fitur ini. Misalnya, ponsel + backend. Jika kita mengganti font atau warna ikon, maka, tentu saja, tidak ada integrasi yang terjadi. Namun, dalam contoh kami dengan Hadiah, backend terlibat - integrasi sangat diperlukan.
Hal pertama yang harus dilakukan adalah membuat dermaga di Confluence. Sebagai aturan, pada awalnya orang melakukan ini.
Dokumen menentukan:
- tanggal pelaksanaan;
- peserta - sehingga tim mengetahui para pahlawan dari pandangan, dan para pahlawan tidak dapat menyangkal fakta ini;
- daftar cek;
- daftar kasus - verifikasi skenario dengan kondisi tertentu.
Setelah menyusun dok, saya melemparkannya ke fitur obrolan dan meminta semua peserta integrasi untuk meninjau / menambah kasing.
Pada hari X, peserta integrasi berkumpul di satu kantor dan memeriksa semua skenario dari dermaga integrasi. Sangat bagus untuk melakukan integrasi bersama dengan tim backend - Anda segera menyelesaikan semua masalah di tempat dan mengklarifikasi semua keanehan.
Tahap 7 - Briefing Dukungan
Sebelum rilis, mereka memberi tahu dukungan bahwa fitur akan segera dirilis, saatnya bersiap-siap. Dali membaca TK, aduk majelis. Mereka melaporkan obrolan mana yang harus ditulis dan siapa yang harus dihubungi jika mereka menerima umpan balik dari pengguna.
Tahap 8 - Rilis
Kami mulai menggulirkan fitur, memberi tahu obrolan tentang hal itu dan secara paralel menyaksikan Crashlytics, umpan balik di toko, dan dukungan. Kami berharap yang terbaik, minum valerian. Semuanya berjalan lancar dengan Hadiah, tetapi kami siap untuk segera melakukan perbaikan terbaru dan memberitahu semua orang di fitur obrolan jika selama peluncuran bug kritis ditemukan di sisi platform.
Tahap 9 - Dukungan untuk fitur setelah rilis
Setelah fitur memasuki pertempuran, peran kami menjadi informasi: mereka menjawab pertanyaan yang masuk, diminta, menyelesaikan beberapa masalah platform atau, jika mereka mengerti bahwa masalahnya ada di backend, meneruskannya. Setelah rilis, saya juga menuangkan kasing pada cek Hadiah ke penyimpanan kasing utama di jalur uji sehingga dapat digunakan kembali di masa depan.
Dan jika sebentar
- Selalu pertahankan setiap orang dalam konteks yang sama. Laporkan perubahan penting.
- Segera setelah majelis dengan fitur muncul, aturlah tinjauan majelis pertama oleh semua pihak yang berkepentingan.
- Jika perubahan terjadi pada logika fitur di setiap tahap, atur juga ulasan.
- Dapatkan jawabannya: tulis, panggil, tendang, hingga Anda merespons.
- Siapkan dukungan untuk fitur baru dan bantu setelah peluncuran.
Pengetahuan dan pengalaman yang saya peroleh dalam proses membantu saya di tempat kerja maupun di kehidupan. Saya memompa komunikasi, kemandirian, tanggung jawab, membenamkan diri dalam produk di luar pekerjaan tim kami. Ngomong-ngomong, tim juga senang - dalam kasus fakap, sekarang dia minum anggur, bukan valerian.