Hai Nama saya Katya, dan saya telah bekerja sebagai penguji aplikasi seluler selama lebih dari lima tahun. Selama tiga tahun terakhir, saya telah bekerja di tim iOS Badoo, dan setiap minggu kami akan
merilis tiga hingga tujuh fitur baru, dari tiga hingga lima tugas teknis dan dari lima hingga 13 perbaikan bug. Seperti yang Anda pahami, aplikasi berubah dengan kecepatan yang tidak efisien untuk mempertahankan dokumentasi uji klasik (kasus uji): hampir selalu akan usang.
Secara empiris, kami menemukan bahwa daftar periksa sebagai dokumentasi uji berfungsi lebih baik, karena lebih mudah dibuat dan digunakan. Namun demikian, kadang-kadang mereka dapat membingungkan dan terlalu rinci, terutama ketika ada beberapa jam pada fitur
pengujian eksplorasi yang
harus dimasukkan dalam rilis berikutnya.
Dalam hal ini, visualisasi dapat menghemat banyak waktu, jadi kami memutuskan untuk mencoba menggunakan peta pikiran (atau "kartu mental"), yang nyaman digunakan sebagai daftar periksa, tetapi lebih visual karena format visual.
Hari ini kita akan menganalisis secara terperinci peta pikiran yang dibuat oleh saya untuk menguji aplikasi iOS (selanjutnya disebut "pesona saya"), serta menelusuri sumber daya yang dapat digunakan untuk membangun peta pikiran untuk aplikasi seluler untuk mencakup jumlah maksimum skenario penting.
Apa yang menyusun peta pikiran
Mari kita menganalisis struktur "pesonaku".
Seperti yang Anda lihat di bawah, semua ide untuk pengujian dibagi menjadi sepuluh kategori utama, yang masing-masing memiliki banyak cabang:
Fungsionalitas
Kategori ini adalah yang paling banyak jumlahnya. Penting untuk memastikan bahwa fitur / produk Anda berfungsi sebagaimana mestinya. Saya menyertakan cek berikut dalam kategori ini:

Antarmuka pengguna
Kategori "Antarmuka Pengguna" sangat penting, karena kesetiaan dan keberhasilan produk tergantung pada bagaimana pengguna berinteraksi dengan aplikasi. Di sini saya mengusulkan untuk memeriksa poin-poin berikut:

Navigasi
Bayangkan Anda menerima pemberitahuan push "Beberapa orang menyukai Anda." Buka - dan macet di halaman "Kami memperbarui kebijakan privasi", yang tidak dapat ditutup. Anda mencoba cara ini dan itu - menarik untuk mengetahui siapa yang menyukai Anda di sana - tetapi sia-sia, layar licik tidak hilang. Untuk menghindari kasus seperti itu, Anda perlu menguji navigasi:

Pembayaran
Mengutip klasik, saya akan mengatakan: "
Uji pembayaran seolah-olah penghasilan pribadi Anda bergantung padanya."
Statistik
Di era keras tes A / B, keputusan tentang apakah fitur itu berhasil dibuat oleh tim ilmu data. Karena itu, sangat penting bahwa statistik yang Anda kirim akurat.

Jaringan
Saat menguji aplikasi seluler di kantor yang nyaman dengan Wi-Fi yang baik, penting untuk diingat bahwa orang mungkin ingin menggunakan aplikasi di lift, angkutan umum, dan tempat lain di mana kualitas sinyal mungkin lebih buruk. Dan aplikasi apa pun harus menanggapi perubahan jaringan secara memadai. Saya sarankan memeriksa yang berikut ini:

Otomasi
Jika Anda memiliki autotest, gunakan (terima kasih, Cap).

Validasi lintas platform
Jika fitur yang Anda uji, misalnya, dalam aplikasi iOS, sudah diterapkan pada platform yang berbeda (katakanlah, Android), maka pastikan untuk memastikan bahwa perilaku tersebut konsisten. Dan jangan lewatkan kesempatan untuk menghindari bug yang ditemui oleh penguji dari platform lain.

Komunikasi
Di sini saya merekomendasikan klarifikasi persyaratan dan memastikan bahwa semua pihak yang berkepentingan puas dengan produk / fitur.

Kategori misterius "Lainnya"

Dalam bentuk jadi, "pesonaku" adalah sebagai berikut:

