Triển khai hoạt động kiểm thử trong doanh nghiệp bằng Chrome

Hãy tưởng tượng phần mềm quan trọng nhất của công ty bạn đột nhiên bị hỏng – điều gì sẽ xảy ra? Đơn đặt hàng có thể bị thất lạc, thời hạn có thể bị trễ, nhưng khách hàng chắc chắn sẽ khiếu nại.

Bạn có thể tránh được tình huống ác mộng này bằng cách triển khai một quy trình kiểm thử liên tục và nghiêm ngặt để phát hiện vấn đề trước khi chúng gây ra sự hỗn loạn. Tuy nhiên, việc triển khai một quy trình như vậy trong tổ chức của bạn là điều nói dễ hơn làm.

Bài viết này sẽ cho bạn biết mọi điều cần cân nhắc khi bắt đầu kiểm thử trong công ty và cách bạn có thể hưởng lợi từ việc kiểm thử trong dài hạn.

Các phương pháp hay nhất về kiểm thử dành cho nhóm sản phẩm

Phần đầu của bài viết này trình bày quy trình bắt đầu triển khai kiểm thử trong quy trình làm việc của bạn.

Triển khai văn hoá kiểm thử trong nhóm

Để triển khai thành công hoạt động kiểm thử trong nhóm, mọi người phải có chung một tư duy và coi chất lượng không phải là gánh nặng mà là một khoản đầu tư. Đây là một quy trình đòi hỏi thời gian và tính nhất quán, giống như mọi thay đổi văn hoá khác.

Một điều có thể giúp định hình văn hoá này là các cuộc họp định kỳ để thảo luận về lỗi, tác động của lỗi, nguồn gốc của lỗi và những việc cần làm để khắc phục lỗi. Điều này giúp tạo ra nhận thức về lý do tại sao bạn nên ngăn chặn những lỗi như vậy ngay từ đầu.

Việc có một người chuyên trách trong nhóm để giám sát và thúc đẩy nỗ lực có thể tăng đáng kể cơ hội thành công. Một người xác định nguyên tắc của nhóm hoặc thậm chí là toàn tổ chức, thu thập các phương pháp hay nhất và chia sẻ các phương pháp đó, đồng thời ủng hộ nỗ lực trên nhiều cấp.

Một công cụ hữu ích khác có thể là luân phiên vai trò hỗ trợ của sản phẩm. Việc nhận thông tin chi tiết trực tiếp, chưa qua lọc từ khách hàng và tìm hiểu về những vấn đề mà họ gặp phải hằng ngày với sản phẩm của bạn có thể là một trải nghiệm quý giá cho nhà quản lý sản phẩm, nhà thiết kế và nhà phát triển.

Mục tiêu là để mọi người trong nhóm của bạn hiểu rằng chất lượng là một tính năng, quan trọng như mọi chức năng khác mà bạn xây dựng cho sản phẩm của mình. Sau khi mọi người đều áp dụng tư duy đó, việc hiểu rằng kiểm thử cũng là một tính năng là một tiến trình tự nhiên. Vì kiểm thử là yếu tố đảm bảo chất lượng của sản phẩm được vận chuyển.

Quy trình kiểm thử từng bước

Sau khi các nhóm tham gia phát triển sản phẩm thống nhất với nhau, bạn có thể chính thức hoá việc tồn tại và sử dụng các chương trình kiểm thử.

Thêm kiểm thử vào "Định nghĩa về việc hoàn tất"

Bằng cách thêm kiểm thử làm yêu cầu về tính năng, bạn cho biết một tính năng chưa sẵn sàng để phát hành cho đến khi được kiểm thử đúng cách và tự động

Thường xuyên chạy kiểm thử

Sau khi triển khai, kiểm thử tự động có thể là biện pháp bảo vệ bạn trong mọi bước của quy trình phát triển. Các quy trình này không cần sự can thiệp của con người và có thể chạy ở mọi bước quan trọng trong quy trình phát triển. Ví dụ:

  • Trên mỗi thay đổi.
  • Trên mọi yêu cầu lấy dữ liệu.
  • Sau mỗi bản phát hành đầy đủ hoặc thay đổi môi trường.

