Làm quen với dự án thực hành, bối cảnh sản phẩm và vai trò của QA trong quá trình phát triển phần mềm.
Nội dung chính
1. Vì sao QA cần hiểu Agile Scrum và Jira?
Trong nhiều dự án phần mềm hiện nay, QA không chỉ nhận một phiên bản hoàn chỉnh rồi bắt đầu kiểm thử.
QA thường tham gia từ sớm cùng Business Analyst, Developer, Product Owner và các thành viên khác trong nhóm Agile.
Vì vậy, một QA cần hiểu:
- Dự án đang tổ chức công việc theo quy trình nào.
- Yêu cầu được chia nhỏ và quản lý ra sao.
- QA nhận thông tin kiểm thử từ đâu.
- Cách theo dõi User Story, Bug và tiến độ trên Jira.
- Cách phối hợp với các thành viên trong Sprint.
Biết sử dụng công cụ kiểm thử là chưa đủ. QA cũng cần hiểu quy trình thực tế của dự án để biết mình phải làm gì ở từng giai đoạn.
2. Bối cảnh dự án thực hành
Trong module này, chúng ta giả định nhóm đang phát triển một ứng dụng ngân hàng trực tuyến dành cho thẻ tín dụng.
Đây là dự án mẫu để minh họa cách nhóm Agile tổ chức yêu cầu, chia nhỏ công việc và quản lý tiến độ bằng Jira.
Một số nhóm chức năng dự kiến gồm:
Chức năng đăng nhập
- Nhập tên người dùng và mật khẩu.
- Đăng nhập vào hệ thống.
- Quên mật khẩu.
- Hiển thị thông báo khi đăng nhập thất bại.
Dashboard thẻ tín dụng
- Hiển thị số dư hiện tại.
- Hiển thị số tiền cần thanh toán.
- Hiển thị số tiền thanh toán tối thiểu.
- Hiển thị ngày đến hạn.
- Hiển thị điểm thưởng hoặc quyền lợi liên quan.
Quản lý hồ sơ người dùng
- Cập nhật địa chỉ email.
- Thay đổi mật khẩu.
- Cập nhật địa chỉ nhận thư.
- Cấu hình cảnh báo giao dịch.
3. Business cung cấp gì và nhóm dự án phải làm gì?
Thông thường, phía nghiệp vụ sẽ đưa ra nhu cầu hoặc các tính năng mong muốn.
Nhóm dự án phải tiếp tục phân tích để xác định:
- Mỗi tính năng cần được chia thành những yêu cầu nhỏ nào.
- Điều kiện nào được xem là hoàn thành.
- Developer sẽ triển khai theo thứ tự nào.
- QA cần chuẩn bị Test Scenario và Test Case nào.
- Các công việc sẽ được theo dõi trên Jira ra sao.
- Khi nào tính năng có thể phát hành.
QA không nên chỉ chờ Developer hoàn tất rồi mới tham gia.
QA cần đọc yêu cầu sớm, đặt câu hỏi, phát hiện điểm chưa rõ và chuẩn bị chiến lược kiểm thử trước khi chức năng được bàn giao.
4. Vai trò ban đầu của QA trong dự án
Ở giai đoạn khởi động, QA thường thực hiện các hoạt động sau:
- Tìm hiểu mục tiêu của sản phẩm.
- Hiểu đối tượng người dùng và luồng nghiệp vụ chính.
- Đọc Epic, User Story và Acceptance Criteria.
- Xác định phạm vi kiểm thử ban đầu.
- Đặt câu hỏi về các trường hợp thiếu hoặc chưa rõ.
- Đánh giá rủi ro của từng tính năng.
- Phối hợp với nhóm để thống nhất Definition of Done.
5. Một QA cần nhìn dự án theo hướng end-to-end
Thay vì chỉ tập trung vào màn hình được giao, QA nên hình dung toàn bộ vòng đời của một tính năng:
- Nghiệp vụ đưa ra nhu cầu.
- Nhóm phân tích và tạo Epic hoặc User Story.
- Yêu cầu được đưa vào Backlog.
- Nhóm chọn công việc cho Sprint.
- Developer phát triển.
- QA chuẩn bị và thực thi kiểm thử.
- Bug được ghi nhận, sửa và kiểm tra lại.
- Tính năng được chấp nhận và phát hành.
Hiểu chuỗi hoạt động này giúp QA làm việc chủ động hơn và trao đổi tốt hơn trong phỏng vấn cũng như trong dự án thực tế.
QA tham gia xuyên suốt vòng đời dự án Agile, từ nhu cầu nghiệp vụ đến kiểm thử, sửa lỗi và phát hành.6. Ví dụ tư duy kiểm thử ban đầu
Với chức năng đăng nhập, QA có thể bắt đầu nghĩ đến các nhóm tình huống sau:
- Đăng nhập đúng tên người dùng và mật khẩu.
- Sai mật khẩu.
- Tài khoản không tồn tại.
- Bỏ trống thông tin bắt buộc.
- Tài khoản bị khóa.
- Quên mật khẩu.
- Phiên đăng nhập hết hạn.
- Thử đăng nhập nhiều lần liên tiếp.
Ở bài này, bạn chưa cần viết Test Case chi tiết.
Mục tiêu là hình thành thói quen nhìn một yêu cầu dưới góc độ chất lượng ngay từ khi dự án bắt đầu.