Terapkan pengujian di perusahaan Anda dengan Chrome

Bayangkan software terpenting perusahaan Anda tiba-tiba rusak—apa yang akan terjadi? Pesanan bisa hilang, tenggat waktu mungkin terlewat, tetapi pelanggan pastinya akan mengeluh.

Skenario mimpi buruk ini dapat dihindari: dengan menerapkan proses pengujian yang berkelanjutan dan ketat, yang dapat mendeteksi masalah sebelum menyebabkan kekacauan. Namun, menerapkan proses semacam itu di organisasi Anda lebih mudah diucapkan daripada dilakukan.

Artikel ini akan menunjukkan semua hal yang perlu Anda pertimbangkan saat memulai pengujian di perusahaan, dan manfaat yang dapat Anda peroleh dari pengujian dalam jangka panjang.

Praktik terbaik pengujian untuk tim produk

Bagian pertama artikel ini membahas proses mulai menerapkan pengujian dalam alur kerja Anda.

Menerapkan budaya pengujian di tim Anda

Agar berhasil memperkenalkan pengujian dalam tim, semua orang harus memiliki pola pikir yang sama, dan melihat kualitas bukan sebagai beban, tetapi sebagai investasi. Ini adalah proses yang, seperti setiap perubahan budaya lainnya, memerlukan waktu dan konsistensi.

Salah satu hal yang dapat membantu membentuk budaya ini adalah pertemuan rutin untuk membahas cacat, dampaknya, asal-usulnya, dan apa yang diperlukan untuk memperbaikinya. Hal ini membantu menciptakan kesadaran tentang pentingnya mencegah cacat tersebut sejak awal.

Memiliki orang khusus dalam tim yang mengawasi dan mendorong upaya ini dapat sangat meningkatkan peluang keberhasilan. Seseorang yang menentukan panduan tim—atau bahkan seluruh organisasi—mengumpulkan praktik terbaik dan membagikannya serta mendukung upaya di seluruh tingkat.

Instrumen lain yang berguna adalah dengan merotasi peran dukungan produk Anda. Mendapatkan insight langsung dari pelanggan tanpa filter dan mempelajari masalah sehari-hari yang mereka hadapi dengan produk Anda dapat menjadi pengalaman yang berharga bagi product manager, desainer, dan developer.

Tujuannya adalah agar semua orang dalam tim Anda memahami bahwa kualitas adalah fitur, yang sama pentingnya dengan fungsi lain yang Anda buat untuk produk Anda. Setelah semua orang mengadopsi pola pikir tersebut, pemahaman bahwa pengujian juga merupakan fitur adalah hal yang wajar. Karena pengujian adalah hal yang memastikan kualitas yang dikirim.

Proses pengujian langkah demi langkah

Setelah ada keselarasan antara berbagai tim yang terlibat dalam pengembangan produk, Anda dapat lebih meresmikan keberadaan dan penggunaan pengujian.

Membuat pengujian sebagai bagian dari "Definisi Selesai"

Dengan menambahkan pengujian sebagai persyaratan fitur, Anda menyatakan bahwa fitur belum siap dikirim hingga diuji dengan benar dan otomatis

Menjalankan pengujian secara rutin

Setelah diterapkan, pengujian otomatis dapat menjadi pengamanan Anda di setiap langkah proses pengembangan. AI ini tidak memerlukan intervensi manusia, dan dapat dijalankan di setiap langkah penting pipeline pengembangan Anda. Contoh:

  • Pada setiap commit.
  • Pada setiap permintaan pull.
  • Setelah setiap rilis penuh atau perubahan lingkungan.

Jika Anda mengandalkan layanan pihak ketiga di lingkungan produksi, sebaiknya jalankan pengujian terhadap produksi untuk memastikan API pihak ketiga berperilaku seperti yang diharapkan.

Menentukan dan mengumpulkan metrik

Menentukan serangkaian metrik penting untuk mengukur efektivitas pengujian dan dampak alur kerja pengujian terhadap bisnis Anda. Berikut beberapa contoh metrik yang dapat Anda gunakan:

  • Rilis per bulan: Jumlah rilis yang lebih tinggi per bulan dapat menunjukkan proses pengembangan yang lebih gesit. Pengujian otomatis memainkan peran penting di sini dengan memastikan rilis dapat dilanjutkan dengan percaya diri.
  • Laporan bug: Tren penurunan laporan bug dapat menjadi tanda positif bahwa pengujian (dan proses pengembangan) Anda efektif.
  • Cakupan pengujian: Meskipun bukan metrik yang tepat, cakupan dapat menjadi indikator yang baik tentang seberapa dalam Anda menguji kasus penggunaan yang penting.

