messenger

Chat Mess

zalo

Chat Zalo

phone

Phone

Gọi ngay: 097.6666.799
messenger

Facebook

messenger

TikTok

Hỗ trợ tư vấn: 097.6666.799
PGBank

Chuyên viên cao cấp Kiểm thử

Hà Nội CNTT - Phần cứng / Mạng, CNTT - Phần mềm
Toàn thời gian Lương thỏa thuận Hạn: 2026-12-31

Mô tả công việc

  • Thiết kế, viết và thực thi các test case chất lượng cao cho các tính năng phức tạp, áp dụng các kỹ thuật thiết kế test case nâng cao (phân vùng tương đương, bảng quyết định).
  • Thực hiện kiểm thử tích hợp hệ thống (SIT) trên môi trường thử nghiệm, đảm bảo các hệ thống con kết nối và hoạt động ổn định với nhau.
  • Thực hiện kiểm thử hồi quy để đảm bảo các chức năng hiện có không bị ảnh hưởng bởi các thay đổi mới.
  • Phát triển, thực thi và bảo trì các kịch bản kiểm thử tự động cho các ứng dụng trọng yếu sử dụng các công cụ như Selenium, Postman, v.v.
  • Đề xuất và tích hợp các công cụ kiểm thử mới vào quy trình kiểm thử để nâng cao hiệu quả.
  • Hỗ trợ, hướng dẫn các kiểm thử viên khác sử dụng công cụ kiểm thử.
  • Đề xuất cải tiến quy trình, phương pháp kiểm thử để tăng tốc độ và chất lượng kiểm thử.

Yêu cầu ứng viên

  • Tốt nghiệp Đại học trở lên chuyên ngành Công nghệ thông tin, Công nghệ, Ngân hàng, Tài chính hoặc các chuyên ngành liên quan.
  • Có tối thiểu 03 năm kinh nghiệm phù hợp với cấp bậc trong lĩnh vực kiểm thử phần mềm.
  • Có kinh nghiệm thiết kế chiến lược kiểm thử cho các dự án phức tạp, đánh giá rủi ro và xác định mức độ ưu tiên kiểm thử.
  • Sử dụng thành thạo ít nhất một công cụ kiểm thử tự động như Selenium, Playwright hoặc các công cụ tương đương.
  • Sử dụng thành thạo các công cụ kiểm thử API như Postman, SOAPUI và công cụ quản lý kiểm thử như JIRA, TestRail; có kiến thức về SQL.
  • Am hiểu quy trình phát triển phần mềm, đặc biệt là các phương pháp Agile, Scrum; có kiến thức về nghiệp vụ ngân hàng và các tiêu chuẩn chất lượng phần mềm.
  • Có tư duy phân tích, phản biện và giải quyết vấn đề tốt; chủ động trong việc nhận diện rủi ro và đề xuất giải pháp cải tiến phương pháp kiểm thử.
  • Có khả năng hướng dẫn, đào tạo và kèm cặp kiểm thử viên mới; chủ động chia sẻ kiến thức và kinh nghiệm về công cụ, phương pháp kiểm thử.
  • Có khả năng phân công, theo dõi tiến độ và phối hợp công việc trong nhóm kiểm thử; chủ động đề xuất và thúc đẩy các sáng kiến cải tiến.
  • Có khả năng thiết kế framework kiểm thử tự động cho dự án và khuyến khích việc nghiên cứu, thử nghiệm các công cụ kiểm thử mới.
  • Có khả năng sử dụng tiếng Anh tốt, tối thiểu tương đương trình độ B1, phục vụ công việc và trao đổi tài liệu chuyên môn.
  • Có chứng chỉ kiểm thử quốc tế ISTQB Foundation Level trở lên hoặc các chứng chỉ chuyên sâu về công cụ kiểm thử là một lợi thế.

​​​​​QUYỀN LỢI

  • Khung lương cạnh tranh theo thị trường.
  • Thưởng theo kết quả kinh doanh & hoàn thành công việc, thưởng tập thể/cá nhân tiêu biểu, đột xuất, thưởng dịp Lễ, Tết cho CBNV.
  • Tham gia đầy đủ BHXH, BHYT, BHTN theo Luật lao động và Bảo hiểm sức khỏe Pijico với nhiều quyền lợi vượt trội
  • Các chế độ khác: nghỉ mát hằng năm, quà sinh nhật, thăm hỏi ốm đau, kết hôn, hỗ trợ thai sản.
  • Được tham gia các chương trình đào tạo của PGBank và đồng hành hỗ trợ trải nghiệm thực tế.
  • Môi trường làm việc với tinh thần hỗ trợ phối hợp và hiệu quả.
  • Cơ hội phát triển & thăng tiến công bằng cho CBNV.

Phân tích kỹ năng cần có

1. Bản chất của vị trí

Đây là vị trí Chuyên viên Kiểm thử cao cấp trong khối CNTT, trọng tâm vào kiểm thử phần mềm tự động hóa, kiểm thử tích hợp và cải tiến quy trình chất lượng. Ứng viên cần thể hiện khả năng làm việc ở cả hai mức:

  • Kỹ thuật: thiết kế test case, xây dựng kịch bản tự động, kiểm thử API, truy vấn dữ liệu, phân tích rủi ro.
  • Điều phối: hướng dẫn kiểm thử viên, phân công và theo dõi tiến độ, đề xuất cải tiến quy trình.

Phòng ban có mảng phần cứng, mạng và phần mềm. Tin tuyển dụng không nêu rõ ứng viên sẽ kiểm thử thiết bị, hệ thống mạng hay chủ yếu phần mềm, vì vậy cần hỏi rõ phạm vi sản phẩm, hệ thống trọng yếu và tỷ lệ công việc tự động hóa trong buổi phỏng vấn.

2. Kỹ năng chuyên môn cần có

A. Thiết kế test và tư duy dựa trên rủi ro

