Setiap bulan, kami merilis Chrome versi baru untuk memastikan miliaran pengguna dan bisnis global kami mendapatkan fitur terbaru, update keamanan, dan upgrade performa. Kini, kami dapat melakukan peningkatan dan memperbaiki masalah lebih cepat daripada sebelumnya dengan siklus rilis yang lebih cepat. Artinya, Anda akan lebih sering mendapatkan update terbaru.
Kami berdiskusi dengan Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista, dan Brandon Heenan di tim rilis Chrome untuk membahas cara mereka berkoordinasi dengan tim Google di seluruh dunia untuk memastikan setiap rilis berjalan lancar.
T. Bagaimana tim Anda melakukan persiapan untuk setiap rilis Chrome?
Ben: Pertama-tama, tim kami terdiri dari tujuh orang yang bekerja purnawaktu di dua wilayah geografis utama. Menurut kami, menyiapkan rilis sama seperti jadwal kereta. Kami menggunakan empat saluran rilis–Canary, Dev, Beta, dan Stabil–untuk mempersiapkan rilis milestone Chrome. Saat kami menjalani proses tersebut, setiap saluran memiliki lebih banyak pengguna Chrome. Tindakan ini memungkinkan kami memperoleh masukan tentang stabilitas dan performa Chrome dengan tujuan mengungkap masalah kualitas dalam produk secepat mungkin. Kami memperhatikan dengan cermat apa yang dikatakan pengguna dan developer di berbagai media sosial, artikel pers, dan laporan bug untuk membantu menemukan informasi yang terlewatkan. 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, baru kemudian dengan tim pengujian yang menemukan bug secara manual.
T. Dapatkah Anda memberikan contoh masukan terbaru dari developer luar yang berharga untuk memastikan Anda mengirimkan versi terbaik?
Srinivas: Kami selalu mengandalkan developer web untuk mendapatkan masukan dan adopsi awal fitur, seperti API baru, atau perubahan spesifikasi dengan Chrome di iOS. Dengan perubahan milestone utama kami dari dua digit menjadi tiga digit (99 menjadi 100), kami membagikan panduan kepada developer web untuk melakukan pengujian sebelum perubahan sebenarnya dilakukan untuk memastikan kami mengintegrasikan masukan mereka dan yang lebih penting, tidak merusak situs mereka. Hal ini membantu kami meluncurkan perubahan tanpa 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 kepada pengguna secara bertahap. Rilis baru tidak segera dikirim ke 100% pengguna. Jika kami 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 patch Chrome secepat dan seaman mungkin. Setelah perbaikan ini diverifikasi, kami akan membuat versi baru Chrome dan memulai proses peluncuran lagi. Pada akhirnya, sebagian besar pengguna tidak akan pernah mengalami masalah karena masalah tersebut sudah diperbaiki sebelum rilis diluncurkan kepada mereka. Untuk masalah keamanan, kami mengikuti kebijakan Pengungkapan Project Zero. Jadi, ketika ada kerentanan yang secara aktif dieksploitasi secara bebas, kami memiliki tujuan untuk merilis perbaikan tersebut kepada pengguna saluran stabil kami dalam waktu tujuh hari.
T. Apakah ada tugas tambahan 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 bagi banyak bisnis yang bergantung pada kami. Itu berarti memberi bisnis akses ke fungsi terbaik dan terbaru yang mereka ingin agar dimanfaatkan karyawannya, sekaligus membantu mereka menghindari potensi gangguan dalam pekerjaan mereka. Karena kebutuhan bisnis bersifat unik dan setiap periode nonaktif dapat merugikan perusahaan, Chrome memiliki panduan khusus untuk tim engineer dan produk kami, dan kami meninjau setiap peluncuran fitur untuk memastikan bahwa setiap rilis Chrome "cocok untuk perusahaan". Hal ini termasuk memberikan informasi kepada perusahaan mengenai perubahan penting dalam Catatan Rilis Chrome Enterprise kami. Agar Anda merasa lebih tenang, admin IT dapat mengontrol banyak perubahan dengan kebijakan perusahaan. Jadi, jika mereka lebih suka melakukan pengujian internal, atau memilih untuk tidak menggunakan fitur baru, mereka dapat melakukannya. Untuk mencegah masalah tak 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 pembaruan untuk sekolah dan bisnis. Admin dapat mengontrol versi khusus Chrome, melakukan rollback ke versi lama, dan memanfaatkan saluran rilis versi stabil yang diperluas yang didukung sepenuhnya. Anda dapat membaca detailnya dalam dokumen teknis ini. Admin yang ingin 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 pada masa mendatang?
Harry: Kami selalu mencari cara untuk meningkatkan kualitas Chrome bagi pengguna dan developer, terutama terkait mempersingkat siklus rilis. Dengan melakukannya, 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 mendapat manfaat dari peningkatan kecepatan pengembangan karena pengembangan fitur yang lebih cepat, siklus iterasi yang lebih cepat, dan peningkatan kondisi kode. Katakanlah seorang manajer produk ingin meluncurkan sebuah fitur untuk semua pengguna Chrome. Proses ini memerlukan waktu hingga 16 minggu sejak fitur "selesai" hingga tersedia secara umum. Dengan mempersingkat siklus rilis hanya beberapa minggu, kami dapat mengurangi lama pengerjaan fitur baru secara signifikan.