Nếu bạn đang dựa vào các dịch vụ của bên thứ ba trong môi trường phát hành chính thức, thì bạn nên chạy kiểm thử trên môi trường phát hành chính thức để đảm bảo API của bên thứ ba hoạt động như mong đợi.

Xác định và thu thập chỉ số

Việc xác định một bộ chỉ số là rất quan trọng để đo lường hiệu quả của các bài kiểm thử và tác động của quy trình kiểm thử đối với công việc kinh doanh của bạn. Dưới đây là một số ví dụ về chỉ số mà bạn có thể sử dụng:

  • Số bản phát hành mỗi tháng: Số lượng bản phát hành nhiều hơn mỗi tháng có thể cho biết quy trình phát triển linh hoạt hơn. Kiểm thử tự động đóng vai trò quan trọng ở đây bằng cách đảm bảo các bản phát hành có thể tiến hành một cách tự tin.
  • Báo cáo lỗi: Xu hướng giảm số lượng báo cáo lỗi có thể là dấu hiệu tích cực cho thấy quy trình kiểm thử (và phát triển) của bạn đang hiệu quả.
  • Mức độ kiểm thử: Mặc dù không bao giờ là một chỉ số chính xác, nhưng mức độ kiểm thử có thể là một chỉ báo tốt về mức độ sâu mà bạn đang kiểm thử các trường hợp sử dụng quan trọng.

Xin lưu ý rằng các chỉ số này cũng chịu ảnh hưởng của các yếu tố khác có thể làm sai lệch các chỉ số này. Ví dụ: số lượng bản phát hành có thể giảm trong mùa lễ, trong khi số lượng báo cáo lỗi lại tăng lên. Vì vậy, đừng chỉ dựa vào một vài chỉ số và nhớ liên kết các chỉ số đó với dữ liệu khác mà nhóm của bạn có.


Khi bạn triển khai thành công các bước đó cùng với nhóm của mình, tình trạng sản phẩm của bạn chắc chắn sẽ được cải thiện về lâu dài. Nhưng bạn vẫn có thể làm được nhiều việc hơn!

Các phương pháp hay nhất để kiểm thử dành cho quản trị viên hệ thống

Các nhóm sản phẩm không thể tự làm việc. Các ứng dụng này dựa vào phần cứng, công cụ và cơ sở hạ tầng do quản trị viên hệ thống duy trì. Mặc dù quản trị viên hệ thống thường không trực tiếp đóng góp vào quá trình phát triển sản phẩm, nhưng họ vẫn có thể ảnh hưởng tích cực đến quy trình phát triển. Ví dụ: bằng cách chủ động quản lý phiên bản trình duyệt mà một số nhóm người dùng trong công ty sử dụng.

Phần thứ hai của bài viết này giải thích cách hoạt động của tính năng này, sử dụng các kênh và chính sách dành cho doanh nghiệp của Chrome.

Kênh phát hành của Chrome

Theo mặc định, Chrome tự động cập nhật để đảm bảo mọi người dùng đều đang chạy phiên bản Chrome mới nhất, ổn định nhất và an toàn nhất, bao gồm mọi tính năng mới nhất – phiên bản Chrome được phát hành trên kênh ổn định.

Nếu là một công ty đang phát triển sản phẩm dựa trên web, bạn nên sử dụng trình duyệt trước kênh ổn định để các nhóm sản phẩm có thời gian điều chỉnh sản phẩm cho phù hợp với các thay đổi đối với nền tảng web.

Đối với trường hợp sử dụng này, Chrome cung cấp tổng cộng 4 kênh phát hành dành cho các nhóm người dùng khác nhau.

