Một lỗi xuất hiện trên máy của một tester nhưng lại biến mất trên máy của người khác là một trong những vấn đề gây khó chịu nhất trong QA.

Cùng một website có thể hoạt động khác nhau tùy thuộc vào:

• người dùng đã đăng nhập hay chưa;
• những cookie đã tồn tại;
• local storage;
• cài đặt trình duyệt;
• vị trí proxy;
• các phiên làm việc trước đó;
• trạng thái tài khoản;
• môi trường thiết bị hoặc trình duyệt.

Điều đó có nghĩa là QA thường không chỉ là kiểm thử một trang.

Mà là kiểm thử môi trường xung quanh trang.

Đây là lúc các hồ sơ (profile) trình duyệt trở nên hữu ích.

Câu trả lời nhanh: Tại sao dùng hồ sơ trình duyệt cho kiểm thử QA?

Hồ sơ trình duyệt cho kiểm thử QA cho phép các nhóm tạo ra những môi trường trình duyệt tách biệt, có thể tái sử dụng với cookie, phiên làm việc, bộ nhớ, cài đặt và cấu hình mạng riêng.

Thay vì liên tục xóa dữ liệu trình duyệt hoặc dựng lại thiết lập test, đội QA có thể duy trì các profile cho những kịch bản cụ thể như:

• người dùng chưa đăng nhập;
• người dùng quay lại;
• các tài khoản khách hàng khác nhau;
• kiểm thử theo vùng;
• luồng thanh toán (checkout);
• môi trường staging;
• kiểm thử hồi quy (regression tests).

Kết quả là một quy trình kiểm thử lặp lại được hơn.

Một quy tắc hữu ích là:

Nếu một bài test phụ thuộc vào trạng thái phiên, vị trí, bộ nhớ hoặc cấu hình trình duyệt, thì có lẽ nó nên có môi trường riêng có thể lặp lại.

Vấn đề QA: Một trình duyệt, quá nhiều trạng thái test

Một kỹ sư QA điển hình có thể kiểm thử nhiều trạng thái người dùng trong một buổi chiều.

Ví dụ:

Kịch bản A: Người truy cập mới
Kịch bản B: Khách hàng quay lại
Kịch bản C: Thuê bao đã đăng nhập
Kịch bản D: Người dùng từ khu vực khác
Kịch bản E: Tài khoản có bật một tính năng cụ thể

Nếu cả năm kịch bản đều được kiểm thử trong cùng một hồ sơ trình duyệt, trạng thái có thể rò rỉ từ test này sang test khác.

Cookie được tạo trong Kịch bản B có thể ảnh hưởng đến Kịch bản C.

Một phiên xác thực trước đó có thể khiến tester không thấy được trải nghiệm người dùng lần đầu thực sự.

Local storage có thể chứa giá trị từ bài test ngày hôm qua.

Đột nhiên, nhóm không còn chỉ kiểm thử ứng dụng.

Họ còn đang kiểm thử lịch sử của trình duyệt.

Đó là lý do kiểm thử trình duyệt đa profile có thể đáng tin cậy hơn so với việc liên tục reset một môi trường.

Cách hồ sơ trình duyệt cải thiện khả năng cô lập phiên làm việc

Một hồ sơ trình duyệt hoạt động như một không gian làm việc trình duyệt tách biệt.

Tùy thuộc vào trình duyệt hoặc công cụ quản lý profile, một profile có thể duy trì riêng:

• cookie;
• phiên đăng nhập;
• local storage;
• IndexedDB;
• cache;
• extensions;
• bookmarks;
• cài đặt proxy;
• cấu hình trình duyệt.

Điều này giúp giữ các trạng thái QA tách biệt.

Ví dụ:

QA-New-User

QA-Returning-User

QA-Premium-Account

QA-Logged-Out

Mỗi môi trường có một mục đích rõ ràng.

Tester không cần phải tự hỏi:

“Tôi đã xóa cookie trước khi chạy bài test này chưa?”

Họ chỉ cần mở profile được thiết kế cho kịch bản đó.

Tại sao cô lập phiên lại quan trọng