Đây là năng lực trọng tâm của vị trí. Ứng viên cần thành thạo:

  • Phân vùng tương đương: chia dữ liệu thành các lớp hợp lệ, không hợp lệ, biên và lỗi.
  • Bảng quyết định: mô tả rõ các tổ hợp điều kiện đầu vào, kết quả mong đợi và hành động của hệ thống.
  • Phân tích biên: kiểm tra giới hạn số dư, hạn mức, số lần giao dịch, thời gian xử lý.
  • Chuyển trạng thái: mô tả vòng đời giao dịch như khởi tạo, đang xử lý, thành công, thất bại, hoàn tác.
  • Dự đoán lỗi: chủ động kiểm tra timeout, giao dịch lặp, mất kết nối, sai thứ tự dữ liệu, lỗi đồng thời.
  • Phân tích rủi ro: ưu tiên hệ thống có giao dịch tiền, dữ liệu khách hàng, phê duyệt tín dụng, báo cáo pháp lý hoặc lịch sử giao dịch.

Hồ sơ nên thể hiện khả năng giải thích vì sao kiểm thử phần này trước, thay vì chỉ liệt kê số lượng test case.

B. Kiểm thử tự động

Cần sử dụng thành thạo ít nhất một trong các công cụ Selenium, Playwright hoặc công cụ tương đương. Nội dung cần chứng minh gồm:

  • Xây dựng locator và tương tác với giao diện web.
  • Quản lý dữ liệu kiểm thử để tránh phụ thuộc thứ tự chạy.
  • Khởi tạo và dọn dữ liệu kiểm thử.
  • Chờ điều kiện thay vì sử dụng thời gian cố định.
  • Chụp ảnh hoặc ghi nhận lỗi khi test thất bại.
  • Thiết kế báo cáo kiểm thử và phân tích nguyên nhân lỗi.
  • Tích hợp kiểm thử tự động vào quy trình phát triển phần mềm.

Vị trí còn yêu cầu khả năng thiết kế framework kiểm thử. Ứng viên nên hiểu cấu trúc của một framework gồm cấu hình môi trường, dữ liệu đầu vào, lớp trang, lớp hành động, hàm tiện ích, báo cáo, log, xử lý lỗi và tích hợp liên tục. Ngôn ngữ lập trình không được nêu cụ thể trong tin tuyển dụng; Java, Python hoặc C# đều có thể là lựa chọn phù hợp nếu ứng viên thực sự thành thạo.

C. Kiểm thử API và dữ liệu

Ứng viên cần có kiến thức thực tế về:

  • REST API, JSON và có thể thêm XML cho SOAP API.
  • Phương thức GET, POST, PUT, PATCH và DELETE.
  • Mã trạng thái HTTP, cơ chế xác thực và phân quyền.
  • Kiểm thử hợp đồng API, kiểm thử giá trị biên và xử lý lỗi.
  • Postman: biến môi trường, collection, pre-request script, test script, chạy collection và xử lý dữ liệu.
  • SoapUI hoặc công cụ tương đương cho dịch vụ dựa trên SOAP.
  • SQL: câu lệnh chọn, điều kiện lọc, nối bảng, nhóm dữ liệu, truy vấn con, kiểm tra trùng lặp và đối soát dữ liệu.

Một ví dụ hồ sơ mạnh là mô tả cách dùng Postman kiểm tra giao dịch chuyển tiền, sau đó dùng SQL xác nhận trạng thái giao dịch, số dư và bảng ghi lịch sử.

D. Kiểm thử tích hợp và hồi quy

  • Kiểm thử tích hợp hệ thống: xác định các thành phần tham gia, dữ liệu đầu vào và đầu ra, điều kiện kết nối, lỗi giao tiếp và phương án rollback.
  • Kiểm thử hồi quy: xây dựng bộ test theo rủi ro, tự động hóa các luồng thường xuyên, giảm thời gian chạy và kiểm soát lỗi không ổn định.
  • Có kiến thức về kiểm thử giao diện, API, cơ sở dữ liệu, báo cáo, thông báo và tích hợp với hệ thống bên thứ ba.

E. Quy trình Agile và công cụ quản lý

Ứng viên cần hiểu cách kiểm thử trong Agile, Scrum:

  • Phân tích yêu cầu và tiêu chí chấp nhận.
  • Lập kế hoạch kiểm thử theo sprint.
  • Phối hợp với lập trình viên và nghiệp vụ trong các buổi họp.
  • Quản lý lỗi trong JIRA hoặc công cụ tương đương.
  • Quản lý test case, phiên bản và báo cáo trong TestRail hoặc công cụ tương đương.
  • Áp dụng định nghĩa hoàn thành và cổng chất lượng trước khi phát hành.

3. Kỹ năng mềm cần thể hiện

  • Tư duy phản biện: đặt câu hỏi về giả định, tích hợp với yêu cầu chưa rõ và tính rủi ro.
  • Chủ động nhận diện rủi ro: không chờ phát hiện lỗi mới đề xuất phòng ngừa.
  • Giao tiếp và trình bày: viết test case, bug report và tài liệu kiểm thử rõ ràng.
  • Tinh thần sở hữu: theo dõi đến khi vấn đề được giải quyết, không chỉ giao việc.
  • Khả năng hướng dẫn: truyền đạt kiến thức, kèm cặp và phản hồi có căn cứ.
  • Điều phối: xác định ưu tiên, theo dõi tiến độ và cập nhật rủi ro.
  • Tiếng Anh: đọc tài liệu kỹ thuật, viết báo cáo và trao đổi với đội ngũ quốc tế tối thiểu trình độ B1.

4. Bảng đánh giá mức độ yêu cầu

