Category: Software Testing

Small Test 1 – Fundamental of Testing

Posted in Software TestingLeave a comment

← Back

Thank you for your response. ✨

1. Which one of the following is the BEST description of a test condition?

2. Which of the following statements is a valid objective for testing?

3. Which of the following statements correctly describes the difference between testing and debugging?

4. Which one of the statements below describes a failure discovered during testing or in production?

5. Which of the following statements CORRECTLY describes one of the seven key principles of software testing?

6. In what way can testing be part of Quality assurance?

7. Which of the below tasks is performed during the test analysis activity of the test process?

8. A company recently purchased a commercial off-the-shelf application to automatetheir bill-paying process. They now plan to run an acceptance test against the package prior to putting it into production. Which of the following is their most likely reason for testing?

9. A test team consistently finds between 90% and 95% of the defects present in the system under test. While the test manager understands that this is a good defect-detection percentage for her test team and industry, senior management and executives remain disappointed in the test group, saying that the test team misses too many bugs. Given that the users are generally happy with the system and that the failures which have occurred have generally been low impact, which of the following testing principles is most likely to help the test manager explain to these managers and executives why some defects are likely to be missed?

10. Which of the following is most important to promote and maintain good relation-ships between testers and developers?

11. Which of the statements below is the best assessment of how the test principles apply across the test life cycle?

Khái niệm và Tầm quan trọng của kiểm thử

Posted in Basic knowledge, Software TestingLeave a comment

Lỗi phần mềm đầu tiên trong lịch sử

Vào ngày 9-9-1947, một chiếc máy tính Mark II ở trường Đại học Harvard đã không hoạt động. Sau khi kiểm tra, các kỹ sư đã phát hiện ra nguyên nhân – một con bướm đã mắc kẹt bên trong máy tính. Đây cũng chính là lỗi phần mềm đầu tiên trong lịch sử.

Bug đầu tiên trong lịch sử

Một số lỗi phần mềm đáng chú ý trong lịch sử

Năm 1991 Tên lửa Dhahran đã bắn vào căn cứ Mỹ ở Dhahran, A-rập Xê-út, làm chết 28 lính Mỹ do: pin của tên lửa Patriot được sử dụng cho phát hiện và đánh chặn tên lửa của đối phương bị đã chạy sai sau 100 giờ
Tàu thăm dò khí hậu Sao Hỏa được phóng lên vào năm 1998  đã bị phá hủy do ma sát với bầu khí quyển Sao Hỏa khi sai số lên đến 100 km bởi một lỗi dẫn đường (người điều khiển ở mặt đất đã sử dụng feet trong khi các phần mềm tính toán lại sử dụng hệ mét)
Trong năm 2014, GM đã triệu hồi gần 2,6 triệu xe do lỗi ở bộ phận đánh lửa khiến túi khí không bung ra trong trường hợp xảy ra tai nạn. GM xác nhận lỗi này khiến 124 người chết và 275 người bị thương và đã lập một quỹ độc lập để bồi thường cho các nạn nhân số tiền gần 600 triệu USD.

Tầm quan trọng của kiểm thử

  • Con người luôn mắc lỗi (mistake)
  • Phần mềm ngày càng đóng vai trò quan trọng trong đời sống, do đó lỗi phần mềm (fault) có thể gây ảnh hưởng nghiêm trọng, tổn thất về kinh tế, thậm chí tính mạng
  • Kiểm thử giúp phát hiện ra sai sót trong suốt quá trình phát triển, bảo trì sản phẩm nhằm giảm thiểu lỗi phần mềm trong quá trình sử dụng. Từ đó giúp đảm bảo chất lượng sản phẩm

Các khái niệm trong kiểm thử

  • Error (mistake): A human action that produces an incorrect result
  • Defect (bug, fault): A flaw in a component or system that can cause the component or system to fail to perfom its required function
  • Failue: Devisation of component or system from its expected delivery, service or result

Khái niệm kiểm thử

Là một quá trình bao gồm tất cả các hoạt động trong vòng đời sản phẩm liên quan tới việc lập kếhoạch, chuẩn bị và đánh giá các sản phẩm phần mềm và các sản phẩm có liên quan khác để xác định sản phẩm đó có thỏa mãn được những yêu cầu cụ thể hay không, đảm bảo các sản phẩm đó đáp ứng được mục tiêu và phát hiện ra lỗi.

Kiểm thử tính tiện dụng, mượt mà trên ứng dụng mobile

Posted in Experience share, Software TestingLeave a comment

Cùng với sự phát triển của ngành công nghiệp ứng dụng phần mềm, ngoài việc đáp ứng đúng, đủ, nghiệp vụ, tính tiện ích, mượt mà đóng vai trò ngày càng quan trọng trong việc đảm bảo lợi thế cạnh tranh của sản phẩm trên thị trường.

Để kiểm soát chất lượng ở khía cạnh tiện, đẹp trên, QC sản phẩm mobile đừng quên những chi tiết nhỏ sau đây trong quá trình thực thi test ứng dụng:

1. Đối với các giao diện nhập liệu, ứng dụng đã show sẵn bàn phím để người dùng có thể nhập liệu ngay chưa? Loại bàn phím (phím số, phím chữ) đã phù hợp với nội dung cần nhập liệu chưa?

2. Khoảng cách giữa các vị trí cần thao tác khi thực hiện 1 nghiệp vụ có vừa tầm tay với khi sử dụng điện thoại 1 tay/2 tay hay chưa? Lưu ý: Đừng test ứng dụng trên điện thoại theo cách để máy dưới mặt bànrồi thao tác. Thiết bị di động là để cầm theo, không phải để sử dụng theo cách để trên mặt bàn.

3. Một điều nữa, đừng quên kiểm tra một số thao tác đơn thuần là thói quen của người dùng khi sử dụng thiết bị di động.

  • Thao tác thực hiện trên button hoặc ô nhập liệu

Một thao tác dễ bị quên trong quá trình thực thi test chính là Double Tab. Tuy nhiên:

Đối với ô nhập liệu, mobile user có thói quen double tap để select nội dung nhập liệu. Đừng để ứng dụng bỏ quên không đáp ứng thói quen rất nhỏ này của người dùng.

Ngược lại đối với button, nếu xử lý không tốt khi thực hiện Double Tap ứng dụng sẽ gặp lỗi thực hiện double action mong muốn (Ví dụ: show 2 form chồng nhau…). Mobile user có thể không cố tình thao tác như vậy, thậm chí đôi khi chỉ là vì thao tác khi tay đang ướt; nhưng nếu vì vô tình mà gặp lỗi thì vẫn chẳng vui chút nào.

  • Thao tác thực hiện trên màn hình xem thông tin/số liệu

Hầu hết người dùng facebook đều quá quen với việc vuốt xuống để lấy dữ liệu mới nhất. Thói quen thường khó bỏ. Vậy nên chẳng mất gì mà không kiểm tra việc thói quen đó có còn được đáp ứng trên ứng dụng đang được kiểm tra hay không.

Thậm chí, đôi khi mobile user chỉ đơn giản là vuốt ngang dọc vì yêu Dế.  Tester nên giúp người dùng giữ vững tình yêu này bằng việc kiểm tra ứng dụng không gặp những lỗi ngớ ngẩn lúc này.