Các lỗi liên quan đến phiên có thể khó tái hiện vì chúng phụ thuộc vào hoạt động trước đó.

Ví dụ bao gồm:

• một chuyển hướng đăng nhập chỉ bị lỗi sau khi đăng xuất;
• một giỏ hàng tồn tại lâu hơn dự kiến;
• onboarding biến mất sau lần truy cập đầu tiên;
• một cookie xác thực không được làm mới đúng cách;
• một tính năng chỉ xuất hiện sau một phiên trước đó.

Các hồ sơ trình duyệt tách biệt giúp giữ lại các trạng thái này để tester có thể quay lại.

Hồ sơ trình duyệt vs chế độ Ẩn danh cho QA

Chế độ Ẩn danh rất hữu ích.

Nhưng nó giải quyết một vấn đề hơi khác.

Một cửa sổ riêng tư cho bạn một phiên sạch tạm thời.

Đóng nó lại, và hầu hết dữ liệu phiên sẽ biến mất.

Điều đó hữu ích cho việc kiểm thử nhanh.

Nó ít hữu ích hơn khi bạn muốn tái hiện cùng một trạng thái vào ngày mai.

Hồ sơ trình duyệt có thể giữ lại các môi trường QA cụ thể theo thời gian.

Ví dụ:

Chế độ Ẩn danh
→ “Cho tôi một phiên sạch tạm thời.”

Hồ sơ trình duyệt
→ “Đưa tôi môi trường test giống như hôm qua.”

Với kiểm thử khám phá, Ẩn danh có thể là đủ.

Với kiểm thử hồi quy hoặc các luồng lặp lại, các profile tồn tại lâu thường dễ quản lý hơn.

Kiểm thử địa lý với hồ sơ trình duyệt

Vị trí có thể ảnh hưởng đến nhiều phần của một ứng dụng web.

Các đội QA có thể cần kiểm thử:

• nội dung bản địa hóa;
• đơn vị tiền tệ;
• ngôn ngữ;
• khả năng giao hàng;
• giá theo vùng;
• địa điểm cửa hàng;
• chuyển hướng dựa trên vị trí;
• form theo khu vực;
• kết quả tìm kiếm;
• khả năng hiển thị nội dung.

Proxy có thể được kết hợp với một hồ sơ trình duyệt để tạo ra vị trí mạng có thể lặp lại cho kiểm thử.

Ví dụ:

QA-US-NewYork → proxy US

QA-UK-London → proxy UK

QA-DE-Frankfurt → proxy Đức

Hồ sơ trình duyệt lưu trữ môi trường test.

Proxy kiểm soát tuyến mạng và IP công khai.

Đây là những lớp khác nhau, nhưng chúng có thể hoạt động cùng nhau.

Đội QA nên xác minh gì trong kiểm thử địa lý?

Đừng chỉ nhìn vào địa chỉ IP.

Hãy kiểm tra thêm:

• ngôn ngữ website;
• đơn vị tiền tệ;
• múi giờ;
• định dạng ngày giờ và số;
• tùy chọn giao hàng hoặc vận chuyển;
• nội dung bản địa hóa;
• chuyển hướng theo vùng;
• hành vi cookie;
• hành vi DNS khi liên quan.

Một ứng dụng phụ thuộc vào vị trí có thể phản hồi theo nhiều tín hiệu, không chỉ IP geolocation.

Mục tiêu của QA nên là tính nhất quán và khả năng tái hiện.

Cookie và bộ nhớ: Nguồn ẩn của sự không nhất quán trong test

Một số lượng đáng ngạc nhiên các lỗi trình duyệt thực chất là lỗi quản lý trạng thái.

Website có thể lưu dữ liệu ở nhiều nơi hơn là chỉ cookie truyền thống.

Các ví dụ phổ biến gồm:

• cookies;
• localStorage;
• sessionStorage;
• IndexedDB;
• tài nguyên được cache;
• dữ liệu service-worker.

Hãy tưởng tượng một tester xóa cookie nhưng giữ nguyên localStorage.

Họ có thể mong đợi trạng thái người dùng sạch.

Ứng dụng thì không.