Nhóm yêu cầu Mức độ Bằng chứng nên đưa ra
Tối nghiệp đại học ngành Công nghệ thông tin, Công nghệ, Ngân hàng, Tài chính hoặc ngành liên quan Bắt buộc Bằng tốt nghiệp và mô tả kiến thức liên quan
Tối thiểu 03 năm kinh nghiệm kiểm thử phần mềm Bắt buộc Mô tả rõ dự án, vai trò, thời gian và phạm vi trách nhiệm
Thiết kế test case nâng cao Bắt buộc Ví dụ bảng quyết định và phân vùng tương đương
Chiến lược kiểm thử và đánh giá rủi ro Bắt buộc Tài liệu test strategy, risk matrix hoặc cách ưu tiên hồi quy
Selenium, Playwright hoặc tương đương Bắt buộc Mã nguồn, video chạy test, báo cáo kết quả
Postman, SoapUI hoặc tương đương Bắt buộc Collection API, assertion, dữ liệu đầu vào và kết quả chạy
SQL Bắt buộc Truy vấn dùng để xác minh dữ liệu hoặc đối soát giao dịch
JIRA, TestRail hoặc tương đương Bắt buộc Mô tả quy trình quản lý lỗi và test case
Agile, Scrum, nghiệp vụ ngân hàng, tiêu chuẩn chất lượng Bắt buộc Kinh nghiệm làm việc theo sprint và hiểu luồng nghiệp vụ
Thiết kế framework và cải tiến quy trình Rất quan trọng Kiến trúc framework, chỉ số cải thiện và sáng kiến đã áp dụng
Hướng dẫn, phân công và theo dõi Rất quan trọng Ví dụ mentoring, kèm cặp hoặc điều phối nhóm
Tiếng Anh tối thiểu B1 Bắt buộc Chứng chỉ ngoại ngữ hoặc mô tả khả năng đọc tài liệu và trao đổi
ISTQB Foundation hoặc chứng chỉ chuyên sâu Lợi thế Nêu chứng chỉ, ngày cấp và kiến thức có thể áp dụng

5. Chứng chỉ nên cân nhắc

  • ISTQB Foundation Level: phù hợp nhất để chứng minh nền tảng về nguyên lý, kỹ thuật và quy trình kiểm thử.
  • ISTQB Advanced Test Manager hoặc Test Analyst: lợi thế khi ứng viên trực tiếp làm chiến lược, phối hợp và đánh giá rủi ro.
  • Chứng chỉ liên quan đến Selenium, Playwright hoặc công cụ tự động hóa: chỉ nên dùng nếu uy tín và nội dung thực sự phù hợp; portfolio kỹ thuật thường thuyết phục hơn.
  • Scrum certification có thể bổ sung nhưng không thay thế kinh nghiệm thực tế về kiểm thử trong Agile.

6. Hồ sơ nên được bổ sung

Hồ sơ mạnh cần có số liệu thật, chẳng hạn số hệ thống hoặc module đã kiểm thử, số kịch bản tự động, tỷ lệ chạy hồi quy, thời gian chạy trước và sau tự động hóa, số lỗi nghiêm trọng phát hiện trước khi phát hành. Có thể đính kèm:

  • Một test strategy mẫu.
  • Một bảng quyết định.
  • Một collection Postman.
  • Một dự án Selenium hoặc Playwright nhỏ nhưng hoạt động đầy đủ.
  • Một báo cáo lỗi và một báo cáo tổng hợp kết quả kiểm thử.

Ứng viên chỉ nên nêu những gì thực sự đã làm. Với vị trí cao cấp, bằng chứng về khả năng phân tích, cải tiến và dẫn dắt quan trọng hơn việc liệt kê nhiều công cụ mà không thể trả lời sâu.

Chuẩn bị phỏng vấn

1. Quy trình phỏng vấn dự kiến

Tin tuyển dụng không công bố quy trình chính thức. Với vị trí kiểm thử cao cấp, một quy trình phổ biến có thể gồm:

1. Rà soát hồ sơ: tuyển dụng xem kinh nghiệm, công cụ, ngành học và mức lương kỳ vọng.
2. Phỏng vấn nhân sự: đánh giá động lực, tính cách, mức độ phù hợp với vị trí và điều kiện làm việc.
3. Phỏng vấn chuyên môn: kiểm thử kiến thức thiết kế test, API, SQL, tự động hóa và quy trình kiểm thử.
4. Bài kiểm tra thực tế: thiết kế test case, phân tích yêu cầu, làm bài tập API hoặc xem xét một đoạn mã tự động.
5. Phỏng vấn quản lý hoặc trưởng nhóm: đánh giá tư duy chiến lược, cải tiến quy trình, điều phối và khả năng hướng dẫn.
6. Hoàn thiện hồ sơ và thương lượng: xác nhận lương, chế độ làm việc, thời gian đào tạo và kỳ vọng đánh giá.

Ứng viên nên hỏi đầu mối tuyển dụng về số vòng, dạng bài kiểm tra, thời lượng và có làm bài tại nhà hay không. Không nên mặc định mọi vòng đều giống nhau.

2. Chuẩn bị hồ sơ và câu chuyện theo cấu trúc STAR

Chuẩn bị ít nhất 06 câu chuyện gồm tình huống, nhiệm vụ, hành động và kết quả:

  • Một lần phát hiện lỗi nghiêm trọng nhờ đánh giá rủi ro.
  • Một lần thiết kế hoặc cải tiến framework tự động hóa.
  • Một lần giảm thời gian kiểm thử hồi quy.
  • Một lần xử lý lỗi giữa nhiều hệ thống hoặc nhiều nhóm.
  • Một lần hướng dẫn hoặc kèm cặp kiểm thử viên.
  • Một lần phản biện yêu cầu và đề xuất phương án khác.

Mỗi câu chuyện nên có số liệu thật. Ví dụ: đã giảm thời gian chạy hồi quy từ 06 giờ xuống 90 phút, thay vì chỉ nói đã tự động hóa nhiều.