Versi PDF yang lebih mudah dibaca dapat ditemukan di
sini .
Di mana mencari inspirasi dan cara memvisualisasikan
Jika peta pikiran seperti itu cocok untuk menguji aplikasi Anda, ambillah. Dan untuk membuat peta mental ubahsuaian, saya akan menyarankan Anda untuk mengambil beberapa langkah sederhana:
1. Mulai dari pusat - tanyakan ide, ini bisa berupa nama fitur dan keseluruhan proyek.
2. Temukan ide sebanyak mungkin yang terkait dengan proyek:
- Brainstorming sendiri. Cobalah untuk menuliskan semua ide pengujian yang muncul di pikiran Anda. Pada tahap ini, mereka bisa besar atau kecil, menggunakan metodologi pengujian yang berbeda, berhubungan dengan berbagai jenis pengujian, dan yang paling penting - didasarkan pada pengalaman pribadi Anda dan menjadi penting dari sudut pandang Anda.
- Menarik rekan kerja. Mintalah kolega untuk membantu dengan ide karena satu kepala baik dan dua lebih baik! Semua insinyur QA berbeda: seseorang lebih teknis, seseorang lebih pilih-pilih tentang UI; dan ketika orang-orang dengan pengetahuan di berbagai bidang bertukar ide, mereka mendapatkan pengalaman yang berguna dan pengetahuan baru.
- Internet. Saya merekomendasikan melihat situs-situs berikut untuk melengkapi daftar ide:
-
www.ministryoftesting.com , dan saya terutama menyukai
peta pikiran pengujian iOS mereka - contoh bagus ide dasar untuk pengujian pada iOS.
MindMap - Model Strategi Pengujian Heuristik berisi banyak pertanyaan yang akan berguna untuk pengujian ujung ke ujung yang sukses.
-
www.testingdiaries.com , saya menemukan
Daftar Periksa Pengujian Seluler mereka bermanfaat, karena pemeriksaan penting ditunjukkan dalam bentuk hasil yang diharapkan dan menunjukkan seperti apa tampilan aplikasi seluler yang ideal.
- Klasik mnemonik untuk pengujian seluler:
COP FLUNG GUN dan
LONG FUN CUP (menggambarkan fitur dasar pengujian seluler dan sangat mirip dalam ide),
I SLICED UP FUN - mirip dengan dua yang pertama, tetapi lebih seimbang, dan
SFDPOT , membentuk gagasan pengujian dalam bentuk pertanyaan .
- Buku:
Pengujian Aplikasi Seluler Secara Praktis: Panduan untuk Penguji Seluler dan Siapa pun yang Terlibat dalam Bisnis Aplikasi Seluler - alat dan bagian teknis dari pengujian aplikasi seluler yang non-fungsional diungkapkan di sini, dan
Pengujian Aplikasi Seluk Ke dalam Mobile memberikan dasar yang baik untuk menguji aplikasi, menjelaskan apa yang penting untuk diperhatikan dan mengapa.
3. Saring ide. Akan ada banyak, beberapa akan diulang. Jangan ragu untuk membuang kelebihannya.
Pilih nama. Selanjutnya, Anda perlu mencari nama yang bagus untuk ide. Yang pendek dan rapi akan terlihat jauh lebih baik daripada yang panjang dan kusut. Selain itu, mereka akan lebih mudah ditemukan di masa depan.
4. Bagi dan taklukkan. Setelah mengerjakan daftar, Anda perlu mengelompokkan ide-ide Anda menggunakan klasifikasi apa pun yang tampaknya paling tepat untuk Anda, misalnya, berdasarkan area aplikasi, jenis pengujian, dll. Sebagai hasilnya, Anda akan mendapatkan daftar yang dibagi menjadi beberapa bagian.
5. Visualisasikan. Visualisasi adalah salah satu aspek terpenting dari peta pikiran. Skema harus mudah dan cepat dibaca (kami hanya membuatnya untuk ini, kan?). Ada banyak aplikasi untuk membuat peta pikiran. Saya menggunakan versi uji coba
https://simplemind.eu , tetapi saya dapat merekomendasikan yang lain:
https://coggle.it/http://www.mindmaple.com/http://blumind.org/www.text2mindmap.comhttp://wisemapping.com/Dan beberapa tips yang lebih berguna:
- Cobalah untuk membuat satu elemen bagan untuk satu tes;
- sublevel terlihat lebih baik daripada item panjang;
- Gunakan aplikasi gratis, bukan versi percobaan yang berbayar; atau segera memilih yang paling Anda sukai, jika tidak, ketika Anda memutuskan untuk memperbaiki grafik, Anda harus membayar.
Dan akhirnya, saya akan mengatakan
Peta pikiran adalah hal yang sangat cocok, yang memungkinkan Anda menguji aplikasi dengan cepat dan akurat, serta menyegarkan memori cek, yang sering kali tidak punya cukup waktu.
Dalam kasus saya, menggunakan mind map meningkatkan kecepatan fitur pengujian rata-rata 5-15% (dibandingkan dengan daftar periksa).
Saya harap artikel ini akan menginspirasi Anda untuk membuat karya peta pikiran berguna Anda sendiri. Saya yakin Anda akan mendapat manfaat baik dari membuat peta mental dan menggunakannya. Terima kasih atas perhatian anda!
Ada beberapa cek yang tidak saya sertakan dalam mind map karena tidak relevan dengan spesifikasi Badoo. Gagasan pengujian spesifik apa yang akan Anda tambahkan untuk aplikasi Anda?