Title [Cần thiết] CÁC KIẾN THỨC TESTER CẦN NẮM ĐƯỢC.doc ✅

CÁC KIẾN THỨC TESTER CẦN NẮM ĐƯỢC 1. Kiểm thử phần mềm là gì? - Kiểm thử phần mềm là hoạt động nhằm tìm kiếm, phát hiện các lỗi phần mềm - Kiểm thử phần mềm đảm bảo sản phẩm phần mềm đáp ứng chính xác, đầy đủ và đúng theo yêu cầu của khách hàng đề ra. 2. Test thì cần gì? - Có nền tảng CNTT - Có kiến thức về phần mềm, về kiểm thử - Biết quy trình sản xuất phần mềm, quy trình kiểm thử phần mềm - Biết các kỹ thuật thiết kế testcase, biết viết testcase dựa trên tài liệu Đặc tả/ nghiệp vụ, thực hiện test và đôn đốc lập trình viên fix bug… - Biết sử dụng SQL cơ bản để khi test kết hợp với truy vấn dữ liệu ( ý này nếu thạo thì nói, ko thì thôi) 3. Thực hiện test như thế nào? - Tìm hiểu tài liệu Đặc tả Yêu cầu ( tài liệu nghiệp vụ của hệ thống) để hiểu hệ thống và thực hiện viết testcases. Khi lập trình code xong thì bàn giao test và thực hiện test dựa trên testcase đã viết. - Trong quá trình test, tìm thấy bug/ lỗi thì log/ viết lỗi lên tool quản lý lỗi. Lỗi của Lập trình viên nào thì assign/ gán cho ng đó. Khi nào lập trình viên fix bug xong thì sẽ thực hiện test lại. Nếu OK rồi thì closed bug, nếu chưa thì lại reopen/mở lại lỗi để Lập trình viên thực hiện fix lại. - Khi thực hiện test thì test luồng chính trước, test chức năng chính trước, luồng phụ test, giao diện test sau luồng chính. - Ngoài ra, cũng phải đôn đốc, giục lập trình viên fix bug để kịp tiến độ nếu thấy chậm và lười fix bug
- Thực hiện làm báo cáo kiểm thử ( ý này có thể nói hoặc ko) 4. Quy trình kiểm thử có những bước nào? Có 4 giai đoạn - Lập kế hoạch test ( test plan) - Thực hiện viết testcases - Thực hiện test ( test execution) - Lập báo cáo kiểm thử (test report). 5. Có mấy phương pháp test? Có 2 loại - Kiểm thử hộp trắng (While box test): là phương pháp kiểm thử dựa cả vào giải thuật, cấu trúc code bên trong phần mềm, việc kiểm thử được tiến hành dựa cả vào việc kiểm xem giải thuật, mã lệnh đã làm có đúng không. - Kiểm tra hộp đen (Black box testing): là phương pháp test dựa trên đầu vào và đầu ra của chương trình để test mà không quan tâm tới code bên trong. Chỉ test chức năng và giao diện dựa trên nghiệp vụ của hệ thống, ko cần quan tâm đến cấu trúc code bên trong. 6. Các kỹ thuật test hộp đen hay các kỹ thuật thiết kế testcase? Có 1 số kỹ thuật như: - Phân vùng tương đương - Phân tích giá trị biên - Bảng quyết định - Đoán lỗi + Bảng quyết định dùng chủ yếu kỹ thuật là 2 mũ N ( N là điều kiện đầu vào). Ví dự như Login: sẽ là 2 mũ 2 = 4 (điều kiện đầu vào là username và password) Hoặc Search: nếu là 3 tiêu chí tìm kiếm thì sẽ là 2 mũ 3
+ Đoán lỗi là kỹ thuật dựa vào kinh nghiệm, phán đoán của tester chứ nó không có luật rõ ràng như các kỹ thuật còn lại 4. Biểu mẫu testcases có những nội dung nào? + Mục đích kiểm thử + Các bước thực hiện + Kết quả mong muốn ( phần mềm phải chạy đúng như kết quả mong muốn) + Kết quả thực tế ( cái này là khi nào thực hiện test thì điền là Pass/ Fail) 5. Testcases hay Kịch bản kiểm thử là gì - Test case là mô tả một dữ liệu đầu vào, hành động và một kết quả mong đợi (expected result) để xác định một chức năng của ứng dụng phần mềm hoạt động đúng hay không. - Testcases thường được viết trên excel. Một file Testcase nhất định cần phải có những trường sau: testcaseID, mục tiêu của việc test, các bước thực hiện test, và kết quả trả về (expected result) có đúng với yêu cầu test không. - Để viết được testcases có hiệu quả bao phủ hết các trường hợp cần test thì testcases phải có đầy đủ hết các Nghiệp vụ mà hệ thống yêu cầu (các yêu cầu trong tài liệu Đặc tả ko được bỏ sót, sử dụng các kỹ thuật thiết kế testcases (các kỹ thuật test hộp đen) để viết được testcases có độ bao phủ tối đa. ( ý cuối này nếu bị hỏi thêm thì mới nói) 6. Test plan là gì? Test plan gồm những nội dung gì? - Test plan chính là tài liệu tổng quan về việc kiểm thử 1 project: phạm vi kiểm thử, hướng tiếp cận, quy trình kiểm thử, tài nguyên và nhân lực test cần có, các chức năng/ module cần được test, các công cụ và môi trường test cần có. - Bao gồm cả kế hoạch ai test chức năng nào, khi nào bắt đầu thực hiện viết và hoàn thành testcases, khi nào bắt đầu thực hiện test và kế hoạch hoàn thành test - Dựa vào kế hoạch chung của dự án để lên kế hoạch cho bên kiểm thử. Trong trường hợp khi làm thực tế thấy có khả năng không đúng như kế hoạch đã lên thì phải báo cáo lại test leader hoặc Quản trị dự án sớm. 7. Test Report – Báo cáo kiểm thử dùng để làm gì/ có mục đích gì?
- Test report dùng để thống kê số lượng lỗi tồn chưa được fix/ sửa, thống kê mức độ nghiêm trong của lỗi ( bao nhiêu lỗi cao, lỗi thấp). - Lỗi còn nhiều ở chức năng nào, lập trình viên nào còn nhiều lỗi - Chức năng nào trễ tiến độ bàn giao test, hay dev fix bug chậm, gây ra nhiều lỗi… - Chức năng nào đã hoàn thành test, chức năng nào chưa - Dựa vào test report để đánh giá được chất lượng dự án đang thế nào? Còn nhiều lỗi hay ko? Lỗi đang còn tồn nhiều ở chức năng nào. Có nhiều lỗi ở mức cao hay nghiêm trọng hay ko. Có kịp tiến độ bàn giao/ triển khai cho khách hang/ hoàn thành đúng theo deadline. 9. Mục đích sử dụng các kỹ thuật test như phân vùng tương đương hay phân tích giá trị biên để làm gì? - Giảm thiểu số lượng testcase thừa, tiết kiệm thời gian kiểm thử mà vẫn đảm bảo chất lượng phần mềm - Chọn được đúng testcase đại diện cần test mà vẫn bảo phủ được các trường hợp - Tester linh hoạt trong sử dụng các kỹ thuật test, ngoài Phân vùng tương đương, phân tích giá trị biên, có thể áp dụng thêm phương pháp Bảng quyết định, Đoán lỗi, hay các giá trị hợp lệ ( normal cases/ valid values ), các giá trị bất thường ( abnormal cases/ invalid values). 10. Có mấy mức/ giai đoạn test? Có 4 mức - Unit test: lập trình viên test - Integration test - System test - Acceptance test: khách hàng test 11. Integration testing là gì? System testing là gì?