3. Câu hỏi thường gặp ở vòng chuyên môn

Về thiết kế test

  • Phân biệt kiểm thử hộp đen, hộp xám và hộp trắng như thế nào?
  • Khi nào nên dùng phân vùng tương đương, bảng quyết định, phân tích biên và chuyển trạng thái?
  • Hãy thiết kế test case cho chức năng chuyển tiền giữa hai tài khoản.
  • Với một yêu cầu có nhiều điều kiện, bạn xác định rủi ro và ưu tiên kiểm thử như thế nào?

Cách trả lời tốt là nói rõ điều kiện đầu vào, dữ liệu, kết quả mong đợi, tiền điều kiện, hậu điều kiện và mức ưu tiên. Với chuyển tiền, cần nhắc đến số dư, hạn mức, trạng thái tài khoản, giao dịch lặp, timeout, rollback, đối soát, log kiểm toán và giao dịch đồng thời.

Về kiểm thử tích hợp và hồi quy

  • Bạn xác định thành phần nào tham gia kiểm thử tích hợp như thế nào?
  • Khác biệt giữa kiểm thử tích hợp và kiểm thử chấp nhận người dùng là gì?
  • Làm thế nào xây dựng bộ hồi quy vừa đủ bao phủ vừa không quá chậm?
  • Khi nhiều thay đổi cùng lên tới, bạn xử lý rủi ro hồi quy ra sao?
  • Làm thế nào phân biệt lỗi thật với lỗi do dữ liệu hoặc môi trường kiểm thử?

Về API và SQL

  • Phân biệt PUT, PATCH và POST trong thực tế ra sao?
  • Bạn kiểm thử API những trường hợp nào?
  • Cách tạo assertion và chuỗi dữ liệu động trong Postman thế nào?
  • Viết câu SQL tìm giao dịch trùng hoặc đối soát tổng số tiền theo ngày.
  • Làm thế nào kiểm tra dữ liệu sau khi gọi API mà không làm thay đổi dữ liệu thật?

Về tự động hóa

  • Selenium và Playwright khác nhau như thế nào về trình duyệt, tốc độ và độ ổn định?
  • Bạn xử lý dữ liệu phụ thuộc, chờ điều kiện và test không ổn định ra sao?
  • Một framework kiểm thử tự động gồm những thành phần nào?
  • Làm thế nào đưa test vào quy trình phát triển và chạy lại khi có thay đổi?
  • Báo cáo kiểm thử nên chứa thông tin gì để giúp đội phát triển xử lý lỗi nhanh?

Về Agile và nghiệp vụ ngân hàng

  • Kiểm thử viên tham gia Agile như thế nào?
  • Test case được viết và duyệt tại thời điểm nào?
  • Nghiệp vụ ngân hàng nào cần ưu tiên kiểm thử cao nhất và vì sao?
  • Làm thế nào bảo đảm dữ liệu thử nghiệm không làm lộ thông tin khách hàng?

Các câu hỏi về nghiệp vụ có thể liên quan đến mở tài khoản, gửi và rút tiền, chuyển khoản, thẻ, tín dụng, thanh toán, đối soát, báo cáo, phân quyền, định danh khách hàng và nhật ký kiểm toán.

4. Bài kiểm tra thực tế có thể xuất hiện

Ứng viên nên luyện ba dạng bài:

1. Phân tích yêu cầu nghiệp vụ: đọc một mô tả chức năng ngân hàng, xác định rủi ro, viết test case và câu hỏi cần làm rõ.
2. Bài API: tạo collection Postman cho một API, thêm assertion, biến môi trường và kiểm tra lỗi.
3. Bài framework: đọc cấu trúc dự án Selenium hoặc Playwright, chỉ ra điểm cần cải thiện về dữ liệu, chờ điều kiện, báo cáo và bảo trì.

Nếu được phép chuẩn bị tại nhà, ứng viên nên làm đúng phạm vi, ghi rõ giả định và bàn giao hướng dẫn chạy lại. Không nên dùng mẫu có sẵn mà không hiểu từng assertion.

5. Vòng quản lý và cải tiến quy trình

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

  • Bạn sẽ đánh giá chất lượng của một quy trình kiểm thử như thế nào?
  • Nếu hồi quy chạy quá lâu, bạn phân tích nguyên nhân và cải thiện theo thứ tự nào?
  • Làm thế nào kèm cặp một kiểm thử viên mới mà không làm giảm tốc độ công việc?
  • Bạn chọn chỉ số nào để chứng minh tự động hóa tạo ra giá trị?
  • Làm thế nào cân bằng giữa tốc độ phát hành và độ bao phủ kiểm thử?

Có thể đề xuất các chỉ số như tỷ lệ test tự động, thời gian chạy hồi quy, tỷ lệ lỗi không ổn định, số lỗi thoát ra môi trường thử nghiệm, tỷ lệ lỗi bị mở lại và thời gian phát hiện lỗi. Không nên hứa rằng tự động hóa loại bỏ hoàn toàn kiểm thử thủ công.

6. Chuẩn bị tiếng Anh

Nên luyện trình bày:

  • Một lỗi phần mềm.
  • Một chiến lược kiểm thử.
  • Lý do chọn Selenium hoặc Playwright.
  • Kết quả cải thiện quy trình.

Ứng viên có thể chuẩn bị sẵn mẫu câu như: “The expected result is that the transaction remains pending until the downstream service confirms the debit and credit operations.” Nên luyện đọc tài liệu kỹ thuật và trả lời câu hỏi ngắn, rõ ràng thay vì chỉ nói lại toàn bộ tài liệu.