Perhatikan bahwa metrik ini juga dipengaruhi oleh faktor lain yang mungkin mendistorsi metrik tersebut. Misalnya, jumlah rilis Anda mungkin menurun pada musim liburan, sementara laporan bug meningkat. Jadi, jangan hanya mengandalkan beberapa data dan pastikan untuk mencocokkannya dengan data lain yang tersedia untuk tim Anda.


Jika Anda berhasil menerapkan langkah-langkah tersebut dengan tim, kesehatan produk Anda pasti akan mendapatkan manfaat dalam jangka panjang. Namun, masih ada banyak hal yang dapat Anda lakukan.

Praktik terbaik pengujian untuk administrator sistem

Tim produk tidak dapat bekerja sendiri. Aplikasi ini mengandalkan hardware, alat, dan infrastruktur yang dikelola oleh administrator sistem. Meskipun administrator sistem biasanya tidak berkontribusi langsung pada pengembangan produk, mereka tetap dapat memengaruhi alur kerja pengembangan secara positif. Misalnya, dengan secara aktif mengelola versi browser yang digunakan oleh grup pengguna tertentu di perusahaan.

Bagian kedua artikel ini menjelaskan cara kerjanya, menggunakan kebijakan perusahaan dan saluran Chrome.

Saluran rilis Chrome

Secara default, Chrome diupdate secara otomatis untuk memastikan setiap pengguna menjalankan versi Chrome terbaru, paling stabil, dan aman, termasuk setiap fitur terbaru—versi Chrome yang dirilis di saluran stabil.

Sebagai perusahaan yang mengembangkan produk berbasis web, Anda dapat menggunakan browser sebelum saluran stabil, untuk memberi tim produk waktu guna menyesuaikan produk dengan perubahan pada platform web.

Untuk kasus penggunaan ini, Chrome menawarkan total empat saluran rilis, yang ditujukan untuk grup pengguna yang berbeda.

Untuk Chrome, ada berbagai saluran rilis yang dapat Anda gunakan, untuk menantisipasi perubahan browser di masa mendatang dan menguji fitur terbaru sebelum tersedia secara luas:

  • Saluran stabil: Sebagian besar pengguna berada di sini. Saluran stabil akan otomatis diupdate saat ada rilis Chrome baru, yang terjadi setiap bulan.
  • Saluran Beta: Versi ini akan stabil dalam empat hingga enam minggu, sehingga Anda dapat melihat pratinjau dan menguji rilis stabil mendatang serta bersiap untuknya.
  • Saluran Dev: Saluran ini mendapatkan versi baru Chrome seminggu sekali dan menyertakan semua perbaikan terbaru yang pada akhirnya akan beralih ke versi beta. Seperti namanya, channel ini masih dalam pengembangan dan mungkin mengalami error secara tidak terduga. Namun, channel ini juga menyertakan fitur terbaru, terkadang jauh sebelum fitur tersebut stabil. Hal ini menjadikan saluran pengembangan sebagai alat yang bagus untuk membuat prototipe dan pengembangan mutakhir.
  • Saluran Canary: Saluran paling eksperimental, yang berisi setiap fitur terbaru, tetapi tanpa banyak pengujian. Setidaknya dirilis setiap hari.

Jika Anda ingin mempelajari saluran Chrome lebih lanjut, lihat episode Konsep Chrome yang relevan.

Ikon produk Chrome stabil, beta, dan dev beserta deskripsinya.

Menggunakan saluran di organisasi contoh

Struktur tim produk bervariasi di antara organisasi, karena tidak ada pendekatan yang cocok untuk semua pengembangan software. Sebagai contoh, kita akan mengasumsikan tim dengan peran berikut: Pengelolaan Produk, UX dan UI, Engineering, Operasi, dan Dukungan.

Untuk organisasi seperti ini, Anda dapat mempertimbangkan pembagian saluran berikut:

  • Pengelolaan Produk: PM biasanya dapat menggunakan saluran stabil, agar dapat menggunakan versi yang sama dengan sebagian besar pengguna. Terkadang, mereka dapat menggunakan saluran beta atau developer jika sedang mengerjakan fitur yang memerlukan API yang belum diluncurkan.
  • Engineering dan UX: Sebagian tim ini dapat berada di saluran dev, untuk memberi mereka akses ke fitur terbaru, seperti View Transitions, bahkan sebelum fitur tersebut stabil.
  • Operasi: Dapat berada di beta, untuk memperkirakan kerusakan yang memengaruhi pengguna berikutnya.
  • Dukungan: Dapat tetap menggunakan saluran stabil, untuk memastikan mereka berinteraksi dengan produk menggunakan browser yang sama dengan sebagian besar pelanggan Anda.

