Di Tahun Baru, banyak yang mengambil stok, menganalisis tahun lalu, mengingat semua hasil mereka dan membuat rencana untuk masa depan. Dalam edisi ke-12 dari kalender kami, Anastasia Ronzhina, penguji layanan Kontur.Market , akan berbicara tentang mengapa Anda harus mencoba sesuatu yang baru, mengubah pandangan, pendekatan, membuat kesalahan, dan mencoba lagi.
Mengapa saya membutuhkan ini?
Semuanya baik-baik saja dengan saya, saya bekerja dengan baik, mereka memuji saya, mengapa saya harus mengubah apa pun? Ini pertanyaan logis. Sebagai tanggapan, kutipan dari buku "Alice through the Looking Glass":
Anda harus berlari secepatnya hanya untuk tetap di tempatnya, tetapi untuk mencapai suatu tempat, Anda harus berlari setidaknya dua kali lebih cepat!
Sementara kita duduk dan hanya menguji teka-teki, dunia tidak tinggal diam. James Bach dan Michael Bolton melakukan penelitian lain dan mencari pendekatan bagaimana menguji dengan kualitas tinggi dalam waktu singkat.
Tempat penguji dalam proses pengembangan berkembang, dan proses itu sendiri. Sebagai contoh, Maxim dan Irina dari perusahaan kami berbicara tentang evolusi autotest , tentang bagaimana Anda dapat mempercepat pengembangan menggunakan tes dan mengubah sikap tentang siapa yang harus menulisnya dan pada tahap apa. Lena dan Hilaria berbicara tentang bagaimana Anda dapat mengubah alat Anda, terhubung ke komunikasi dengan pengguna, untuk menyiapkan TK dan prototipe untuk meningkatkan kualitas produk.
Saya sangat sedih ketika saya sekali lagi mendengar pendapat bahwa seorang tester dapat mencapai batasnya dalam 1,5 tahun, dan kemudian dalam otomatisasi, atau perubahan peran menjadi manajer, analis, pengembang, dll. Ketika setiap hari Anda hanya Pengulangan algoritma: Saya membaca analitik, melihat prototipe, menguji, memposting bug, memeriksa ulang bug - mudah untuk memahami mengapa Anda lelah dan kecewa dengan profesi ini. Itu membosankan!
Tetapi ketika Anda mengubah pendekatan untuk mempelajari masalah, pendekatan untuk generasi pengujian, metode pengujian, maka:
- Pertama, Anda menemukan sesuatu yang memungkinkan Anda untuk menguji lebih cepat, sesuatu yang memungkinkan Anda untuk melakukan analisis fitur yang mendalam dan tidak ketinggalan apa pun. Saya pikir tidak ada yang akan menolak untuk meningkatkan pekerjaan mereka dan penampilan waktu luang :).
- Kedua - sangat menyenangkan! Secara pribadi, sangat sulit bagi saya untuk melakukan tugas-tugas khas dengan algoritma standar setiap hari.
Anda dapat menggali topik tertentu dan menjadi spesialis yang sempit. Anda bisa tumbuh dengan luas. Seiring waktu, orang akan tertarik kepada Anda, karena tiba-tiba Anda akan mulai menjawab pertanyaan "topik Anda." Anda dapat dipanggil ke tim lain untuk mengatur proses atau alat, untuk mengajarkan sesuatu. Keuntungan lain - dengan minat Anda, pengetahuan Anda, Anda dapat menginspirasi kolega lain untuk berkembang, yang berarti bahwa akan ada lebih banyak penguji yang baik di dunia :).
Apa sebenarnya yang bisa mengubah pendekatan?
1. Artefak atau dokumentasi uji
Masing-masing dari kita di suatu tempat memperbaiki rencana pengujian, dekomposisi tugas, skema operasi produk, instruksi, bug, perjanjian. Ini bisa berupa selembar kertas, file di komputer, atau semacam program. Kami membuat kotak uji, daftar periksa, kartu cerdas, tabel, grafik, diagram, instruksi ...
Apa yang harus Anda pikirkan adalah tentang tujuan: untuk apa dan untuk siapa Anda melakukan ini? Apakah dokumentasi pengujian merupakan produk atau alat? Seberapa cepat produk Anda berubah? Dan apa aliran penguji baru? Ada serangkaian pertanyaan luar biasa yang diuraikan dalam pelajaran 148 Pelajaran yang Didapat dalam Pengujian Perangkat Lunak: Pendekatan Berbasis Konteks , Cem Kaner, James Bach, dan Bret Pettichord. Jika Anda tidak memiliki buku, ada terjemahan dari pelajaran ini.
Saya melihat autotes di satu tim - sebagai dokumentasi mandiri utama, mengapa tidak?
2. Teknik Pengujian
Ini mungkin poin yang paling jelas, tetapi tanpa itu. Katakan sejujurnya, teknik apa yang Anda gunakan saat ini? Tidak, Anda tidak tahu, cukup mendaftar! Berapa lama Anda mencoba menemukan sesuatu yang baru?
Saya sering menemukan bahwa penguji mengetahui teori desain tes, tetapi untuk beberapa alasan tidak menerapkannya dan menguji, seperti yang pernah mereka pelajari, pada tingkat intuisi, mungkin karena kebiasaan atau setelah upaya yang gagal untuk menggunakan teknik. Caner punya ide keren dalam pelajaran 26 dari buku yang sama:
Intuisi adalah awal yang baik, tetapi kesimpulan yang buruk (Intuisi baik untuk memulai, tetapi pada akhirnya buruk).
Ya, pada awalnya bakat ini menyelamatkan kami, kami tersandung saat menguji bug, kami sepertinya mendapatkannya. Namun seiring waktu, bug yang terlewatkan akan mulai berdatangan dari medan perang. Sebagai contoh, tiba-tiba ternyata ketika menggabungkan nilai-nilai spesifik dari parameter, sesuatu terjadi salah, atau dengan beberapa tindakan objek tiba-tiba beralih ke keadaan baru, tetapi kami tidak melihat ini selama pengujian. Teknik akan memungkinkan Anda untuk menghindari semua ini, mereka akan memungkinkan Anda untuk menguji lebih efisien, Anda akan dapat menyelesaikan tugas lebih cepat dan lebih baik.
Alexei Barantsev memiliki analogi yang sangat baik dengan orientasi. Ketika Anda telah belajar cara menavigasi medan (secara intuitif menggunakan teknik, tanpa sadar), kemudian setelah mempelajari peta, model, Anda akan lebih baik dalam menavigasi. Teknik baru akan memberi Anda peluang baru untuk bergerak di sekitar area. Sebagai contoh, saya belajar panjat tebing - sekarang Anda tidak hanya bisa mengelilingi gunung, tetapi juga memanjatnya. Teknik sangat sulit untuk dilakukan pada awalnya, saat Anda mempelajarinya, tetapi seiring waktu Anda melatih dan kemudian menggunakannya pada mesin.
Di mana saya dapat menemukan ide-ide baru tentang teknologi? Baca atau, jika Anda sudah membaca, baca buku Panduan Praktisi untuk Desain Tes Perangkat Lunak, Lee Copeland , atau ajak rekan kerja, pilih tur tes Whittaker ( Pengujian Perangkat Lunak Eksplorasi: Tip, Trik, Tur, dan Teknik untuk Memandu Uji Desain, James A. Whittaker ) dan 'bepergian' dengan produk Anda. Hajar masa lalu dan mendaftar untuk kursus desain tes. Cobalah!
3. Teknik untuk menganalisis dan menghasilkan ide
Ya, ya, ini adalah analisis seluruh perumusan masalah, studi fungsionalitas, studi objek uji. Jika kita kembali ke diskusi tentang intuisi, alasan untuk melewatkan kesalahan mungkin masih menjadi tugas yang kurang dianalisis, informasi yang dikumpulkan tidak lengkap. Apa yang bisa diubah di sini?
Anda dapat mempelajari apa yang dimaksud dengan uji coba . Tentunya Anda akan menemukan sumber informasi baru. Atau, jika Anda sudah mengetahuinya, lihat, misalnya, pada produk pesaing Anda dan pelajari bagaimana fitur Anda diterapkan di sana.
Carilah teknik analisis, pemodelan studi, karena kami menguji sesuai dengan ide program kami, sesuai dengan model kami. Ambil objek sistem Anda dan lakukan analisis pada penginderaan jauh (tindakan - parameter - nilai).
Pertama, pilih semua objek yang Anda miliki, cat semua tindakan yang dapat Anda lakukan pada objek-objek ini, lalu parameter yang mempengaruhi tindakan, dan kemudian nilai-nilai spesifik dari parameter.
Baca buku karya Edward De Bono tentang berpikir dan menemukan solusi khusus. Ambil buku " Rice Assault " dan latih otak Anda. Setiap hari kita menyerbu tugas, menghasilkan, dan apa lagi yang bisa memengaruhi tugas kita. Pelatihan akan membantu Anda melakukannya lebih cepat dan lebih produktif.
4. Lingkungan dan proses
Saya tidak berbicara tentang perubahan tim atau perusahaan, meskipun dalam beberapa situasi, mengapa tidak? :) Saya ingin berbicara tentang apa yang ada di sekitar pengujian.
Ambil dan ubah resolusi browser atau layar favorit Anda. Jika Anda menguji aplikasi web, saya yakin Anda melihat produk secara berbeda.
Ubah Microsoft Visual Studio ke JetBrains Rider (atau sebaliknya). Coba gunakan alat pengujian API yang berbeda. Jelajahi solusi lain, sangat mungkin bahwa sesuatu yang baru dan lebih nyaman bagi Anda telah muncul.
Apakah Anda selalu mendapatkan cabang untuk pengujian di mana proyek tidak akan pergi atau di mana Anda menemukan bug di menit pertama? Atau apakah Anda selalu menemukan banyak bug? Dan pada saat yang sama, apakah Anda juga memiliki antrian besar untuk pengujian? Pelajari heuristik pengujian berhenti (ya, Anda bisa mengambil cabang mentah dan membungkusnya kembali), mengubah persyaratan untuk cabang pada input, melibatkan kolega dalam pengujian. Atau mungkin beberapa cabang tidak benar-benar perlu pengujian, pengembang sudah memeriksa semuanya sendiri?
Dan kadang-kadang sangat berguna untuk hanya mengambil dan mentransfer ke ujung ruangan, lebih dekat ke pengembang atau penguji lainnya. Perubahan tempat akan membantu menyegarkan tampilan di tempat kerja.
5. Peran dan tanggung jawab penguji
Favorit saya Jelajahi siapa penguji dalam tim tetangga, dalam proyek lain, atau bahkan di negara lain. Kami melakukan wawancara dengan James Bach di konferensi DAMP, dan beberapa jawabannya cukup mengejutkan. James memiliki gagasan yang sama sekali berbeda tentang siapa penguji itu, apakah ada mesin otomatis, dan apa hal paling menarik tentang pengujian itu!
Lakukan beberapa wawancara. Pergi saja. Anda akan belajar apa yang terjadi di perusahaan lain, apa yang dinilai oleh penguji, apa yang diharapkan dari mereka.
Apakah Anda masih memutuskan apakah akan merilis atau tidak? Atau apakah yang biasa dilakukan manajer? Baca buku Jerry Weinberg Perfect Software Dan Ilusi Lain Tentang Pengujian dan itu akan mengubah dunia Anda terbalik! Dan kemudian pastikan untuk membiarkan manajer Anda membaca.
Apakah menurut Anda jaminan kualitas adalah tanggung jawab penguji? James Bach dalam wawancara yang sama memberi contoh yang baik tentang penjaga di pangkalan militer.
Tentu saja, Anda bisa menjaga markas, dan Anda juga dapat mempelajari mengapa orang ingin menembus markas ini, melakukannya sebagai disiplin di sekolah militer. Apakah ini berarti Anda tidak dapat menjaga markas? Tentu tidak! Seseorang harus berjaga. Tapi, sudah dalam kaitannya dengan pengujian, jika Anda belajar dan mulai menerapkan sesuatu yang akan mengurangi jumlah bug, maka ya, Anda dapat mengurangi jumlah "penjaga".
Pada topik memastikan kualitas dan pertumbuhan tester pada konferensi yang sama ada laporan alasan yang bagus dari Maxim.
Apakah Anda masih berpikir ada penguji otomatisasi dan manual? Dengarkan James , dengarkan laporan tentang bagaimana hanya pengembang yang menulis dalam proyek autotest , atau bagaimana peran autotester telah berevolusi dalam sebuah tim dan sekarang semua orang dalam sebuah tim menulis autotests dan memberikan cabang hanya dengan tes hijau, termasuk tes fitur baru .
Apa jenis pengujian yang Anda lakukan? Hanya fungsional? Dan Anda bisa menjawab - mengapa? Dan siapa yang bertanggung jawab atas spesies lain? Pikirkan, mungkin Anda akan melihat semacam ruang.
Pelajari peran lain, misalnya, cara menulis analitik (" Metode Modern untuk Menjelaskan Persyaratan Fungsional untuk Sistem " oleh Alistair Coburn), yang merupakan manajer dan apa yang harus ia lakukan (" Pemimpin Ideal Adizes"). Ini akan memungkinkan Anda untuk lebih memahami peran lain, posisi mereka. Dan juga menggambar ide-ide baru.
6. Sesuatu yang lain
Penguji banyak berbicara dengan orang lain dan banyak menulis. Kami harus menjelaskan kesalahan atau mencoba mengajukan pertanyaan ketika kami menemukan situasi yang sangat sulit. Karena itu, kembangkan keterampilan ini. Misalnya, ada buku bagus karya Maxim Ilyakhov dan Lyudmila Sarycheva - “ Write, Cut ”. Cukup cari topik di situs penerbit atau toko .
Gagasan tak terduga lainnya - Anda dapat menguji diri sendiri! Atau perkembangan Anda! Bagaimana Ekaterina Bobrova .
Apa yang menghentikan kita
Mari kita lihat faktor berhenti paling populer yang mencegah kita dari mencoba pendekatan yang berbeda.
Tidak ada waktu
Ini mungkin yang paling sederhana. Buka kursus manajemen waktu, baca buku tentang efisiensi. Misalnya, " Teknik Jedi " oleh Maxim Dorofeev.
Tidak yakin bagaimana mengambil langkah pertama
Sorot waktu tertentu, tugas tertentu, Anda dapat memulai bahkan dengan 15 menit. Dan dalam 15 menit ini, gali topik Anda, cobalah sesuatu yang berbeda. Tidak perlu mencoba semua yang telah Anda pelajari segera. Pilih 1-3 praktik baru dan coba lakukan itu. Yang utama adalah melakukannya setiap hari. Langkah kecil seperti itu akan menghasilkan hasil yang luar biasa. Ada informasi lebih lanjut tentang ini di webinar dengan Ekaterina Lengold .
Takut akan kesalahan
Kita masing-masing, saya pikir, takut untuk membuat keputusan, untuk mencoba sesuatu untuk pertama kalinya. Bagaimana jika saya tidak memiliki kompetensi yang cukup dan saya akan membuat keputusan yang salah, biarkan saya turun proyek dan kolega saya? Harus diingat bahwa kesalahan adalah norma untuk proses pembelajaran. Kami memahami mereka bagaimana tidak melakukannya, yang berarti sekarang kami tahu ke mana harus pergi. Ingat sejarah penemuan bola lampu. Edison melakukan sekitar 2.000 percobaan sebelum mencapai kesuksesan.
"Katakan, Tuan Edison, bagaimana rasanya gagal dua ribu kali berturut-turut, mencoba menciptakan satu bola lampu?"
"Anak muda," jawab Edison, "aku tidak salah dua ribu kali menciptakan bola lampu ini." Saya menemukan seribu sembilan ratus sembilan puluh sembilan cara untuk tidak membuat bola lampu.
Dalam buku " 100 Cara untuk Mengubah Hidup. Bagian 2 ”Larisa Parfentieva berbicara tentang hal yang berlebihan informasi. Seiring waktu, kita memperoleh pengetahuan, dan ini mencegah kita dari cepat mengatasi tugas, membuat keputusan, mencoba sesuatu yang baru dan mengambil risiko. Karena sebelum kita mencoba, kita mulai menganalisis, memikirkan semuanya dengan detail terkecil dan ... pada akhirnya, kita tidak pernah mencoba.
Solusinya sederhana - mulailah setidaknya dengan sesuatu. Pilih saja teknik pertama dan coba. Entah nanti Anda menyadari bahwa Anda salah - dan ini adalah hasil yang baik, sekarang Anda memiliki pengalaman dan informasi baru. Dalam hal ini, ambil teknik berikut, pendekatan. Entah teknologi akan lepas landas, dan kemudian Anda juga menang. Ketika penulis sendiri mengalami kelumpuhan seperti itu, dia berkata pada dirinya sendiri, "Ya, tidak peduli!" dan mulai menulis hal pertama yang terlintas dalam pikiran.
Dan inilah kutipan lain dari Albert Einstein:
Semua orang tahu sejak kecil bahwa ini dan itu tidak mungkin. Tapi selalu ada orang bebal yang tidak tahu ini. Dia membuat penemuan.
Inspirasi tidak cukup
Secara pribadi, kolega saya, buku tentang pengujian dan bukan hanya , pidato dan penemuan kolega dari kota lain, negara lain menginspirasi saya. Saya ingin menjangkau orang-orang seperti itu, menciptakan, melakukan sesuatu yang bermanfaat dan tidak diam.
Dalam buku yang sama , Larisa Parfentieva berbagi aturan sukses untuk aktor dan sutradara Harold Ramis.
Temukan orang paling berbakat di ruangan itu dan, jika bukan Anda, tetaplah dekat dengannya. Ikuti dia di mana-mana. Cobalah untuk melayaninya. Dan jika suatu hari tiba-tiba orang yang paling berbakat di ruangan itu adalah Anda, cari ruangan lain.
Temukan apa yang memberi Anda energi, kekuatan, menagih Anda untuk perubahan, dan memakannya!
Jika Anda merasa perlu seorang mentor, tulis di atas selembar kertas daftar 20 orang yang dapat muncul, bahkan jika mereka adalah penguji yang paling terkenal, hubungi orang-orang ini. Seseorang dari 20 pasti tidak akan menolak Anda!
Pada akhirnya
Saya akan memberikan satu kutipan lagi dari buku “ 100 Ways to Change Life. Bagian 2 ".
Pada orang yang mencapai kesuksesan luar biasa, tidak ada yang istimewa yang tidak ada dalam diri seseorang! Mereka ragu-ragu, meragukan diri sendiri, reflektif, mereka sering keliru, jatuh, merasa sedih, membandingkan diri mereka dengan orang lain, tidak tahu keputusan apa yang harus diambil, dan kadang-kadang sulit bagi mereka untuk turun dari tempat tidur. Satu-satunya perbedaan mereka adalah bahwa mereka terus melakukan sesuatu, terlepas dari semua ini.
Coba teknik baru, alat baru, buat sendiri. Pilih aktivitas yang paling biasa dan lakukan dengan sadar. Ubah proses, revisi pandangan Anda. Munculkan ide gila dan menarik dan coba sadari!
Dengan artikel ini, kita mengakhiri siklus tahunan "Kalender Penguji", di mana 16 penguji Kontur berbicara tentang alat kerja, praktik, dan proses mereka. Bagi banyak dari mereka, itu adalah pengalaman baru, menarik dan bermanfaat.
Dunia pengujian tidak terbatas hanya pada pencarian bug, ia memiliki banyak wajah dan di dunia ini Anda dapat dan harus bereksperimen. Terima kasih telah bersama kami :)
Daftar artikel kalender:
Pengujian pasangan yang wajar
Umpan balik: bagaimana itu terjadi
Optimalkan Tes
Baca buku
Pengujian analitik
Penguji harus menangkap bug, membaca Caner dan mengatur gerakan.
Muat layanan
Metrik Layanan QA
Uji keamanan
Kenali pelanggan Anda
Ambil backlog