7. Câu hỏi nên hỏi người phỏng vấn

  • Phạm vi sản phẩm và hệ thống chính của vị trí là gì?
  • Tỷ lệ công việc kiểm thử tự động, kiểm thử API và kiểm thử thủ công hiện nay ra sao?
  • Công nghệ và ngôn ngữ lập trình chính của framework tự động hóa là gì?
  • Vị trí có trực tiếp quản lý kiểm thử viên hay chủ yếu là vai trò chuyên gia có ảnh hưởng kỹ thuật?
  • Quy trình phát hành có yêu cầu hỗ trợ ngoài giờ hoặc trực vào cuối tuần không?
  • KPI chính của vị trí là gì và kết quả được đánh giá như thế nào?
  • Cơ chế nâng cấp, đào tạo và phát triển lên vị trí cao hơn ra sao?

8. Trang phục và hình thức

Nên mặc smart business hoặc trang phục công sở lịch sự, gọn gàng; không cần quá hình thức nếu môi trường làm việc thoải mái. Mang theo bản in hồ sơ, sổ ghi chép, laptop có sẵn môi trường và kết nối Internet phục hồi. Trong buổi phỏng vấn kỹ thuật, nên nói rõ suy luận của mình, chỉ ra giả định và hỏi lại khi yêu cầu chưa rõ. Đây là dấu hiệu tốt của một Chuyên viên kiểm thử cao cấp.

Lộ trình ôn thi

1. Mục tiêu sau 01–02 tuần

Sau khoảng 10–14 ngày, ứng viên cần đạt được năng lực tối thiểu sau:

  • Trả lời chắc chắn về chiến lược kiểm thử, thiết kế test case và đánh giá rủi ro.
  • Viết được test case ngân hàng bằng bảng quyết định, phân vùng tương đương và phân tích biên.
  • Sử dụng Postman để kiểm thử API và SQL để xác minh dữ liệu.
  • Có một dự án Selenium hoặc Playwright nhỏ có dữ liệu, assertion, báo cáo và hướng dẫn chạy.
  • Trình bày được quy trình kiểm thử tích hợp, hồi quy và kiểm thử trong Agile.
  • Chuẩn bị ba câu chuyện theo cấu trúc STAR cùng portfolio cá nhân.

2. Lộ trình 10 ngày làm việc

Ngày 01: Đọc yêu cầu và tự đánh giá

  • Đối chiếu từng yêu cầu trong tin tuyển dụng với hồ sơ.
  • Đánh dấu ba nhóm: đã thành thạo, có thể học nhanh, còn thiếu bằng chứng.
  • Viết điểm yếu cần khai phục trong 01–02 tuần.
  • Chuẩn bị một bản tóm tắt 90 giây về kinh nghiệm phù hợp nhất.

Ngày 02–03: Nguyên lý và thiết kế test

Ôn lại:

  • Vòng đời kiểm thử và mối liên hệ với vòng đời phát triển phần mềm.
  • Test case, test charter, điều kiện đầu vào, kết quả mong đợi, tiền điều kiện và hậu điều kiện.
  • Bảng quyết định, phân vùng tương đương, phân tích biên, chuyển trạng thái và dự đoán lỗi.
  • Định nghĩa lỗi, bảng phân loại mức độ nghiêm trọng và vòng đời lỗi.

Bài tập: thiết kế bộ test cho chuyển tiền, rút tiền thẻ hoặc mở tài khoản; kèm bảng quyết định và danh sách rủi ro.

Ngày 04: Kiểm thử API với Postman

  • Tạo collection cho API giả lập có giao dịch tạo và tra cứu.
  • Thêm biến môi trường, dữ liệu động, assertion trạng thái, nội dung phản hồi và quyền truy cập.
  • Dùng dữ liệu chạy lặp để kiểm tra biên và lỗi.
  • Tìm hiểu collection runner, báo cáo và tích hợp với dòng lệnh nếu thời gian cho phép.

Ngày 05: SQL và dữ liệu kiểm thử

  • Câu lệnh chọn, lọc, sắp xếp, nối bảng, nhóm và câu lệnh con.
  • Truy vấn giao dịch theo trạng thái, ngày và tài khoản.
  • Phát hiện bản ghi trùng và đối soát tổng tiền.
  • Làm quen với transaction, rollback và cách không làm thay đổi dữ liệu thật.

Ngày 06–08: Selenium hoặc Playwright

Chỉ chọn một công cụ để làm chuyên sâu:

  • Cài môi trường, tìm hiểu cấu trúc dự án và cơ chế chạy test.
  • Viết test theo Page Object hoặc mô hình phù hợp với dự án.
  • Tách dữ liệu khỏi mã, tạo dữ liệu độc lập và dọn dữ liệu sau khi chạy.
  • Xử lý chờ điều kiện, chụp ảnh lỗi, ghi log và tạo báo cáo.
  • Thiết kế một luồng nghiệp vụ đơn giản như đăng nhập, tra cứu hoặc tạo yêu cầu.

Nếu còn thời gian, dành một buổi để so sánh Selenium và Playwright, nhưng không nên học hai công cụ cùng lúc nếu mục tiêu là đủ sâu cho phỏng vấn.

Ngày 09: Kiểm thử tích hợp, hồi quy và Agile

  • Lập ma trận thành phần tích hợp, dữ liệu và lỗi giao tiếp.
  • Xây bộ hồi quy theo rủi ro và tần suất thay đổi.
  • Hiểu cách viết test trong sprint, quản lý lỗi và đánh giá mức sẵn sàng phát hành.
  • Luyện trả lời: làm thế nào cân bằng độ bao phủ và thời gian chạy.

Ngày 10: Nghiệp vụ ngân hàng và phỏng vấn

  • Ôn luồng mở tài khoản, gửi, rút, chuyển khoản, thẻ, tín dụng và thanh toán.
  • Tìm hiểu phân quyền, định danh, đối soát, nhật ký kiểm toán và bảo mật dữ liệu.
  • Trả lời tình huống về giao dịch lặp, timeout, dịch vụ bên thứ ba không phản hồi và lỗi số dư.
  • Thực hiện hai vòng phỏng vấn giả lập, mỗi vòng 45 phút.

