Setiap bulan, kami merilis versi baru Chrome untuk memastikan miliaran pengguna dan bisnis global kami mendapatkan fitur, update keamanan, dan upgrade performa terbaru. Sekarang, kami dapat melakukan peningkatan dan memperbaiki masalah lebih cepat dari sebelumnya dengan siklus rilis yang lebih cepat—yang berarti Anda akan lebih sering mendapatkan update terbaru.
Kami berbincang dengan Technical Program Manager Ben Henry, Krishna Govind, Harry Souders, Srinivas Sista, dan Brandon Heenan dari tim rilis Chrome untuk mengetahui secara mendalam cara mereka berkoordinasi dengan tim Google di seluruh dunia untuk memastikan setiap rilis berjalan lancar.
T. Bagaimana tim Anda mempersiapkan setiap rilis Chrome?
Ben: Pertama-tama, tim kami terdiri dari tujuh orang yang bekerja penuh waktu di dua wilayah geografis utama. Kami menganggap persiapan rilis seperti jadwal kereta. Kami menggunakan empat saluran rilis–Canary, Dev, Beta, dan Stabil–untuk mempersiapkan rilis tonggak pencapaian Chrome. Seiring kita melanjutkan proses ini, setiap saluran akan memiliki lebih banyak pengguna Chrome. Hal ini memungkinkan kami mendapatkan masukan tentang stabilitas dan performa Chrome dengan tujuan 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 hal yang terlewatkan. Tim engineer dan pengelola produk kami kemudian dapat menggunakan masukan ini untuk melakukan peningkatan fitur.
Kemudian, kami melakukan beberapa putaran pengujian untuk mendeteksi masalah kualitas, pertama menggunakan sistem otomatis yang berjalan terus-menerus, lalu dengan tim pengujian yang menemukan bug secara manual.
T. Dapatkah Anda membagikan contoh masukan terbaru dari developer pihak luar yang berharga dalam memastikan Anda mengirimkan versi terbaik?
Srinivas: Kami selalu mengandalkan developer web kami untuk mendapatkan masukan dan penggunaan awal fitur, seperti API baru, atau perubahan spesifikasi dengan Chrome di iOS. Dengan perubahan tonggak pencapaian utama kami dari dua digit menjadi tiga digit (99 menjadi 100), kami membagikan panduan kepada developer web untuk menguji berbagai hal sebelum perubahan yang sebenarnya untuk memastikan kami menyertakan masukan mereka dan yang lebih penting, tidak merusak situs mereka. Hal ini membantu kami berhasil 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 secara bertahap kepada pengguna. Rilis baru tidak langsung diluncurkan ke 100% pengguna. Jika kami menemukan bug kritis, kami akan menghentikan peluncuran versi yang terpengaruh untuk membatasi dampaknya. Kemudian, kami berkoordinasi dengan tim Chrome di seluruh dunia untuk mengembangkan perbaikan dan melakukan patch pada Chrome secepat dan seaman mungkin. Setelah perbaikan ini diverifikasi, kami akan mem-build Chrome versi baru dan memulai proses peluncuran lagi. Pada akhirnya, sebagian besar pengguna tidak akan pernah mengalami masalah ini karena masalah tersebut akan diperbaiki sebelum rilis diluncurkan kepada mereka. Untuk masalah keamanan, kami mengikuti kebijakan Pengungkapan Project Zero. Jadi, jika ada kerentanan yang secara aktif dieksploitasi di dunia nyata, kami menargetkan untuk merilis perbaikan tersebut kepada pengguna saluran stabil dalam waktu tujuh hari.
T. Apakah ada pekerjaan tambahan yang dilakukan untuk memastikan rilis Chrome siap digunakan oleh bisnis?
Brandon: Salah satu sasaran utama kami adalah memastikan Chrome tetap menjadi platform yang stabil dan andal bagi banyak bisnis yang bergantung pada kami. Artinya, memberikan akses kepada bisnis untuk menggunakan fungsi terbaik dan terbaru yang ingin mereka manfaatkan oleh karyawan, sekaligus membantu mereka menghindari potensi gangguan terhadap pekerjaan mereka. Karena kebutuhan bisnis bersifat unik dan periode nonaktif dapat merugikan perusahaan, Chrome memiliki panduan khusus untuk tim engineering dan produk kami, dan kami meninjau setiap peluncuran fitur untuk memastikan bahwa setiap rilis Chrome "ramah perusahaan". Hal ini termasuk memberi tahu perusahaan tentang perubahan penting dalam Catatan Rilis Chrome Enterprise kami. Selain itu, untuk menambah ketenangan, admin IT dapat mengontrol banyak perubahan dengan kebijakan perusahaan. Jadi, jika mereka lebih memilih untuk melakukan pengujian internal, atau memilih untuk 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 tergabung dalam 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 di 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, terutama dalam hal mempersingkat siklus rilis. Dengan demikian, pengguna akan melihat Chrome yang lebih stabil dengan perbaikan bug yang lebih cepat dan fitur baru. Kami juga tahu bahwa engineer dan pengelola produk kami mendapatkan manfaat dari peningkatan kecepatan pengembangan karena pengembangan fitur yang lebih cepat, siklus iterasi yang lebih cepat, dan peningkatan kualitas kode. Misalnya, seorang pengelola produk ingin meluncurkan fitur kepada semua pengguna Chrome. Perlu waktu hingga 16 minggu sejak fitur "selesai" hingga tersedia secara umum. Dengan mempersingkat siklus rilis hanya beberapa minggu, kami dapat mengurangi waktu tunggu untuk meluncurkan fitur baru secara signifikan.