Điều đó có thể tạo ra kết quả sai lệch.

Hồ sơ trình duyệt giúp giảm việc dọn dẹp lặp lại

Thay vì liên tục quyết định cần xóa gì, đội có thể tạo các môi trường test đã biết.

Ví dụ:

Clean User Profile

Chỉ dùng cho kiểm thử lần truy cập đầu.

Authenticated User Profile

Giữ một phiên đăng nhập hợp lệ.

Existing Customer Profile

Chứa trạng thái mong đợi của một người dùng quay lại.

Corrupted-State Profile

Dùng để tái hiện một lỗi cụ thể liên quan đến bộ nhớ.

Điều này khiến môi trường test trở thành một phần của quy trình QA.

Tại sao khả năng tái hiện quan trọng hơn một “trình duyệt sạch”

Một trình duyệt sạch nghe có vẻ lý tưởng.

Nhưng QA không phải lúc nào cũng cần trình duyệt sạch.

QA cần một trạng thái trình duyệt đã biết.

Đây là một khác biệt quan trọng.

Giả sử một lỗi chỉ xảy ra khi:

1. Người dùng đăng nhập.
2. Thêm một sản phẩm vào giỏ.
3. Đóng trình duyệt.
4. Quay lại vào ngày hôm sau.
5. Thay đổi địa chỉ giao hàng.

Một trình duyệt hoàn toàn sạch sẽ phá huỷ trạng thái cần thiết để tái hiện lỗi.

Một hồ sơ trình duyệt chuyên dụng có thể giữ lại trạng thái đó.

Đây là một trong những lý do mạnh mẽ nhất để dùng hồ sơ trình duyệt cho QA.

Tester có thể lưu một môi trường đã biết thay vì dựng lại mỗi lần.

Mô hình tái hiện đơn giản

Ghi chép mỗi profile với:

Tên profile
Mục đích
Trạng thái tài khoản
Vùng
Proxy, nếu dùng
Phiên bản trình duyệt
Kết quả mong đợi

Ví dụ:

Checkout-US-Returning

Mục đích: Kiểm thử hồi quy checkout cho khách quay lại
Vùng: Hoa Kỳ
Phiên: Đã đăng nhập
Giỏ hàng: Sản phẩm có sẵn
Mong đợi: Địa chỉ giao hàng đã lưu được tải đúng

Giờ một tester khác có thể tái hiện cùng môi trường nhanh hơn nhiều.

Kiểm thử trình duyệt đa profile trên nhiều trạng thái người dùng

Một đội QA có thể cần kiểm thử cùng một tính năng trong nhiều điều kiện.

Ví dụ, một trang đăng ký (subscription) có thể cần kiểm thử cho:

• khách chưa đăng nhập;
• người dùng miễn phí;
• người dùng trả phí;
• đăng ký đã hết hạn;
• người dùng dùng thử;
• người dùng admin.

Thay vì liên tục thay đổi trạng thái một tài khoản, đội có thể duy trì profile riêng cho từng kịch bản.

Ví dụ:

Subscription-Guest

Subscription-Free

Subscription-Pro

Subscription-Expired

Điều này giúp việc so sánh dễ dàng hơn.

Mở hai profile cạnh nhau và so sánh hành vi.

Cách này có thể hiệu quả hơn so với việc liên tục đăng xuất, xóa bộ nhớ, đổi tài khoản và khôi phục dữ liệu test.

Hồ sơ trình duyệt giữa các thiết bị: Có thể và không thể kiểm thử gì

Hồ sơ trình duyệt hữu ích để tách biệt môi trường, nhưng chúng không thay thế kiểm thử trên thiết bị thật.

Một hồ sơ trình duyệt có thể giúp mô phỏng các cấu hình phía trình duyệt khác nhau.

Nó không thể biến một máy tính desktop thành iPhone hay thiết bị Android.

Đối với QA thiết bị, đội vẫn nên dùng các công cụ phù hợp như:

• thiết bị vật lý;
• developer tools của trình duyệt;
• trình giả lập thiết bị;
• nền tảng kiểm thử thiết bị trên cloud.