3. Lộ trình mở rộng thành 14 ngày

  • Ngày 11: ôn SQL nâng cao, API bảo mật và kiểm thử hợp đồng.
  • Ngày 12: học kiểm thử không chức năng: hiệu năng, an toàn, khả dụng và tương thích.
  • Ngày 13: xây dựng test strategy, đề xuất chỉ số cải tiến và thuyết trình ngắn.
  • Ngày 14: luyện tiếng Anh, sửa hồ sơ, kiểm tra kỹ thuật và chuẩn bị câu hỏi cho nhà tuyển dụng.

4. Tài liệu tham khảo

  • Tài liệu chính thức của Selenium WebDriver và Selenium IDE.
  • Tài liệu chính thức của Postman về collection, variables, assertions và collection runner.
  • Tài liệu chính thức của Playwright về locator, auto-waiting và trace viewer.
  • Giáo trình và đề cương ISTQB Foundation, cùng tài liệu Advanced Test Manager hoặc Test Analyst nếu học nâng cao.
  • SQLBolt hoặc tài liệu SQL thực hành tương đương.
  • Sách Agile Testing của Lisa Crispin và Greg Martin.
  • Sách Lessons from Agile Testing của Lisa Crispin và Janet Gregory.
  • Sách The Art of Software Testing của Michael C. Koetter.
  • Hướng dẫn kiểm thử của OWASP cho kiểm thử bảo mật ở mức nền tảng.
  • ISO/IEC 25010 để hiểu các thuộc tính chất lượng như độ tin cậy, hiệu năng và khả năng bảo trì.
  • Tài liệu công khai của PGBank về sản phẩm, dịch vụ và quy trình; không suy đoán kiến trúc hệ thống khi chưa được cung cấp.
  • Bản hiện hành của các văn bản pháp luật liên quan đến an toàn thông tin ngân hàng và bảo vệ dữ liệu cá nhân, chỉ đọc theo góc độ kiểm thử.

5. Bài kiểm tra tự đánh giá

Ứng viên tự đánh giá theo thang 01–05:

  • Thiết kế test và đánh giá rủi ro.
  • Kiểm thử API.
  • SQL.
  • Selenium hoặc Playwright.
  • Thiết kế framework.
  • Kiểm thử tích hợp và hồi quy.
  • Agile và quy trình kiểm thử.
  • Nghiệp vụ ngân hàng.
  • Trình bày và hướng dẫn.
  • Tiếng Anh chuyên môn.

Mục tiêu là đạt ít nhất mức 03 ở các nội dung bắt buộc và mức 04 ở công cụ tự động hóa chính. Nếu một mục dưới mức 03, nên dành thời gian ôn lại thay vì học thêm nhiều công cụ mới.

Tư vấn nghề nghiệp

1. Định vị hồ sơ đúng vị trí

Ứng viên không nên định vị mình chỉ là người chạy test tự động. Thông điệp mạnh hơn là:

> Chuyên viên kiểm thử cao cấp có khả năng thiết kế chiến lược kiểm thử dựa trên rủi ro, xây dựng và cải tiến framework tự động, kiểm thử tích hợp, đồng thời hướng dẫn thành viên và đề xuất cải tiến quy trình.

Hồ sơ nên ưu tiên theo thứ tự:

1. Kinh nghiệm kiểm thử phần mềm và ngành nghiệp vụ.
2. Kết quả cải thiện tự động hóa, chất lượng hoặc thời gian kiểm thử.
3. Năng lực thiết kế test, đánh giá rủi ro và xử lý lỗi phức tạp.
4. Kinh nghiệm API, SQL, framework và tích hợp liên tục.
5. Khả năng hướng dẫn và phối hợp.

2. Lộ trình phát triển sau khi được tuyển dụng

30 ngày đầu

  • Làm quen nghiệp vụ, kiến trúc hệ thống, môi trường kiểm thử và quy trình phát hành.
  • Xác định các hệ thống trọng yếu, nguồn rủi ro lớn và khoảng trống tự động hóa.
  • Hoàn thiện checklist kiểm thử tích hợp và quy ước báo cáo lỗi.

60–90 ngày

  • Xây dựng hoặc cải tiến một framework thực tế.
  • Tự động hóa các luồng có tần suất cao và rủi ro lớn.
  • Thiết lập báo cáo tự động, chỉ số chất lượng và cơ chế theo dõi lỗi không ổn định.
  • Tổ chức chia sẻ kiến thức hoặc kèm cặp một thành viên.

Từ 06 tháng trở lên

  • Sở hữu một phần hệ thống kiểm thử trọng yếu.
  • Dẫn dắt cải tiến quy trình và tư vấn cho các nhóm phát triển.
  • Chuẩn bị bằng chứng cho cấp bậc cao hơn dựa trên tác động kinh doanh, giảm lỗi và nâng cao tốc độ phát hành.

3. Lộ trình nâng cấp nghề nghiệp

Hướng phát triển tự nhiên của một Chuyên viên kiểm thử cao cấp có thể là:

Chuyên viên kiểm thử tự động → Chuyên viên kiểm thử cao cấp → Chuyên gia kiểm thử hoặc kiến trúc sư chất lượng → Trưởng nhóm kiểm thử/Quản lý chất lượng.

Có thể đi theo hướng chuyên sâu về framework, kiểm thử API, kiểm thử dữ liệu, kiểm thử an toàn hoặc kiểm thử hiệu năng. Ứng viên nên chọn một hướng chuyên môn chính nhưng vẫn giữ nền tảng rộng về quy trình, API và SQL.

