Học Playwright tiếng Việt, Cộng đồng Playwright cho người Việt

How Google Tests Software

[How Google Tests Software] Phần 18: Improving How Google Tests Software

Google luôn nỗ lực để cải thiện hệ thống kiểm thử của họ!

Bạn muốn biết Google đang đối mặt với những thách thức gì và tương lai của kiểm thử tại Google sẽ như thế nào?

  • Google đang đối mặt với những vấn đề gì trong kiểm thử?
  • Tương lai của SET và TE sẽ như thế nào?
  • Tương lai của Test Director, Manager và hệ thống kiểm thử?
  • Kết luận: Những thay đổi và thách thức mới!

Nâng cao kiểm thử phần mềm tại Google – Những thay đổi và thách thức

Hành trình khám phá thế giới kiểm thử của Google đã đưa chúng ta đến chương cuối cùng: Improving How Google Tests Software. Chương này tập trung vào những thách thức mà Google đang đối mặt trong kiểm thử và những thay đổi mới nhất để nâng cao hệ thống kiểm thử của họ.

Những lỗi nghiêm trọng trong quá trình kiểm thử của Google

Mặc dù Google đã đạt được những thành tựu đáng kể trong kiểm thử phần mềm, họ vẫn phải đối mặt với một số vấn đề:

1. SET và TE trở thành “nạng cụ” cho developer:
Việc tự động hóa quá trình kiểm thử và tạo ra những công cụ kiểm thử hiệu quả đã khiến developer không còn tập trung vào việc kiểm thử code của họ. Họ dường như dựa vào SET và TE để giải quyết tất cả các vấn đề liên quan đến chất lượng code, dẫn đến việc họ không còn có thói quen kiểm tra code của mình một cách chủ động. Điều này gây ra những hậu quả tiêu cực, như:

  • Giảm chất lượng code: Developer không còn có thói quen kiểm tra code của mình một cách chủ động, dẫn đến việc code chứa nhiều lỗi tiềm ẩn.
  • Tăng chi phí và thời gian kiểm thử: SET và TE phải dành nhiều thời gian hơn để kiểm tra code của developer, dẫn đến việc tăng chi phí và thời gian phát triển sản phẩm.

2. Phân chia rõ ràng vai trò giữa developer và tester:
Google đã tách riêng bộ phận kiểm thử ra khỏi bộ phận phát triển. Điều này khiến tester không thể hiểu rõ mục tiêu và hoạt động của toàn bộ dự án và dẫn đến sự phân chia trong team. Họ không thể cùng nhau nâng cao chất lượng sản phẩm một cách hiệu quả vì thiếu sự liên kết và hiểu biết chung. Điều này dẫn đến một số hậu quả:

  • Sự thiếu hiểu biết chung: Developer không hiểu rõ các nguyên tắc kiểm thử của tester và ngược lại. Điều này dẫn đến sự bất đồng trong quá trình phát triển và kiểm thử sản phẩm.
  • Tăng thời gian và chi phí kiểm thử: Việc thiếu sự liên kết giữa hai bộ phận dẫn đến việc tăng thời gian và chi phí kiểm thử vì họ phải dành thời gian để hiểu rõ các yêu cầu và quy trình của nhau.

3. Quá tập trung vào các artifact kiểm thử:
Google đã quá tập trung vào việc tạo ra các artifact kiểm thử như test plan, test cases và bug reports. Điều này khiến họ bỏ qua việc tập trung vào việc cải thiện chất lượng của code và sản phẩm. Thay vì tập trung vào việc tìm ra lỗi và cải thiện chất lượng code, họ dường như đang chi tiêu nhiều thời gian và năng lượng cho việc tạo ra những tài liệu kiểm thử. Hậu quả của việc này là:

  • Giảm hiệu quả kiểm thử: Test plan, test cases và bug reports không được sử dụng một cách hiệu quả và không mang lại lợi ích cho việc cải thiện chất lượng sản phẩm.
  • Tăng gánh nặng cho tester: Tester phải dành nhiều thời gian cho việc tạo ra và quản lý các tài liệu kiểm thử, dẫn đến việc họ không có thời gian để tập trung vào việc kiểm thử thực sự.

4. Vẫn còn lỗi sau khi phát hành:
Mặc dù Google đã có một hệ thống kiểm thử rất hiệu quả, nhưng vẫn còn những lỗi bị bỏ qua và được phát hiện sau khi phát hành sản phẩm. Điều này cho thấy rằng hệ thống kiểm thử của Google vẫn còn những điểm yếu cần được cải thiện. Những lỗi này có thể gây ra những hậu quả nghiêm trọng cho người dùng, ví dụ như giảm hiệu suất của sản phẩm, gây ra sự cố hoặc làm giảm trải nghiệm của người dùng.

Tương lai của SET và TE

