Câu Hỏi Thường Gặp

Sau đây là những câu hỏi thường gặp nhất của cộng đồng Guru99

Không thể xem video?

Tất cả video trên trang web này được lưu trữ trên YouTube và được nhúng vào đây…
Bạn đang có thể truy cập trang web từ một vị trí YouTube Đã bị cấm (công ty, trường đại học hoặc quốc gia của bạn nơi YouTube Đã bị cấm)

Hãy thử truy cập các video từ một môi trường không bị hạn chế.
Bạn làm KHÔNG cần phải đăng ký để xem các video.

Tôi không nhận được email cho dự án

Xin lưu ý rằng email dự án được gửi cách nhau 24 giờ. Vì vậy, nếu bạn đăng ký vào 10 giờ tối thứ năm, bạn sẽ nhận được email tiếp theo vào 10 giờ tối thứ sáu.

Vui lòng kiểm tra Thư rác hoặc Thư rác của bạn Mailhộp. Nếu bạn đang sử dụng gmail, hãy kiểm tra PromoTab các ý kiến

Hệ thống của chúng tôi không có tính năng gửi lại email. Nếu bạn vẫn không theo dõi được email, hãy đăng ký bằng một ID email khác để nhận nội dung.

Nếu tôi gặp lỗi trong ứng dụng, ai sẽ quyết định mức độ nghiêm trọng và mức độ ưu tiên của lỗi?

Mưc độ nghiêm trọng của Khiếm khuyết được xác định bởi người xác định vấn đề (người kiểm tra), trong khi mức độ ưu tiên được xác định bởi người tham gia khắc phục vấn đề (Nhà phát triển).

Với tư cách là người kiểm tra, bạn có thể ưu tiên các lỗi thường được trưởng nhóm kiểm tra xem xét. Các nhà phát triển sau khi phân tích sẽ quyết định xem đó là lỗi có mức độ ưu tiên cao hay mức độ ưu tiên thấp. Hầu hết, việc này được thực hiện bởi nhà phát triển, nhưng người kiểm tra cũng có thể tham gia vào việc giải thích mức độ nghiêm trọng của nó. Sau khi thảo luận, các nhà lãnh đạo sẽ đi đến kết luận.

Mức độ nghiêm trọng về cơ bản liên quan đến chức năng của ứng dụng hoặc sản phẩm. Trong khi ưu tiên là làm thế nào để nhà phát triển có thể sửa lỗi hoặc khiếm khuyết đó ngay lập tức. Mức độ ưu tiên có tính chất động và sẽ thay đổi theo kịch bản trong khi mức độ nghiêm trọng có tính chất tĩnh.

Bạn sẽ làm gì nếu không có Thông số chức năng/tài liệu nào liên quan đến hệ thống?

  • Đầu tiên hãy cố gắng tìm hiểu lĩnh vực này với các nhà phân tích kinh doanh hoặc các doanh nghiệp vừa và nhỏ. Thực hiện thử nghiệm thăm dò để hiểu hệ thống.
  • Nếu dự án không có Chuyên viên phân tích kinh doanh hoặc các doanh nghiệp vừa và nhỏ, hãy nói chuyện với những người làm việc trên các hệ thống tương tự.
  • Để hiểu doanh nghiệp hãy nói chuyện với cộng đồng người dùng
  • Tìm hiểu thông số kỹ thuật sản phẩm tương tự từ internet hoặc PMO
  • Tìm kiếm phần mềm ứng dụng cùng loại và hiểu rõ tính năng
  • Tìm kiếm một số kịch bản kinh doanh quan trọng, tài liệu thay thế, bài viết cho các chủ đề ứng dụng
  • Yêu cầu nhà phát triển giải thích về tất cả các mô-đun
  • Dữ liệu lịch sử người dùng, ứng dụng và tính năng
  • Không kiểm tra ứng dụng về mặt kỹ thuật, trước tiên chỉ kiểm tra ứng dụng của bạn từ góc độ người dùng

Người thử nghiệm có thể làm gì nếu phát hiện sự cố dừng chương trình vài ngày trước khi phát hành?

  • Xác nhận và xác nhận lại Lỗi một lần nữa và ghi lại lỗi hoặc khiếm khuyết, tác động và giải pháp khả thi, nếu bạn có thể.
  • Hãy thông báo cho người quản lý của bạn về vấn đề này và thảo luận với Nhóm, vì nhóm không biết đến một công cụ chặn hiển thị như vậy một tuần trước khi phát hành là không tốt.
  • Sau khi Lỗi đến tay người quản lý của bạn và các cơ quan kiểm tra cấp cao hơn, bạn có thể cần phải trình bày quan điểm của mình trước họ, vì vậy hãy trình bày quan điểm của mình một cách kỹ lưỡng vì điều này có thể ảnh hưởng đến việc phát hành.
  • Nếu cuộc thảo luận ủng hộ bạn thì đã đến lúc bạn phải vươn lên và tỏa sáng. Nếu không, bạn sẽ có một bài học rút ra trong ngày. Hãy tiếp tục học hỏi.

Vì sao bạn chọn lĩnh vực đảm bảo chất lượng phần mềm?

Để cung cấp các dự án chất lượng cho người dùng cuối hoặc khách hàng, việc kiểm tra là bắt buộc, bất kể nó liên quan đến mã hóa gì. QA phần mềm không chỉ ghi lại các lỗi mà còn cung cấp giải pháp cho những lỗi đó.

Trong lĩnh vực QA, người kiểm tra cần biết toàn bộ chức năng của ứng dụng cần kiểm tra, điều này cho phép anh ta biết về các loại ứng dụng khác nhau được phát triển trong các Môi trường khác nhau, thậm chí cả một số khái niệm cơ bản trong lập trình. Kiến thức sẽ rộng hơn khi chúng ta làm test nhưng sẽ bị thu hẹp khi làm lập trình. Nhà phát triển có thể chỉ phát triển một phần nhỏ của toàn bộ ứng dụng và có thể không nhận thức được toàn bộ ứng dụng. Trong trường hợp này, tôi cảm thấy vai trò của QA (tester) thú vị hơn.

Không tìm thấy câu trả lời?

Liên hệ với chúng tôi