Diagram yang menunjukkan alur saluran di seluruh tim contoh

Menggunakan kebijakan perusahaan untuk mengelola channel

Daripada memberikan panduan dan menyerahkan keputusan tentang saluran mana yang akan digunakan, Chrome juga menawarkan alat perusahaan dan administrasi untuk secara aktif mengelola saluran yang akhirnya digunakan oleh setiap pengguna. Hal ini berguna karena langsung meningkatkan platform pengujian dari beberapa individu menjadi kumpulan pengguna deterministik, yang membantu mengidentifikasi kerusakan sedini mungkin dan dengan cara yang dapat dilacak.

Jika Anda ingin menggunakan tingkat kontrol tersebut, berikut konfigurasi yang akan kami rekomendasikan:

  • Karyawan (pengguna aplikasi): Untuk meminimalkan risiko gangguan, sebagian besar karyawan harus menggunakan saluran stabil, yang telah diuji sepenuhnya oleh tim pengujian Chrome. Selain itu, sebagian kecil pengguna (dari 5 hingga 10%) dapat menggunakan saluran beta. Saluran ini mendapatkan pratinjau Stabil selama 4–6 minggu dan dapat membantu admin menemukan kemungkinan masalah terkait rilis, sehingga memberi lebih banyak waktu untuk mengatasi masalah tersebut sebelum rilis diluncurkan kepada orang lain.
  • Departemen IT: Anggota departemen IT, termasuk admin sistem sendiri, dapat menggunakan saluran beta atau dev untuk mendapatkan pratinjau 4–6 atau 9–12 minggu tentang fitur terbaru yang akan hadir di Chrome versi stabil.

Diagram yang menunjukkan pemisahan saluran antara karyawan lain dan departemen IT

Saluran rilis jangka panjang

Pengembangan produk mungkin tidak berjalan secepat yang direncanakan dan ritme rilis Chrome dalam sebulan mungkin terlalu tinggi. Untuk kasus penggunaan ini, Chrome menyediakan saluran stabil yang diperluas yang memungkinkan Anda mendapatkan update fitur lebih jarang, tetapi tetap menerima perbaikan keamanan. Saluran ini diupdate setiap delapan minggu.

Diagram berikut menunjukkan bagaimana berbagai pencapaian dilakukan melalui saluran rilis Chrome yang berbeda:

Diagram alur yang menunjukkan tumpang-tindih versi stabil dan stabil yang diperluas

  • Stabil dan stabil yang diperluas mengirimkan versi yang sama selama empat minggu pertama, setelah itu keduanya akan berbeda.
  • Tidak ada saluran beta yang diperluas; sebagai gantinya, siklus beta empat minggu standar digunakan untuk menstabilkan stabil dan stabil yang diperluas. Perusahaan yang memilih untuk ikut serta dalam versi stabil yang diperpanjang selama delapan minggu harus terus menjalankan saluran beta seperti yang mereka lakukan saat ini untuk secara proaktif mengidentifikasi masalah yang dapat memengaruhi lingkungan mereka.

Kesimpulan

Pengujian adalah bagian penting dari perusahaan pengembangan software untuk memastikan kualitas produk mereka dan juga langkah penting bagi administrator sistem, untuk memberi karyawan organisasi akses ke software berkualitas tinggi dan menghindari gangguan pada proses bisnis.

Agar berhasil menerapkan alur kerja pengujian di dalam organisasi, semua orang harus memiliki pola pikir yang sama bahwa kualitas dan pengujian adalah fitur.

Dalam artikel ini, kami telah meninjau berbagai cara untuk mengintegrasikan praktik terbaik pengujian ke dalam organisasi Anda. Untuk peninjauan mendalam tentang alat pengujian yang ada, lihat artikel kami Alat dari Chrome untuk pengujian otomatis tanpa hambatan.

Untuk panduan praktis pengujian, dari awal hingga akhir, lihat juga kursus Pelajari Pengujian dan praktik terbaik otomatisasi pengujian terbaru kami di web.dev.