Bagaimana menjadi software tester: dari wawancara untuk menemukan bug pertama

Perjalanan saya dimulai dengan tester rasa ingin tahu. Sejak kecil, saya terlibat dalam perakitan komputer dan menginstal perangkat lunak, dalam perjalanan sebuah pertanyaan biasa muncul: "Mengapa tidak diinstal? Mengapa tidak bisa?". Pada saat itu saya berpikir bahwa saya ingin menjadi tester, untuk terlibat dalam produksi perangkat lunak berkualitas dan menemukan jawaban atas semua pertanyaan ini.

Di bawah ini saya ingin memberitahu masa depan QA-ahli tentang apa yang dapat mereka harapkan di awal karirnya, dan memberikan beberapa tips dari pengalaman saya sendiri.

wawancara

Junior-tester ini tidak terlalu sulit untuk lulus wawancara. Dari itu jangan berharap pengetahuan yang mendalam tentang teori dan alat-alat untuk pengujian. Ketika wawancara calon tersebut, kita memperhatikan kecepatan dan kelincahan berpikir, segar dan pendekatan kreatif untuk pemecahan masalah.

Misalnya, mengajukan pertanyaan yang tidak biasa untuk melihat bagaimana orang itu berpikir:

• Pesawat terbang dari titik A pukul 17.00, dan tiba di titik B pukul 19.00. Ketika ini dalam penerbangan selama tiga jam. Mengapa ini bisa terjadi?
• Bagaimana memastikan bahwa dengan mendapatkan aplikasi diperbarui, pesaing tidak dapat menemukannya fungsi baru?

Bersiaplah, dan yang paling tugas umum - untuk menguji objek sederhana: selembar kertas, pensil, garis filter dan sejenisnya.

Juga, untuk wawancara akan sangat membantu:

1. Memeriksa jenis pengujian: uji fungsional dan eksplorasi, pengujian otomatis (termasuk alat untuk itu), beban dan stress testing, asap rokok pengujian.
2. Selain itu, membaca tentang pengujian penerimaan dan kriteria.
3. Jika kita berbicara tentang pengujian aplikasi web, itu adalah konsol peramban dan pekerjaannya, dan jumlah versi browser, resolusi monitor, alat-alat pengujian tata letak (pixel sempurna).
4. Jika kita berbicara tentang aplikasi mobile, ini jenis platform, emulator, pengujian monyet. Jangan lupa tentang piring.
5. Memeriksa jenis bug-pelacak. Yang paling populer: Jira, BugZilla, Redmine, Mantis. Lihat bagaimana mereka bekerja, apa fitur mereka.
6. Dalam jangka panjang - alat Jmeter, Postman, Charles. Mereka tidak sangat sulit untuk belajar pada tingkat dasar.

Hari kerja pertama

Hari kerja pertama berjalan sebagai standar: memberikan komputer yang Anda ingin mengkonfigurasi, menginstal program kerja. Administrator sistem mempersiapkan akses ke email dan program internal perusahaan.

Hal ini tidak perlu untuk bertanya di mana untuk menginstal Skype, gunakan nama panggilan dari sekolah kali gangsta_666 atau gambar lucu. Gunakan dalam kombinasi nama nick, misalnya atau ivansmirnov smirnovivan, meletakkan foto biasa.

Sebuah langkah penting dalam mempersiapkan untuk hari kerja - bertemu dengan bug trekrom, yang menggunakan perusahaan. Hal ini untuk bertanya di muka: artikel studi melihat video pelatihan. Anda akan menghemat rekan waktu dan diri Anda akan merasa lebih percaya diri.

Tugas pertama

Anda akan menjadi proyek pertama untuk mencelupkan. Saya menyarankan Anda untuk berkenalan dengan sejarah bug tracker untuk melihat yang cacat telah bertemu atau adalah yang paling umum. Anda dapat mengartikulasikan diri dan Statistik akan mengerti apa poin Anda harus lebih memperhatikan.

Mengambil inisiatif. Jika Anda belum diberikan daftar cek aplikasi, jangan menunggu dan meminta dia untuk memiliki mentor. Jika organisasi tidak memiliki check-list, Anda bisa membuatnya sendiri. Perusahaan kami sering membuat check-list di "Google Spreadsheets». Di bawah ini, kita memiliki contoh dari check-list seperti - Anda akan berada di baju Anda.

Rekan-rekan mungkin akan terkejut jika formulasi checklist sebagai peta pikiran, Seperti Xmind.net.

Checklist untuk menguji Pokémon GO

Salah satu bentuk utama dari pengujian untuk pemula QA-spesialis dapat menjadi bagian dari daftar periksa, uji kasus, profesional yang lebih tua. Langkah ini diperlukan untuk cepat mencelupkan dalam proyek. Untuk membangun pemula database test dia dapat memperluas daftar ini. Junior-penguji sebagai bagian dari pembelajaran menulis daftar periksa disiapkan lembar Pokemon GO untuk pengujian aplikasi. Ada dijelaskan hanya kasus positif.

