Setiap bulan, kami merilis Chrome versi baru untuk memastikan miliaran pengguna dan bisnis global mendapatkan fitur, update keamanan, dan upgrade performa terbaru. Kini, kami dapat melakukan peningkatan dan memperbaiki masalah lebih cepat daripada sebelumnya dengan siklus rilis yang lebih cepat—yang berarti Anda akan mendapatkan update terbaru lebih sering.
Kami mengobrol dengan Technical Program Manager Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista, dan Brandon Heenan di tim rilis Chrome untuk mengetahui lebih dalam cara mereka berkoordinasi dengan tim Google di seluruh dunia untuk memastikan setiap rilis berjalan lancar.
T. Bagaimana tim Anda bersiap untuk setiap rilis Chrome?
Ben: Pertama, tim kami terdiri dari tujuh orang yang bekerja purnawaktu di dua wilayah geografis utama. Menurut kami, mempersiapkan rilis itu seperti jadwal kereta. Kami menggunakan empat saluran rilis–Canary, Dev, Beta, dan Stabil–untuk mempersiapkan rilis milestone Chrome. Seiring kita melakukan proses ini, setiap saluran memiliki lebih banyak pengguna Chrome. Hal ini memungkinkan kami mendapatkan masukan tentang stabilitas dan performa Chrome dengan tujuan untuk menemukan masalah kualitas dalam produk sedini mungkin. Kami memperhatikan dengan cermat apa yang dikatakan pengguna dan developer di media sosial, artikel pers, dan laporan bug untuk membantu menemukan apa pun yang kami lewatkan. Tim engineer dan product manager kami dapat menggunakan masukan ini untuk melakukan peningkatan fitur.
Kemudian, kami melakukan beberapa putaran pengujian untuk mendeteksi masalah kualitas, pertama menggunakan sistem otomatis yang berjalan secara terus-menerus, kemudian dengan tim pengujian yang menemukan bug secara manual.
T. Dapatkah Anda memberikan contoh masukan terbaru dari developer eksternal yang sangat berharga untuk memastikan Anda menghadirkan versi terbaik?
Srinivas: Kami selalu mengandalkan developer web kami untuk mendapatkan masukan dan adopsi awal fitur, seperti API baru, atau perubahan spesifikasi pada Chrome di iOS. Dengan perubahan penting kami dari dua digit menjadi tiga digit (99 menjadi 100), kami berbagi panduan dengan para developer web untuk menguji berbagai hal sebelum perubahan yang sebenarnya dilakukan untuk memastikan bahwa kami memasukkan masukan mereka dan yang lebih penting, tidak merusak situs mereka. Hal ini membantu kami berhasil meluncurkan perubahan tanpa adanya masalah besar untuk peluncuran M100.
T. Apa yang terjadi jika Anda menemukan bug atau masalah keamanan selama peluncuran update Chrome?
Krishna: Kami memastikan untuk meluncurkan rilis Chrome baru secara bertahap kepada pengguna. Rilis baru tidak akan langsung dikirimkan ke 100% pengguna. Jika menemukan bug kritis, kami akan menghentikan peluncuran versi yang terpengaruh untuk membatasi efeknya. Kemudian, kami berkoordinasi dengan tim Chrome di seluruh dunia untuk mengembangkan perbaikan dan mem-patch Chrome secepat dan seaman mungkin. Setelah perbaikan ini diverifikasi, kami akan membuat Chrome versi baru dan memulai proses peluncuran kembali. Pada akhirnya, sebagian besar pengguna tidak akan pernah mengalami masalah tersebut karena masalah itu akan diperbaiki sebelum rilis diluncurkan kepada mereka. Untuk masalah keamanan, kami mengikuti kebijakan Pengungkapan Proyek Nol. Jadi, ketika ada kerentanan yang dieksploitasi secara aktif, kami berupaya untuk merilis perbaikan tersebut kepada pengguna saluran stabil kami dalam waktu tujuh hari.
T. Apakah ada upaya tambahan yang diperlukan untuk memastikan rilis Chrome siap digunakan oleh bisnis?
Brandon: Salah satu sasaran utama kami adalah memastikan bahwa Chrome tetap menjadi platform yang stabil dan andal untuk banyak bisnis yang bergantung pada kami. Artinya, bisnis dapat mengakses fungsionalitas terbaik dan terbaru yang mereka inginkan agar dimanfaatkan oleh para karyawannya, sekaligus membantu mereka menghindari potensi gangguan pada pekerjaan mereka. Karena kebutuhan bisnis bersifat unik dan periode nonaktif dapat mengganggu perusahaan, Chrome memiliki panduan khusus untuk tim engineering dan produk kami. Kami meninjau setiap peluncuran fitur untuk memastikan bahwa setiap rilis Chrome "ramah perusahaan". Hal ini termasuk memberitahukan perubahan penting kepada perusahaan di Catatan Rilis Chrome Enterprise kami. Agar lebih tenang, admin IT dapat mengontrol banyak perubahan dengan kebijakan perusahaan. Jadi, jika mereka lebih suka melakukan pengujian internal atau memilih tidak menggunakan fitur baru, mereka dapat melakukannya. Untuk mencegah masalah yang tidak terduga, kami memiliki infrastruktur pengujian khusus yang dirancang untuk menyimulasikan lingkungan perusahaan (misalnya, menjalankan Chrome di perangkat yang bergabung dengan domain Active Directory) yang kami gunakan untuk menguji semua rilis Chrome.
Chrome juga menyediakan berbagai kontrol update untuk sekolah dan bisnis. Admin dapat mengontrol versi tertentu Chrome, melakukan rollback ke versi lama, dan memanfaatkan saluran rilis stabil yang diperluas yang didukung sepenuhnya. Anda dapat membaca detailnya dalam dokumen teknis ini. Admin yang menginginkan visibilitas penuh tentang status update perangkat mereka dapat menggunakan Laporan Versi yang disertakan dalam Pengelolaan Cloud Browser Chrome.
T. Apakah ada perubahan yang ingin dilakukan tim Anda di masa mendatang?
Harry: Kami selalu mencari cara untuk meningkatkan kualitas Chrome bagi pengguna dan developer kami, terutama dalam hal mempersingkat siklus rilis. Dengan begitu, pengguna akan melihat Chrome yang lebih stabil dengan perbaikan bug yang lebih cepat dan fitur baru. Kami juga tahu bahwa engineer dan product manager kami mendapatkan manfaat dari peningkatan kecepatan pengembangan karena pengembangan fitur yang lebih cepat, siklus iterasi yang lebih cepat, dan peningkatan kondisi kode. Katakanlah seorang product manager ingin meluncurkan fitur ke semua pengguna Chrome. Proses ini memerlukan waktu hingga 16 minggu sejak fitur "selesai" saat model ini tersedia secara umum. Dengan mempersingkat siklus rilis hanya beberapa minggu, kami dapat mengurangi lama pengerjaan fitur baru secara signifikan.