Hồ sơ trình duyệt có giá trị nhất khi dùng để giữ lại trạng thái xung quanh bài test.

Ví dụ:

Kiểm thử thiết bị
→ kiểm tra hiển thị và hành vi trên thiết bị thật hoặc giả lập

Kiểm thử với hồ sơ trình duyệt
→ giữ trạng thái tài khoản, cookie, bộ nhớ, proxy và ngữ cảnh phiên

Hai cách tiếp cận này bổ trợ cho nhau.

Bàn giao trong đội: Làm cho môi trường QA có thể chuyển giao

Các môi trường QA thường bị “mắc kẹt” trên máy của một tester.

Một báo cáo bug có thể ghi:

“Nó hoạt động trên profile test của tôi, nhưng tôi không thể tái hiện được từ một trình duyệt sạch.”

Đó là một dấu hiệu cảnh báo.

Một quy trình QA tốt nên khiến môi trường trở nên dễ hiểu với các thành viên khác.

Mỗi profile có thể tái sử dụng nên có:

• tên rõ ràng;
• mục đích test;
• thông tin tài khoản liên quan;
• vùng;
• trạng thái mong đợi;
• tham chiếu issue hoặc ticket;
• người phụ trách.

Ví dụ:

BUG-4821-Checkout-DE

Điều này ngay lập tức cho đội biết profile gắn với một lỗi cụ thể và một vùng cụ thể.

Điều gì nên xảy ra khi bàn giao?

Khi một tester bàn giao case cho đồng đội, hãy bao gồm:

1. Tên profile.
2. Tài khoản test.
3. Môi trường.
4. Vùng.
5. Các bước tái hiện.
6. Kết quả mong đợi.
7. Kết quả thực tế.
8. Ticket liên quan.

Hồ sơ trình duyệt nên hỗ trợ cho báo cáo bug, chứ không thay thế nó.

Đặt tên hồ sơ trình duyệt cho các đội QA

Đặt tên tốt ngày càng quan trọng khi thư viện profile lớn dần.

Tránh các tên như:

Test1

New QA

Chrome test

Account 2

Chúng nhanh chóng trở nên vô nghĩa.

Định dạng tốt hơn là:

Tính năng – Trạng thái – Vùng

Ví dụ:

Checkout-Guest-US

Checkout-Returning-UK

Login-ExpiredSession-DE

Pricing-FreeUser-SG

Với tái hiện lỗi:

Ticket – Tính năng – Vùng

Ví dụ:

QA-1824-Payment-US

Tag có thể thêm một lớp nữa.

Các tag QA hữu ích có thể bao gồm:

• Regression
• Staging
• Production
• Critical
• Geo
• Login
• Checkout
• Mobile

Mục tiêu rất đơn giản:

Một tester không tạo ra profile vẫn phải hiểu được nó dùng để làm gì.

Ví dụ quy trình QA dùng hồ sơ trình duyệt

Hãy xem một đội QA thương mại điện tử đang kiểm thử bản phát hành checkout mới.

Bản phát hành cần hoạt động cho:

• khách hàng US mới;
• khách hàng US quay lại;
• khách hàng UK;
• khách hàng Đức;
• người dùng chưa đăng nhập.

Thay vì liên tục dựng lại các trạng thái test, đội tạo:

Checkout-US-New

Checkout-US-Returning

Checkout-UK

Checkout-DE

Checkout-Guest

Mỗi profile giữ phiên trình duyệt liên quan.

Các profile dùng cho kiểm thử theo vị trí có thể được gán proxy phù hợp khi cần.

Quy trình QA sau đó trở thành:

Bước 1: Tạo profile nền tảng

Chuẩn bị trạng thái tài khoản, phiên và dữ liệu test.

Bước 2: Ghi lại hành vi mong đợi

Ghi nhận kịch bản test trong hệ thống QA.

Bước 3: Chạy test

Mở profile tương ứng.

Bước 4: Giữ lại lỗi

Nếu lỗi xảy ra, đừng vội reset môi trường.

Giữ profile lại để tái hiện.

Bước 5: Bàn giao ngữ cảnh profile