4. Các năng lực nên phát triển tiếp

  • Thiết kế framework có khả năng mở rộng, tái sử dụng và bảo trì thấp.
  • Tích hợp kiểm thử vào quy trình phát triển liên tục với Jenkins, GitLab CI, GitHub Actions hoặc công cụ tương đương.
  • Kiểm thử hiệu năng và độ ổn định bằng công cụ phù hợp.
  • Kiểm thử an toàn ứng dụng ngân hàng và bảo mật API.
  • Phân tích dữ liệu kiểm thử và xây dựng chỉ số chất lượng.
  • Kiến thức kiểm thử dữ liệu, ETL và đối soát giao dịch.
  • Kỹ năng thuyết trình kỹ thuật và tư vấn phương án giải pháp.
  • Tiếng Anh chuyên môn để đọc tài li�u và trao đổi với đối tác quốc tế.

5. Lương và thương lượng

Tin tuyển dụng chỉ ghi lương thỏa thuận. Ước lượng tham khảo tại Hà Nội cho vị trí có tối thiểu 03 năm kinh nghiệm, làm chuyên sâu tự động hóa và có khả năng hướng dẫn là khoảng 25–40 triệu đồng lương trước thuế mỗi tháng. Tổng thu nhập có thể khoảng 28–45 triệu đồng mỗi tháng nếu bao gồm thưởng thường xuyên; tương đương khoảng 336–540 triệu đồng mỗi năm, không gồm các khoản thưởng không chắc chắn. Đây là mức lương có thể thay đổi tùy ngân hàng và thời điểm.

Cách trả lời hợp lý:

> “Dựa trên kinh nghiệm, phạm vi trách nhiệm và mặt bằng thị trường hiện tại, tôi mong đợi tổng thu nhập trong khoảng 30–40 triệu đồng mỗi tháng, tùy cơ cấu lương và thưởng. Tôi cũng muốn tìm hiểu rõ tiêu chí xếp lương, xác định thưởng và cơ hội điều chỉnh sau kỳ đánh giá.”

Ứng viên nên hỏi:

  • Lương cơ bản và ngưỡng thưởng là bao nhiêu?
  • Thưởng theo kết quả kinh doanh và hoàn thành công việc được xác định như thế nào?
  • Có thưởng thêm cho sáng kiến cải tiến, dẫn dắt hoặc thành tựu dự án không?
  • Mức lương được xét lại theo chu kỳ nào?

6. KPI và tiêu chí đánh giá

Tin tuyển dụng không nêu KPI cụ thể. Các chỉ số có khả năng liên quan gồm:

  • Chất lượng: tỷ lệ lỗi phát hiện trước phát hành, số lỗi nghiêm trọng thoát ra môi trường thử nghiệm.
  • Hiệu quả: thời gian chạy hồi quy, tỷ lệ test tự động, số test bị loại bỏ.
  • Độ ổn định: tỷ lệ lỗi do môi trường hoặc dữ liệu, số lần phải chạy lại.
  • Quy trình: số đề xuất cải tiến được triển khai, thời gian xử lý lỗi.
  • Năng lực nhóm: mức độ hoàn thành tài liệu, hướng dẫn và phối hợp.

Trong phỏng vấn, ứng viên nên hỏi KPI nào có trọng số lớn nhất, thời gian đánh giá theo quý hay năm và cách ảnh hưởng đến lương, thưởng cũng như cơ hội thăng tiến.

7. Lời khuyên thực tế

  • Ứng viên có 03 năm kinh nghiệm nhưng thiếu tự động hóa nên ưu tiên làm một portfolio sâu thay vì học nhiều công cụ.
  • Ứng viên đến từ lập trình nên chuyển kinh nghiệm sang tư duy kiểm thử, rủi ro và độ bao phủ thay vì chỉ tiếp tục viết mã.
  • Chứng chỉ chỉ hỗ trợ hồ sơ; portfolio, kỹ năng trình bày và kết quả cải tiến mới là bằng chứng quyết định.
  • Không nên chấp nhận một mức lương thấp nếu đồng thời phải chịu phạm vi trách nhiệm rộng, hỗ trợ phát hành ngoài giờ và không có nguồn lực phát triển.
  • Trước khi nhận lời, cần làm rõ cơ chế đánh giá, tiêu chuẩn thăng tiến, ngân sách đào tạo và quyền sở hữu framework.

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

Tôi vừa tốt nghiệp và chỉ có khoảng 01 năm làm kiểm thử thực tập. Có thể ứng tuyển vị trí Chuyên viên Kiểm thử cao cấp này không?

Khả năng đạt yêu cầu khá thấp vì tin tuyển dụng yêu cầu tối thiểu 03 năm kinh nghiệm phù hợp cùng khả năng thiết kế framework và hướng dẫn. Tuy vậy, nếu công việc thực tập được tính là kinh nghiệm chính thức, đồng thời bạn đã làm được test design, API, SQL và tự động hóa, vẫn có thể nộp hồ sơ để được đánh giá. Nếu thực tế mới làm 01 năm, ứng tuyển vị trí kiểm thử trẻ hơn sẽ hợp lý hơn. Trong thời gian chờ, hãy tập trung vào một công cụ tự động hóa, Postman, SQL và portfolio về một luồng nghiệp vụ.

Tôi có 04 năm làm kiểm thử thủ công nhưng mới dùng Postman và viết được một số kịch bản Selenium. Làm sao để tăng cơ hội qua vòng kỹ thuật?

Kinh nghiệm của bạn đã đáp ứng phần thời gian nhưng cần chứng minh khả năng làm việc ở cấp cao. Hãy chuẩn bị một dự án tự động hóa có cấu trúc rõ ràng, dữ liệu độc lập, xử lý chờ điều kiện, báo cáo lỗi và hướng dẫn chạy. Ngoài ra, cần mạnh về test design, đánh giá rủi ro, SQL, kiểm thử tích hợp và quy trình hồi quy. Trong phỏng vấn, hãy trình bày sự chuyển đổi từ kiểm thử thủ công sang tự động hóa bằng số liệu cụ thể, không chỉ nói đã học Selenium.