Trong trường hợp của Chrome, bạn có thể sử dụng nhiều kênh phát hành để dự đoán các thay đổi trong tương lai đối với trình duyệt và kiểm thử các tính năng mới nhất trước khi các tính năng đó được cung cấp rộng rãi:

  • Kênh ổn định: Đây là nơi có nhiều người dùng nhất. Kênh ổn định tự động cập nhật khi có bản phát hành Chrome mới, điều này xảy ra hằng tháng.
  • Kênh thử nghiệm beta: Phiên bản này sẽ trở nên ổn định trong vòng từ 4 đến 6 tuần, giúp bạn có cơ hội xem trước và kiểm thử bản phát hành chính thức sắp tới cũng như chuẩn bị cho bản phát hành đó.
  • Kênh nhà phát triển: Kênh này nhận được phiên bản Chrome mới một lần một tuần và bao gồm tất cả các bản sửa lỗi mới nhất sẽ chuyển sang phiên bản thử nghiệm beta. Như tên kênh cho thấy, kênh này đang trong quá trình phát triển và do đó có thể bị lỗi ngoài dự kiến. Tuy nhiên, kênh này cũng bao gồm các tính năng mới nhất, đôi khi từ lâu trước khi các tính năng này trở nên ổn định. Điều đó khiến kênh dành cho nhà phát triển trở thành một công cụ tuyệt vời để tạo bản mô hình và phát triển công nghệ tiên tiến.
  • Kênh Canary: Kênh thử nghiệm nhất, chứa mọi tính năng mới nhất nhưng chưa được kiểm thử nhiều. Ít nhất là phát hành hằng ngày.

Nếu bạn muốn tìm hiểu thêm về các kênh của Chrome, hãy xem tập Kiến thức cơ bản về Chrome có liên quan.

Biểu tượng sản phẩm của Chrome phiên bản chính thức, beta và dành cho nhà phát triển cùng với nội dung mô tả.

Sử dụng kênh trong một tổ chức mẫu

Cấu trúc của các nhóm sản phẩm khác nhau tuỳ theo tổ chức, vì không có một phương pháp nào phù hợp với tất cả các tổ chức để phát triển phần mềm. Ví dụ: chúng ta sẽ giả định một nhóm có các vai trò sau: Quản lý sản phẩm, Trải nghiệm người dùng và Giao diện người dùng, Kỹ thuật, Hoạt động và Hỗ trợ.

Đối với một tổ chức như vậy, bạn có thể cân nhắc việc phân tách kênh như sau:

  • Quản lý sản phẩm: Các nhà quản lý sản phẩm thường có thể sử dụng kênh ổn định để sử dụng cùng một phiên bản với hầu hết người dùng. Đôi khi, họ có thể sử dụng kênh beta hoặc dev nếu đang làm việc trên một tính năng yêu cầu API chưa được ra mắt.
  • Kỹ thuật và trải nghiệm người dùng: Một số thành viên trong các nhóm này có thể sử dụng kênh dev để có quyền sử dụng các tính năng mới nhất, chẳng hạn như Chuyển đổi khung hiển thị, ngay cả trước khi các tính năng này có phiên bản ổn định.
  • Thao tác: Có thể ở phiên bản thử nghiệm để dự đoán sự cố sẽ ảnh hưởng đến người dùng tiếp theo.
  • Hỗ trợ: Có thể tiếp tục sử dụng kênh ổn định để đảm bảo họ đang tương tác với sản phẩm bằng cùng một trình duyệt với hầu hết khách hàng.

Sơ đồ minh hoạ luồng kênh trong nhóm ví dụ

Sử dụng chính sách doanh nghiệp để quản lý kênh

Thay vì đưa ra nguyên tắc và để người dùng quyết định sử dụng kênh nào, Chrome cũng cung cấp các công cụ quản trị và dành cho doanh nghiệp để chủ động quản lý kênh mà mỗi người dùng cuối cùng sẽ sử dụng. Điều này rất hữu ích vì ngay lập tức tăng phạm vi kiểm thử từ một vài cá nhân lên một nhóm người dùng xác định, giúp xác định lỗi sớm nhất có thể và theo cách có thể theo dõi.