Tester hoặc developer khác có thể dùng môi trường đã ghi chép để điều tra.

Bước 6: Reset hoặc lưu trữ sau khi xử lý

Khi bug được sửa, khôi phục profile về trạng thái nền hoặc lưu trữ nó.

Điều này tạo ra quy trình lặp lại được hơn nhiều so với việc coi mỗi phiên trình duyệt là dùng một lần rồi bỏ.

Checklist audit hồ sơ trình duyệt cho QA

Các profile có thể tái sử dụng chỉ hữu ích nếu chúng được tổ chức tốt.

Hãy rà soát chúng thường xuyên.

Mục đích profile

• Mỗi profile có gắn với một test case được ghi chép không?
• Profile đó còn cần thiết không?

Trạng thái phiên

• Trạng thái tài khoản còn hợp lệ không?
• Phiên đã hết hạn chưa?

Dữ liệu trình duyệt

• Cookie và bộ nhớ vẫn phù hợp với kịch bản chứ?
• Các lần test trước có làm “bẩn” môi trường không?

Vị trí

• Vùng mong đợi đã được ghi chép chưa?
• Proxy vẫn hoạt động chứ, nếu có dùng?

Quyền sở hữu

• Đội có biết ai là người duy trì profile không?
• Một tester khác có thể tái hiện kịch bản không?

Phiên bản

• Phiên bản trình duyệt vẫn còn phù hợp không?
• Profile dùng cho kiểm thử staging hay production?

Dọn dẹp

• Có thể lưu trữ (archive) các profile cũ không?
• Có môi trường trùng lặp không?

Một lần dọn dẹp hàng quý nhỏ có thể ngăn hàng trăm profile QA lỗi thời tích tụ.

Khi nào các đội QA nên dùng hồ sơ trình duyệt?

Hồ sơ trình duyệt đặc biệt hữu ích khi bài test phụ thuộc vào trạng thái lâu dài.

Các trường hợp dùng tốt gồm:

• kiểm thử đăng nhập và đăng xuất;
• onboarding;
• checkout;
• quyền tài khoản;
• hành vi theo vùng;
• luồng người dùng quay lại;
• feature flags;
• kiểm thử hồi quy;
• kiểm thử đa tài khoản;
• tái hiện bug.

Chúng ít quan trọng hơn khi:

• bài test hoàn toàn không có trạng thái;
• luôn cần trình duyệt mới hoàn toàn;
• luồng làm việc phụ thuộc chủ yếu vào phần cứng thiết bị thật.

Cách tiếp cận đúng không phải là “dùng profile cho mọi thứ”.

Mà là:

Dùng profile khi việc giữ lại môi trường trình duyệt giúp bài test lặp lại được hơn.

Xây dựng môi trường QA lặp lại được với hồ sơ trình duyệt Hidemium

Khi số lượng kịch bản QA tăng, các hồ sơ trình duyệt tích hợp sẵn có thể trở nên khó tổ chức.

Một đội có thể cuối cùng có hàng chục hoặc hàng trăm môi trường trải rộng trên:

• tài khoản;
• tính năng;
• vùng;
• ticket;
• các giai đoạn test.

Đây là lúc một quy trình quản lý hồ sơ trình duyệt trở nên hữu ích.

Với Hidemium, đội QA có thể tổ chức các hồ sơ trình duyệt riêng cho những kịch bản test khác nhau và giúp các môi trường theo profile dễ quản lý hơn xuyên suốt các luồng công việc.

Một cấu trúc thực tiễn có thể trông như:

QA → Checkout → US

QA → Checkout → UK

QA → Login → Expired Session

QA → Pricing → Returning User

Khi cần kiểm thử theo vị trí, proxy có thể được cấu hình theo kịch bản.

Lợi ích quan trọng không chỉ là tạo thêm nhiều profile.

Mà là biến các trạng thái trình duyệt tạm thời thành môi trường QA lặp lại được.

Xây dựng môi trường QA lặp lại được với hồ sơ trình duyệt Hidemium và tổ chức các kịch bản test của bạn xoay quanh những trạng thái trình duyệt có thể tái sử dụng, được ghi chép rõ ràng.