Tôi đang làm lập trình viên và muốn chuyển sang kiểm thử. Bộ kỹ năng hiện tại có giúp ích cho vị trí này không?

Có lợi thế rõ ràng ở kỹ năng lập trình, hiểu mã nguồn, sửa lỗi và tư duy phân tích. Tuy nhiên, vị trí này đánh giá cao khả năng thiết kế chiến lược test, xác định rủi ro, thiết kế test case, hiểu vòng đời lỗi và kiểm thử tích hợp. Bạn nên chuyển từ tư duy xây tính năng sang tư duy chứng minh tính năng đúng, an toàn và không gây ảnh hưởng hồi quy. Hãy xây dựng portfolio gồm test strategy, bảng quyết định, API test và một số tình huống nghiệp vụ ngân hàng.

Tôi đã có 06 năm kinh nghiệm và từng làm trưởng nhóm kiểm thử. Vị trí này có đáp ứng được kỳ vọng về mức độ cao cấp không?

Bạn có thể đủ thâm niên nhưng cần xem lại phạm vi thực tế vì vị trí được đặt tại phòng CNTT và yêu cầu thực hiện, kỹ thuật kiểm thử trực tiếp. Hãy hỏi rõ cấp bậc lương, quyền sở hữu framework, quy mô nhóm, có quản lý trực tiếp không, cơ chế phê duyệt và tiêu chí thăng tiến. Với kinh nghiệm quản lý, bạn nên định vị là chuyên gia có ảnh hưởng kỹ thuật và đóng góp kiến trúc kiểm thử, thay vì chỉ nhận một chức danh cao cấp nhưng không có quyền ra quyết định.

Mức lương hợp lý để mong đợi cho vị trí này tại Hà Nội là bao nhiêu?

Theo ước lượng tham khảo, lương trước thuế có thể khoảng 25–40 triệu đồng mỗi tháng; tổng thu nhập khoảng 28–45 triệu đồng mỗi tháng nếu gồm thưởng thường xuyên, tương đương khoảng 336–540 triệu đồng mỗi năm nếu không có thưởng đột xuất. Đây là mức lương có thể thay đổi tùy ngân hàng và thời điểm. Mức cụ thể còn phụ thuộc công cụ, ngôn ngữ lập trình, kinh nghiệm ngân hàng, quy mô nhóm và khả năng dẫn dắt. Khi thương lượng, nên hỏi cả cơ cấu lương cứng, ngưỡng thưởng và tiêu chí tăng lương.

Giờ làm và KPI của vị trí Chuyên viên Kiểm thử cao cấp như thế nào?

Tin tuyển dụng không công bố lịch làm việc, chế độ trực hay KPI. Với hệ thống ngân hàng, thời điểm phát hành có thể đòi hỏi hỗ trợ ngoài giờ, nhưng không nên mặc định đây là quy định của vị trí. Trong phỏng vấn, hãy hỏi giờ làm chính, tần suất phát hành, có trực cuối tuần không, chính sách bù giờ và cách xử lý sự cố nghiêm trọng. KPI có thể liên quan đến tỷ lệ tự động hóa, thời gian hồi quy, lỗi thoát ra môi trường thử nghiệm, chất lượng báo cáo và cải tiến quy trình. Cần xác định rõ trọng số, chu kỳ đánh giá và mối liên hệ với lương, thưởng.

Tôi chưa có nhiều kinh nghiệm ngân hàng. Nên học nghiệp vụ nào trước để chuẩn bị cho vị trí này?

Hãy tập trung vào các luồng có rủi ro cao: mở và đóng tài khoản, định danh khách hàng, gửi, rút, chuyển tiền, thanh toán, thẻ, tín dụng, phân quyền, đối soát và nhật ký kiểm toán. Với mỗi luồng, hãy xác định dữ liệu đầu vào, trạng thái, điều kiện nghiệp vụ, lỗi có thể xảy ra và dấu vết cần kiểm tra. Sau đó thực hành bằng test case, API và truy vấn SQL. Đừng học theo kiểu ghi nhớ tên sản phẩm; điều quan trọng là hiểu quy tắc, rủi ro và khả năng đối soát dữ liệu.

Khi được hỏi về thiết kế framework tự động hóa, tôi nên trả lời như thế nào để thể hiện tư duy cấp cao?

Hãy trình bày framework như một giải pháp giảm chi phí bảo trì và tăng tốc độ, không chỉ liệt kê thư mục. Một câu trả lời tốt bao gồm: cấu trúc phân lớp, cấu hình môi trường, quản lý dữ liệu, đồng bộ hoặc cô lập test, xử lý chờ điều kiện, chụp lỗi, báo cáo, cơ chế ghi log, tích hợp liên tục và chiến lược phân quyền test theo rủi ro. Sau đó giải thích cách bạn giảm tỷ lệ lỗi không ổn định, tái sử dụng mã và giúp đội khác tự động hóa. Nếu chưa từng thiết kế framework từ đầu, hãy nói rõ phần đã trực tiếp thực hiện và phần đã học hoặc cải tiến.

Tôi có tiếng Anh ở mức trung bình. Làm sao để chứng minh khả năng đáp ứng yêu cầu tối thiểu B1 mà không tự đánh giá quá cao?

Hãy chuẩn bị bằng chứng cụ thể: kết quả thiết có thời hạn, chứng chỉ hoặc lớp học, khả năng đọc tài liệu kỹ thuật và trao đổi trong cuộc họp. Với công việc kiểm thử, hãy luyện mô tả lỗi, yêu cầu, kết quả mong đợi, lý do ưu tiên rủi ro và đề xuất cải tiến bằng tiếng Anh. Một số câu ngắn, chính xác thường tốt hơn việc nói liên tục với tốc độ cao. Trong phỏng vấn, có thể nói rõ trình độ, đề xuất mức tối thiểu và cam kết tiếp tục cải thiện.