Pertama bug tracker

Deskripsi bug di perusahaan yang berbeda dapat bervariasi, namun secara umum ada prinsip-prinsip rasa yang baik.

tema

Ini menggambarkan masalah dalam beberapa kata. Lebih baik jika itu akan mulai dengan negasi: "tidak bekerja", "hal itu tidak terjadi", "salah" dan seterusnya. Misalnya: "Ada server sinkronisasi pada iPhone 6," "tidak bekerja di pemutaran video Nexus 5."

naskah

Langkah demi langkah deskripsi bermain bug. Memperhatikan prasyarat dan tanda-tanda yang mendahului bug (misalnya, menyala tombol merah di sebelah kiri).

Selain itu, Anda dapat membuat screenshot yang menunjukkan lokasi yang Anda harus memperhatikan (Anda dapat menggunakan aplikasi Joxi, LightShot dan lain-lain), untuk slozhnovosproizvodimyh bug lebih - untuk merekam video. Ketika Anda mengetik pengalaman dapat menangkap dan menerapkan log.

Pada akhir script menunjukkan lingkungan di mana pengujian: versi produk, firmware perangkat (Android 6.0.1, iOS 9.3.2). Jika aplikasi web, di samping itu, menentukan versi dari browser.

penunjukan bug

Selanjutnya Anda harus menetapkan seseorang bug. Meminta manajer proyek atau mentor, seseorang untuk menguasainya pada bug ini, seseorang dari pengembang untuk bidang apa proyek bertanggung jawab. Jadi, Anda akan bertemu dengan tim di masa depan untuk bug assign.

Puting kekritisan

Jenis bug kritis di sebagian besar pelacak diwakili oleh daftar berikut:

Segera (Blocker)

Sebuah kesalahan menghalangi. Sebuah dioperasi aplikasi, sehingga interaksi lebih lanjut dengan sistem yang diuji atau fungsi utamanya adalah mustahil.

Crit - Urgent

Sebuah kesalahan kritis, pelanggaran logika bisnis utama. Masalahnya menyebabkan penurunan sementara dalam server atau aplikasi tanpa kemungkinan solusinya. Obat yang diperlukan untuk pengujian.

tinggi

kesalahan yang signifikan, pelanggaran logika bisnis dasar. Kesalahan tidak kritis, adalah mungkin untuk bekerja dengan fungsi tes menggunakan titik masuk lainnya.

normal

kesalahan kecil. Tidak melanggar logika bisnis dari aplikasi yang diuji, masalah jelas dari antarmuka pengguna dan lokalisasi.

rendah

Sepele masalah yang menyangkut logika bisnis aplikasi. Masalah perpustakaan atau layanan pihak ketiga bermain buruk, hampir tidak terlihat karena user interface.

Belajar mandiri

Tentang pentingnya belajar semua tahu sangat baik - instruksi saya yang biasa. Jadi sampai ke titik.

Berikut - beberapa buku yang saya pribadi merekomendasikan kepada trainee saya:

• "Pengujian DOT COM», Roman Savin - buku pegangan yang sangat berguna, praktis membaca buku dimulai tester. Ini berisi bagian terbesar dari pengetahuan untuk memulai tes dan berhasil menanggapi pertanyaan wawancara yang berkaitan dengan bagian teknis dan teoritis.
• "Bagaimana diuji Google» - sebuah buku yang dalam, yang menggambarkan organisasi dari proses, berbagai strategi dan pendekatan untuk pengujian. Buku ini membantu untuk memahami apa kualitas dan berapa tahap dapat dipengaruhi.
• «Panduan Praktisi untuk Software Desain Uji», Lee Copeland - dicat dalam buku jenis pengujian sebagai "putih" dan "hitam" kotak. Daftar berbagai peralatan pengujian, serta bagaimana menggunakannya dan kapan untuk menerapkan. Dalam buku ini Anda dapat menemukan sebuah artikel menarik tentang pengujian penelitian, yang sangat berguna untuk penguji pemula.

Rekan menulis dalam komentar nama buku yang menarik untuk penguji. Saya yakin semua akan membantu.

kesimpulan

Sebagai kesimpulan saya ingin menambahkan bahwa masalah produk berkualitas tinggi - bukan proses yang mudah dan tidak cepat. Anda harus dapat mempertahankan pandangan mereka dalam negosiasi, untuk meyakinkan pengembang untuk melakukannya dengan benar, daripada "kruk" untuk memahami bagaimana membuat fungsi yang lebih user friendly.

Ini hanya bagian dari informasi yang diperlukan untuk tester pemula. Segala sesuatu yang lain akan memiliki dalam kondisi tempur untuk mencari di Internet, dan kemudian meminta rekan. Jangan malu untuk bertanya dan jam googling, sering jawaban untuk satu pertanyaan akan menghemat banyak waktu di masa depan.