Google đang thực hiện những thay đổi quan trọng trong vai trò của SET và TE để đối mặt với những thách thức trên.

  • Vai trò của SET sẽ biến mất: SET là những kỹ sư phần mềm chuyên về kiểm thử và có vai trò giống như developer. Trong tương lai, Google sẽ không còn tách biệt vai trò SET ra khỏi developer. Thay vào đó, tất cả developer sẽ đều có trách nhiệm kiểm thử code của họ, đảm bảo code được kiểm tra một cách đầy đủ. Việc này sẽ giúp nâng cao chất lượng code và tăng cường sự chủ động trong việc kiểm thử của developer. Thay vì dựa vào SET để kiểm thử, developer sẽ có thể tự kiểm tra code của mình một cách chủ động và hiệu quả hơn.

  • Vai trò của TE sẽ thay đổi: TE sẽ chuyển sang vai trò thiết kế kiểm thử, hỗ trợ team lên kế hoạch kiểm thử, phân tích rủi ro và quản lý test cases được tạo ra bởi crowd testers hoặc early adopters. TEs sẽ không còn tập trung vào việc thực hiện kiểm thử thủ công. Họ sẽ trở thành những chuyên gia thiết kế kiểm thử, mang lại tầm nhìn chiến lược và hướng dẫn cho quá trình kiểm thử. TEs sẽ tập trung vào việc xây dựng các kế hoạch kiểm thử hiệu quả, xác định các điểm rủi ro và thiết kế các kỹ thuật kiểm thử phù hợp. Họ sẽ hỗ trợ các developer trong việc kiểm thử code và sử dụng crowd testers để thu thập phản hồi từ người dùng.

Tương lai của Test Director, Manager và hệ thống kiểm thử?

Với những thay đổi trong vai trò của SET và TE, vai trò của Test Director và Manager cũng sẽ thay đổi theo. Họ sẽ chuyển sang vai trò lãnh đạo và hỗ trợ team kiểm thử từ xa, thay vì quản lý trực tiếp. Hệ thống kiểm thử của Google cũng sẽ tiến vào kỷ nguyên của cloud, tích hợp vào browser và sử dụng nhiều công cụ mở nguồn hơn.

  • Hệ thống kiểm thử sẽ được tích hợp vào browser: Các công cụ kiểm thử sẽ được tích hợp vào browser để giúp TEs kiểm thử một cách dễ dàng và nhanh chóng hơn. Điều này sẽ làm cho quá trình kiểm thử trở nên thuận tiện hơn và giảm bớt sự phức tạp trong việc quản lý công cụ. Hệ thống kiểm thử sẽ trở nên linh hoạt hơn, cho phép TEs thực hiện kiểm thử một cách nhanh chóng và hiệu quả hơn.

  • Test cases sẽ được lưu trữ trên cloud: Google sẽ tập trung vào việc lưu trữ test cases trên cloud, cho phép team kiểm thử truy cập và sử dụng test cases một cách dễ dàng hơn. Việc này sẽ tăng cường sự chia sẻ và tái sử dụng test cases giữa các team kiểm thử khác nhau. Hệ thống kiểm thử trên cloud cũng cho phép Google tiết kiệm chi phí và nâng cao hiệu suất kiểm thử.

  • Sử dụng công cụ kiểm thử mở nguồn: Google sẽ tích hợp các công cụ kiểm thử mở nguồn vào hệ thống kiểm thử của họ để tăng cường khả năng kiểm thử và tiết kiệm chi phí. Việc này sẽ giúp Google tiếp cận với những công cụ kiểm thử mới nhất và tiết kiệm chi phí trong việc phát triển công cụ riêng. Hơn nữa, việc sử dụng các công cụ mở nguồn cũng giúp Google tham gia vào cộng đồng kiểm thử toàn cầu và học hỏi từ kinh nghiệm của những người khác.

  • Chia sẻ dữ liệu kiểm thử: Google sẽ chia sẻ dữ liệu kiểm thử với cộng đồng mở nguồn để thu thập gợi ý và cải thiện hệ thống kiểm thử. Việc chia sẻ dữ liệu sẽ giúp Google học hỏi từ kinh nghiệm của cộng đồng và tăng cường sự hợp tác trong lĩnh vực kiểm thử. Họ cũng có thể nhận được sự hỗ trợ từ cộng đồng trong việc phát triển và cải thiện công cụ kiểm thử.

Kết luận: Những thay đổi và thách thức mới!

Thế giới kiểm thử phần mềm đang thay đổi liên tục. Google đang nỗ lực để thích ứng với những thay đổi này và tạo ra một hệ thống kiểm thử hiệu quả hơn. Sự thay đổi này sẽ mang lại những thách thức mới cho các chuyên gia kiểm thử nhưng cũng mở ra những cơ hội mới để học hỏi và phát triển. Hãy cùng theo dõi hành trình khám phá thế giới kiểm thử của Google để tiếp tục học hỏi những bí mật và kinh nghiệm quý báu!

Trả lời