Nếu bạn muốn sử dụng mức độ kiểm soát đó, sau đây là cấu hình mà chúng tôi đề xuất:

  • Nhân viên (người dùng ứng dụng): Để giảm thiểu nguy cơ gián đoạn, hầu hết nhân viên nên sử dụng kênh chính thức. Kênh này đã được nhóm thử nghiệm Chrome kiểm thử đầy đủ. Ngoài ra, một tỷ lệ nhỏ người dùng (từ 5 đến 10%) có thể sử dụng kênh beta. Kênh này được xem trước bản phát hành ổn định trong vòng 4 đến 6 tuần và có thể giúp quản trị viên phát hiện các vấn đề có thể xảy ra với bản phát hành, nhờ đó có thêm thời gian để giải quyết các vấn đề trước khi bản phát hành được triển khai cho mọi người.
  • Phòng CNTT: Các thành viên của phòng CNTT, bao gồm cả quản trị viên hệ thống, có thể sử dụng kênh beta hoặc dev để xem trước 4 đến 6 hoặc 9 đến 12 tuần đối với những tính năng sắp ra mắt trong phiên bản ổn định của Chrome.

Sơ đồ cho thấy việc phân chia các kênh giữa các nhân viên khác và bộ phận CNTT

Kênh phát hành dài hạn

Quá trình phát triển sản phẩm có thể không diễn ra nhanh như dự kiến và tần suất phát hành của Chrome một tháng một lần có thể là quá cao. Đối với trường hợp sử dụng này, Chrome cung cấp một kênh chính thức mở rộng cho phép nhận bản cập nhật tính năng ít thường xuyên hơn nhưng vẫn nhận được bản sửa lỗi bảo mật. Kênh này được cập nhật 8 tuần một lần.

Sơ đồ sau đây cho thấy cách các mốc tiến triển thông qua các kênh phát hành khác nhau của Chrome:

Biểu đồ quy trình cho thấy sự chồng chéo giữa các phiên bản ổn định và phiên bản ổn định mở rộng

  • Cả phiên bản ổn định và phiên bản ổn định mở rộng đều phân phối cùng một phiên bản trong 4 tuần đầu tiên, sau đó hai phiên bản này sẽ phân tách.
  • Không có kênh thử nghiệm beta mở rộng; thay vào đó, chu kỳ thử nghiệm beta tiêu chuẩn bốn tuần được dùng để ổn định cả phiên bản ổn định và phiên bản ổn định mở rộng. Những doanh nghiệp chọn sử dụng phiên bản ổn định kéo dài 8 tuần nên tiếp tục chạy kênh beta như hiện tại để chủ động xác định các vấn đề có thể ảnh hưởng đến môi trường của họ.

Kết luận

Kiểm thử là một phần quan trọng của các công ty phát triển phần mềm để đảm bảo chất lượng của sản phẩm, đồng thời là một bước quan trọng đối với quản trị viên hệ thống để cấp cho nhân viên của một tổ chức quyền truy cập vào phần mềm chất lượng cao và tránh làm gián đoạn quy trình kinh doanh.

Để thành công khi triển khai quy trình kiểm thử trong tổ chức, điều quan trọng là mọi người đều có chung một tư duy rằng chất lượng và do đó, kiểm thử là một tính năng.

Trong bài viết này, chúng tôi đã xem xét nhiều cách để tích hợp các phương pháp kiểm thử tốt nhất vào tổ chức của bạn. Để xem xét kỹ lưỡng các công cụ kiểm thử hiện có, hãy tham khảo bài viết Các công cụ của Chrome để kiểm thử tự động, mượt mà.

Để được hướng dẫn thực hành về quy trình kiểm thử từ đầu đến cuối, hãy xem khoá học Tìm hiểu về kiểm thửcác phương pháp hay nhất về tự động hoá kiểm thử gần đây của chúng tôi trên web.dev.