Câu hỏi thường gặp

Hồ sơ trình duyệt trong kiểm thử QA là gì?

Hồ sơ trình duyệt trong kiểm thử QA là các môi trường trình duyệt tách biệt, dùng để giữ các cookie, phiên, bộ nhớ, trạng thái tài khoản và cấu hình cụ thể cho những kịch bản test khác nhau.

Tại sao dùng hồ sơ trình duyệt cho QA?

Hồ sơ trình duyệt giúp đội QA cô lập trạng thái test, tái hiện lỗi, giữ phiên, kiểm thử hành vi theo vùng và giảm nhu cầu liên tục xóa hoặc dựng lại môi trường trình duyệt.

Có thể dùng hồ sơ trình duyệt cho kiểm thử geolocation không?

Có. Một hồ sơ trình duyệt có thể được kết hợp với proxy phù hợp để kiểm thử hành vi website phụ thuộc vào vị trí. Đội QA cũng nên xác minh ngôn ngữ, tiền tệ, múi giờ và các tín hiệu vùng khác.

Hồ sơ trình duyệt có tốt hơn chế độ Ẩn danh cho QA không?

Chúng phục vụ các mục đích khác nhau. Chế độ Ẩn danh hữu ích cho các phiên sạch tạm thời, trong khi các hồ sơ trình duyệt tồn tại lâu phù hợp hơn khi cần giữ và tái sử dụng môi trường test.

Hồ sơ trình duyệt có thể thay thế kiểm thử thiết bị không?

Không. Hồ sơ trình duyệt không thay thế thiết bị thật hoặc trình giả lập thiết bị. Chúng chủ yếu hữu ích để giữ trạng thái phiên, bộ nhớ, tài khoản, proxy và môi trường trình duyệt.

Kiểm thử trình duyệt đa profile là gì?

Kiểm thử trình duyệt đa profile dùng nhiều hồ sơ trình duyệt tách biệt để kiểm thử các trạng thái người dùng, tài khoản, vùng hoặc luồng làm việc khác nhau mà không cần liên tục reset cùng một phiên trình duyệt.

Đội QA nên đặt tên hồ sơ trình duyệt như thế nào?

Quy ước đặt tên thực tế là Tính năng – Trạng thái – Vùng, như Checkout-Returning-US hoặc Login-ExpiredSession-DE. Các profile dành cho bug có thể thêm số ticket.

Tổng kết

QA đáng tin cậy không chỉ là lặp lại cùng những cú nhấp chuột.

Mà là lặp lại cùng điều kiện.

Một bài test có thể hành xử khác nhau vì:

• cookies;
• phiên;
• local storage;
• trạng thái tài khoản;
• vùng;
• cấu hình trình duyệt.

Đó là lý do hồ sơ trình duyệt có thể có giá trị với các đội QA.

Chúng giúp biến lịch sử trình duyệt khó đoán thành một môi trường đã biết.

Với kiểm thử đơn giản, chế độ Ẩn danh hoặc trình duyệt mới có thể đủ.

Với các kịch bản lặp lại, kiểm thử hồi quy, QA theo vùng và tái hiện lỗi khó, các hồ sơ trình duyệt tồn tại lâu mang lại cách tiếp cận có cấu trúc hơn.

Quy trình browser profiles QA testing hữu ích nhất tuân theo một vài nguyên tắc:

Tách biệt các trạng thái người dùng quan trọng.

Ghi chép mọi môi trường có thể tái sử dụng.

Giữ cấu hình theo vùng nhất quán.

Giữ profile khi cần tái hiện bug.

Làm cho profile dễ hiểu với các thành viên khác.

Lưu trữ các môi trường không còn hữu ích.

Khi được triển khai tốt, hồ sơ trình duyệt không chỉ là một tiện ích.

Chúng trở thành một phần của hệ thống QA lặp lại được.

Xây dựng môi trường QA lặp lại được với hồ sơ trình duyệt Hidemium và biến trạng thái trình duyệt thành một phần của phương pháp kiểm thử thay vì một biến số khó kiểm soát.