Câu 9: Bạn thường sử dụng kĩ thuật

Câu 9: Bạn thường sử dụng kĩ thuật gì để thiết kế test case?
Trả lời:
Có nhiều kỷ thuật để thiết kế test case, nhưng thường dùng nhất là kỷ thuật như : phân vùng tương đương, phân tích giá trị biên, đoán lổi, đồ thị nguyên nhân kết quả, phương pháp test to pass, test to fail.
Câu 10: Trong dự án, bạn làm những việc gì?
Trả lời:
Trong dự án, công việc của 1 tester:
- Trước hết là đọc và nghiên cứu tài liệu.
- Thiết kế test case theo test plan và gửi mail cho test leader review.
- Chuẩn bị môi trường test ( theo yêu cầu của khách hàng )
- Thực hiện test ( Trong quá trình test cần đảm bảo có bug thì log bug, thiếu test case thì update test case, cập nhật thường xuyên trạng thái test case lên hệ thống Redmine)
- Viết report sau khi thực hiện test.
- Test lại khi có yêu cầu.
Câu 11: Nếu tester nói đó là bug nhưng dev nói không phải là bug thì tester phải làm những gì?
Trả lời:
Trước hết tester đọc lại tài liệu SRS 1 lần nửa để xác nhận đó là Bug. Nếu xác nhận đó là Bug thì tranh luận với dev. Nếu tranh luận không được thì nhờ PM hoặc BA ( Business anylist) giúp đỡ. Nếu không được nửa thì log QnA bằng cách gọi cho khách hàng nhờ giúp đỡ.
Câu 12: Khi nào bạn tiến hành viết Test case?
Trả lời:
- Khi UR, SRS (Software Requiment Specification) được khách hàng xác nhận và review ở mức OK.
- Khi tester đọc hiểu hết yêu cầu dự án.
- Test Plan đã được phê duyệt.

Kết quả (Anh) 1:

Question 9: what technique you normally use to design test case?Reply:There are many techniques to design a test case, but most commonly used is the technique such as: partition is equivalent, boundary value analysis, input fault, the graph causes results, methods of test to pass, test to fail.Question 10: in this project, you do what?Reply:During the project, the work of 1 tester:-First of all is to read and study the document.-Design test case according to the test plan and send mail to test leader review.-Preparation of test environment (provided by customer)-Perform test (during the test to ensure that the bug log bug, missing test case then update test case, frequently updated status of test case system Redmine)-Written report after performed test.-Test again when required.Question 11: If the tester says it's the bug but dev talk is not a bug, the tester must do what?Reply:First off tester 1 read the documents in order to confirm half time the SRS that is Bug. If confirmed that was the Bug then argue with dev. If argument was not then thanks to PM or three (Business anylist) help. If not then the half log QnA by calling for customers to get help.Question 12: when you conduct written Test case?Reply:-When U R, SRS (Software Requiment Specification) is the client validation and review rates OK.-When the tester read understand project requirements.-Test Plan was approved.

Kết quả (Anh) 2:

Question 9: Do you often use technical skills to design test case?
Answer:
There are many techniques for designing test cases, but is most commonly used techniques such as equivalence partitioning, boundary value analysis, guessing Delinquency, resulting graph causes, methods to pass the test, the test to fail.
Question 10: In the project, what do you do?
Answer:
In the project, the work of one tester:
- First reading research and documentation.
- Design test plan and test cases according to test mail sending review leader.
- Prepare test environment (as required by the customer)
- Perform test (During the test to ensure bug then log bugs, lack of test cases, the test case update, updated regularly on the state test case system Redmine)
- Written report after the test.
- Test again when required.
Question 11: If the tester said it was dev bug but said not bug the tester to do?
Answer:
First, read the document SRS tester 1 again to confirm it is Bug. If it is confirmed Bug argue with dev. If not, the debate by PM or BA (Business anylist) help. If not, then log QnA half by calling customer assistance.
Question 12: When you conduct written test case?
Answer:
- When UR, SRS (Software Specification requiment) Customer acknowledges and review in level OK.
- When the tester reading all project requirements.
- Test Plan was approved.