top 100 cau hoi va tra loi phong van kiem thu phan mem

35 4.9K 323
top 100 cau hoi va tra loi phong van kiem thu phan mem

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

câu hỏi phỏng vấn về kiểm thử, rất hữu ích cho mọi người. nó mang đầy đủ tính chất của nhà tuyển dụng cần thiết cho bây giờ. nên mong mọi người tải về và đọc qua. nó sẽ giúp ích rất nhiều.câu hỏi phỏng vấn về kiểm thử, rất hữu ích cho mọi người. nó mang đầy đủ tính chất của nhà tuyển dụng cần thiết cho bây giờ. nên mong mọi người tải về và đọc qua. nó sẽ giúp ích rất nhiều

TOP 100 câu hỏi và trả lời phỏng vấn kiểm thử phần mềm HOCKIEMTHU.COM Khởi động hockiemthu.com #1: Anh/chị tự giới thiệu thân? Bạn nên giới thiệu ngắn gọn thân đồng thời giới thiệu kỹ năng, kinh nghiệm bật bạn Ví dụ: “Tôi có năm kinh nghiệm kiểm thử tự động Có kinh nghiệm build automation framework cho dự án từ đầu đến cuối Quen thuộc với công cụ automation phổ biến QTP, Selenium, Appium, TestComplete v.v” Bạn không cần thiết phải giới thiệu tên, tuổi, trình độ học vấn thông tin đề cập CV #2: Giới thiệu dự án gần bạn làm? Bạn giới thiệu số thông tin như: + Sản phẩm bạn lĩnh vực gì, dùng để làm + Nền tảng sản phẩm + Có người dự án, developer, tester + Dự án giai đoạn chu kỳ phát triển phần mềm? Alpha, Beta hay Bảo trì? #3: Vai trò trách nhiệm bạn dự án? + Bạn giới thiệu tổng quan đội test, cách tổ chức đội test gồm role vai trò + Vai trò bạn tester chính/duy nhất, core tester, trưởng nhóm v.v + Trách nhiệm bạn thực thi trường hợp kiểm thử, thiết kế kiểm thử, review kết test v.v hockiemthu.com #4: Cho biết khó khăn anh/chị gặp phải trình kiểm thử ? Bạn giới thiệu khó khăn bạn gặp phải trình kiểm thử chẳng hạn như: + Thiếu tài liệu đặc tả + Chênh lệch múi phận + Sản phẩm đòi hỏi kỹ thuật khó + Dự án có nhiều tester mới, nhiều kinh nghiệm #5: cách bạn vượt qua khó khăn đó? + Thiếu tài liệu đặc tả => Bạn phải dựa vào tài liệu khác để tìm hiểu sản phẩm, hỏi trực tiếp sếp, dựa vào kinh nghiệm thân, dựa vào sản phẩm tương tự thị trường để so sánh +Chênh lệch múi giờ, phận không văn phòng=> tăng cường trao đổi email, gặp mặt meeting nhiều tốt Sản phẩm đòi hỏi kỹ thuật khó => dành thêm nhiều thời gian để nghiên cứu + Dự án có nhiều tester mới, nhiều kinh nghiệm => tăng cường việc đào tạo, hướng dẫn kèm cặp tester Tổ chức review công việc tester #6: Bạn giới thiệu bug thú vị mà bạn tìm được? Bạn giới thiệu: + Mô tả sơ bug +Bạn tìm + Vì bạn thấy thú vị + Mức độ nghiêm trọng bug hockiemthu.com #7: Vì bạn chọn kiểm thử? Bạn đưa lí bạn cho kiểm thử như: + Tình cờ + Bạn thấy thú vị, hấp dẫn + Bạn thấy phù hợp với kiểm thử #8: Kiến thức kiểm thử bạn có từ đâu? + Bạn tự học + Bạn tham gia course học online/offline + Công ty đào tạo hockiemthu.com Tính cách hockiemthu.com #9: Bạn làm developer nói tái tạo lỗi bạn? + Tìm hiểu xem môi trường dev test có giống không + Các bước để tái tạo lỗi có chi tiết rõ ràng + Cung cấp ảnh chụp hình, log file, video cần thiết + Tái tạo lỗi trực tiếp môi trường developer #10: Bạn làm việc với developer khó tính cách bạn xử lý với anh / cô sao? Thỉnh thoảng hay gặp phải làm việc với developer khó tính Cách giải tốt trao đổi thẳng thắn tìm nguyên nhân vấn đề Dù vấn đề có thành công dự án ưu tiên hàng đầu #11: Làm bạn đóng góp giá trị cho công ty bạn làm việc? Bạn cho ví dụ? Bạn cung cấp đóng góp mà bạn nghĩ thêm giá trị cho công ty chẳng hạn giúp đào tạo người mới, đưa sáng kiến, cải tiến giúp tăng suất testing, ý tưởng cho qui trình v.v #12: Mô tả người sếp lí tưởng bạn? Một người sếp lí tưởng người tin tưởng giao việc, hỗ trợ bạn gặp khó khăn hướng dẫn để bạn ngày tốt hockiemthu.com #13: Bạn làm xung đột xảy bạn thành viên nhóm? Có nhiều cách giải vấn đề tùy theo tính cách bạn Bạn chọn trao đổi thẳng thắn với họ vấn đề gặp phải, escalate lên cấp cần thiết Cho dù vấn đề có giữ chuyên nghiệp đặt dự án lên hàng đầu #14: Bạn có hay đóng góp ý tưởng để cải thiện chất lượng dự án, qui trình test? Hãy cho ví dụ cải tiến bạn đưa dự án bạn? Bạn cho vài góp ý, cải tiến chất lượng dự án qui trình bạn đệ trình lên cho sếp Liên tục cải tiến đóng vai trò quan trọng dự án #15: Nếu bạn chạy test case không tìm thấy lỗi nào, điều có nghĩa gì? Có nhiều lí do: + Test case chưa tốt + Sản phẩm giai đoạn maintenance nên lỗi + Bạn chạy theo step test case #16: Theo bạn tester tìm nhiều lỗi dự án có phải tester giỏi? Vì sao? Một tester giỏi tester tìm nhiều lỗi mà phải tìm lỗi quan trọng Số lượng lỗi không nói lên chất lượng kỹ sư kiểm thử hockiemthu.com #17: Những đức tính cần có tester giỏi? + Tỉ mỉ + Kiên nhẫn + Chăm + Tập trung vào chi tiết + Tò mò, thích khám phá #18: Giả sử sếp bạn muốn bạn hoàn tất việc kiểm thử vào cuối ngày bạn có nhiều trường hợp kiểm thử cần phải thực thi, bạn xử lý nào? + Ưu tiên trường hợp kiểm thử quan trọng thực thi hoàn tất trước + Báo cáo sếp trường hợp chưa kiểm thử rui ro việc không thực thi trường hợp #19: Bạn làm developer từ chối bug bạn? + Tìm hiểu nguyên nhân developer từ chối lỗi + Chuẩn bị để cung cấp lí bạn nghĩ lỗi + Kiểm tra lại bước reproduce bug đảm bảo developer tái tạo lỗi #20: Tại nên tuyển dụng bạn cho công việc này? Bạn phải liệt kê kỹ bạn cho phù hợp với yêu cầu tuyển dụng vị trí hockiemthu.com #21: Làm bạn cải thiện kỹ kiến ​ thức? + Đọc sách + Tham gia diễn đàn, hội nghị kiểm thử Tham gia nhóm học kiểm thử #22: Kiểm thử có nhiều thử thách Bạn làm để giúp bạn tiến liên phía trước? Bổ sung kiến thức thiếu cách tự đào tạo, tham gia khóa học Luôn nghiên cứu cải tiến qui trình sản xuất #23: Bạn cho biết sách kiểm thử mà bạn yêu thích? Một số sách như: + Art of Software Testing + Lessons Learned in Software Testing #24: Bạn giới thiệu vài tên tuổi lớn giới kiểm thử phần mềm? Một số tên tuổi lớn James Bach, Cem Kaner hockiemthu.com #58: Kiểm thử cho “đủ”? Câu trả lời phụ thuộc vào mức độ đánh giá rủi ro cho sản phẩm, hợp đồng, yêu cầu kiểm thử #59: Độ bao phủ kiểm thử gì? Độ bao phủ kiểm thử việc đo lường số lượng test thực thi tổng số test cần thực thi Từ giúp ước lượng xem có nên test thêm hay không #60: Kiểm thử hồi quy (regression testing) gì? Là hoạt động kiểm thử thực thi sau lần sản phẩm chỉnh sửa nhằm mục đích đảm bảo thay đổi không ảnh hưởng đến phần khác hệ thống đồng thời giúp phát lỗi phát sinh từ thay đổi #61: Các điểm thuận lợi bất lợi việc kiểm thử tự động GUI? Thuận lợi: + Kiểm thử tự động GUI giúp giả lập thao tác người dùng thực tế + Có thể thực thi test end-to-end + Có thể tìm lỗi GUI Bất lợi: + Kiểm thử tự động GUI dễ bị hỏng GUI thay đổi + Có số test thực thi tự động + Tốn nhiều thời gian để tiến hành kiểm thử tự động GUI hockiemthu.com #62: DRE (Defect Removal Efficiency) gì? Là phương pháp đo lường tính hiệu đội phát triển cách tính xem có lỗi fix tổng số lỗi có thời điểm đo #63: Kiểm thử tự động có thay kiểm thử thủ công? Không Kiểm thử tự động kiểm thử thủ công phục vụ cho mục đích kiểm thử khác Kiểm thử thủ công thích hợp để tìm lỗi khám phá sản phẩm kiểm thử tự động giúp thực thi trường hợp kiểm thử nhanh xác " #64: Kiểm thử hộp đen gì? Các kỹ thuật Kiểm thử hộp đen ? Kiểm thử hộp đen phương pháp kiểm thử phần mềm sử dụng để test mà không quan tâm đến cấu trúc, code bên ứng dụng Kiểm thử hộp đen thường dùng để Kiểm thử chức ứng dụng Các kỹ thuật Kiểm thử hộp đen bao gồm: + Phân vùng tương đương (Equivalence partitioning) + Phân tích giá trị biên (Boundary analysis) + Phân tích Cause-effect #65: Những yếu tố cần cân nhắc lựa chọn công cụ kiểm thử tự động? + Tính khả thi mặt kỹ thuật + Mức độ phức tạp + Tính ổn định + Dữ liệu kiểm thử + Độ lớn công cụ + Khả tái sử dụng script + Hỗ trợ nhiều môi trường " hockiemthu.com #66: Các dự án kiểm thử bị thất bại thường đâu? + Không có đủ nhân lực + Môi trường test không thiết lập cách + Ngân sách hạn chế + Thời gian hạn chế #67: Mô hình V-Model gì? V-model mô hình phát triển phần mềm tích hợp hoạt động kiểm thử song song với giai đoạn động phát triển phần mềm #68: Những tiêu chí cần cân nhắc chuẩn bị kiểm thử tự động test? + Bộ test có thường chạy chạy lại hay không + Việc kiểm thử tự động giúp tiết kiệm thời gian + Mức độ phức tạp thực kiểm thử tự động test + Độ quan trọng test #69: Trình tự bạn tiến hành hoạt động kiểm thử? + Phân tích yêu cầu + Thiết kế trường hợp kiểm thử (testcase) + Thực thi trường hợp kiểm thử + Báo cáo lỗi + Báo cáo kết kiểm thử hockiemthu.com #70: Trong theo dõi dự án, bạn cần quan tâm đến yếu tố nào? + Dự án có kịp tiến độ + Dự án có vượt ngân sách + Các thành viên dự án có hướng đến mục tiêu chung + Dự án có đủ nguồn lực + Những dấu hiệu cảnh báo cho vấn đề xảy + Dự án có chịu áp lực từ ban quản lý để hoàn thành trước tiến độ #71: Trình tự bạn thực thi test case nào? Các trường hợp kiểm thử quan trọng thực thi trước, trường hợp kiểm thử quan trọng thực thi sau #72: Bạn dựa sở để ước lượng cho dự án? Để ước lượng dự án, cần phải: + Chia dự án thành nhiệm vụ nhỏ ước lượng + Cách phân bổ nhiệm vụ cho thành viên + Ước tính nỗ lực cần thiết để hoàn thành nhiệm vụ + Đánh giá việc ước lượng #73: Hãy nêu lý developer không nên người Kiểm thử công việc mình? Thiếu khách quan hockiemthu.com #74: Mục đích Kiểm thử hộp trắng? + Kiểm thử lỗ hổng bảo mật code + Tìm đường bị lỗi code + Tìm lỗi luồng liệu so với tài liệu đặc tả + Xác minh kết đầu + Kiểm thử tất vòng lặp code + Kiểm thử dòng mã đảm bảo độ bao phủ 100% #75: Các mức độ kiểm thử khác gì? Có bốn mức độ Kiểm thử: + Kiểm thử Đơn vị / thành phần / chương trình / mô-đun (unit test) + Kiểm thử tích hợp (integration test) + Kiểm thử Hệ thống (system test) + Kiểm thử nghiệm thu (acceptance test) #76: Như trường hợp kiểm thử tốt? Một trường hợp kiểm thử tốt trường hợp kiểm thử sau thực thi phát lỗi hay gợi mở thông tin sản phẩm test #77: Trong trình kiểm thử, tester tìm thấy bug báo cho developer developer không đồng ý bug Tester nên làm tiếp theo? Làm rõ thông tin bug bạn nghĩ lỗi, bạn vào đâu, mức độ nghiêm trọng bug hockiemthu.com #78: Xác minh (verification) xác nhận (validation) gì? Xác minh trình đánh giá phần mềm giai đoạn phát triển để kiểm tra xem sản phẩm có đáp ứng yêu cầu ban đầu Xác nhận trình đánh giá phần mềm giai đoạn cuối trình phát triển đánh giá xem sản phẩm đáp ứng yêu cầu khách hàng #79: Kế hoạch kiểm thử (test plan) bao gồm thông tin gì? + Phạm vi kiểm thử + Tính Kiểm thử + Các tính không Kiểm thử + Chiến lược kiểm thử + Phương pháp kiểm thử + Chiến lược kiểm thử + Tài liệu cần giao (Test deliverables) + Trách nhiệm đội test + Nhân + Rủi ro dự phòng #80: Nếu bạn nhận build từ developer có nhiều lỗi nghiêm trọng, bạn làm gì? Từ chối nhận build báo cáo cho sếp, chủ dự án #81: Dựa vào đâu để giúp biết chất lượng việc thực thi Kiểm thử gì? + Tỉ lệ báo cáo lỗi bị từ chối (Defect rejection ratio) + Tỷ lệ lỗi bị rò rỉ (Defect Leakage Ratio) hockiemthu.com #82: Kiểm thử dựa rủi ro (Risk-based testing) gì? Kiểm thử dựa rủi ro thuật ngữ sử dụng để cách tiếp cận chiến lược kiểm thử đánh giá độ ưu tiên kiểm thử dựa rủi ro Về bản, phương pháp phân tích rủi ro (nghĩa rủi ro xảy không thực thi test đó) từ đánh giá độ ưu tiên kiểm thử dựa cấp độ rủi ro Test có rủi ro cao ưu tiên thực thi trước, test có rủi ro thấp có độ ưu tiên thấp thực thi sau #83: Khi nên dừng công việc kiểm thử? Bạn dựa vào số tiêu chí sau để dừng công việc kiểm thử: + Thời hạn kiểm thử + Ngân sách kiểm thử cạn kiệt + Số lượng bug tìm thấp + Các trường hợp Kiểm thử chạy với tỷ lệ phần trăm passed vượt qui định + Thời gian kiểm thử cho giai đoạn Alpha Beta kết thúc + Độ bao phủ code, chức yêu cầu đạt #84: Kiểm thử bảo mật gì? Một loại kiểm thử chức năng, đánh giá chức liên quan để phát mối đe dọa, chẳng hạn vi-rút xâm nhập từ bên hockiemthu.com #85: Bạn làm bug bị rò rỉ đến người dùng cuối? + Phân tích xem lỗi rò rỉ đâu từ đánh giá lại qui trình test cải tiến chúng + Bổ sung thêm trường hợp kiểm thử + Bổ sung lesson learned cho dự án #86: Đâu lý quan trọng để áp dụng kiểm thử dựa rủi ro (risk-based testing)? Bởi Kiểm thử tất thứ không khả thi #87: Các qui trình kiểm thử bao gồm hoạt động gì? + Lên kế hoạch kiểm thử + Thiết kế trường hợp kiểm thử + Thực thi kiểm thử + Đánh giá báo cáo kết kiểm thử + Kết thúc hoạt động kiểm thử #88: Kỹ thuật Kiểm thử dựa kinh nghiệm gì? Trong kỹ thuật kiểm thử dựa kinh nghiệm, kiến ​ thức, kỹ kỹ sư kiểm thử đóng vai trò quan trọng việc thiết kế trường hợp kiểm thử điều kiện kiểm thử Nhờ vào kinh nghiệm có trước với hệ thống tương tự, họ nhìn thấy lỗi xảy với hệ thống #89: Tại phần mềm có lỗi? + Hiểu sai yêu cầu từ đầu + Lỗi code " hockiemthu.com #90: Anh/chị cho biết loại kiểm thử thường sử dụng? + Kiểm thử đơn vị: Kiểm tra dòng code ứng dụng + Kiểm API: Kiểm tra API tạo cho ứng dụng + Kiểm thử tích hợp: kiểm thử việc module gắn lại với + Kiểm thử hệ thống: Kiểm thử toàn hệ thống + Kiểm thử Agile: Kiểm thử mô hình Agile #91: Tại phân tích giá trị biên thường trường hợp kiểm thử tốt? Vì lỗi chương trình thường xảy giá trị biên #92: Những sai lầm phổ biến gây ảnh hưởng đến dự án gì? + Nguồn lực phân bổ cho dự án không phù hợp + Manager thiếu kỹ quản lý + Không chịu lắng nghe lẫn + Lên kế hoạch bị sai + Ước lượng không xác + Bỏ qua vấn đề nhỏ + Không tuân thủ qui trình hockiemthu.com #93: nguyên tắc kiểm thử? + Kiểm thử giúp phát lỗi + Kiểm thử toàn diện + Kiểm thử sớm tốt + Lỗi xuất theo bầy + Nghịch lý thuốc trừ sâu + Kiểm thử phụ thuộc vào ngữ cảnh #94: Kiểm thử thành phần (component testing) gì? Kiểm thử thành phần, gọi kiểm thử đơn vị (unit testing), hoạt động kiểm thử cấp độ thấp cấp độ kiểm thử nhằm phát lỗi code thường thực thi developer #95: Bạn test hình login web nào? + Đăng nhập với đăng nhập hợp lệ, Đóng trình duyệt mở lại xem liệu bạn đăng nhập hay không + Đăng nhập, sau đăng xuất sau quay trở lại trang đăng nhập để xem bạn thực thoát + Đăng nhập, sau quay trở lại trang, kiểm tra xem có thấy hình đăng nhập lần không + Đăng nhập từ trình duyệt, sau mở trình duyệt khác để xem bạn cần đăng nhập lần nữa? + Đăng nhập, thay đổi mật khẩu, sau đăng xuất, sau xem bạn đăng nhập lại với mật cũ hockiemthu.com #96: Làm để thực kiểm thử tài liệu đặc tả? + Hỏi trực tiếp khách hàng, chủ sản phẩm sản phẩm + Tìm tài liệu có liên quan sản phẩm tài liệu Help, yêu cầu, v.v + Dựa vào kinh nghiệm cá nhân + So sánh sản phẩm test với sản phẩm loại thị trường #97: Các thành phần báo cáo lỗi gì.? Các thành phần báo cáo lỗi bao gồm: + Tên dự án + Tên mô-đun + Lỗi phát môi trường + Lỗi phát + ID lỗi dòng mô tả + Ảnh chụp lỗi + Độ ưu tiên độ nghiêm trọng + Lỗi fix + Lỗi fix môi trường hockiemthu.com Kết thúc hockiemthu.com #98: Mục tiêu bạn năm tới gì? Bạn nên nêu cụ thể bạn mong đợi năm tới Chẳng hạn như: + Học thêm thêm kỹ automation + Học thêm kỹ quản lý + Trưởng nhóm/ manager #99: Bạn thích làm việc môi trường làm việc nào? + Môi trường hòa đồng, thân thiện + Có hội phát triển kỹ thân + Công ty có chế độ đào tạo đãi ngộ tốt #100: Bạn có câu hỏi cho chúng tôi? Bạn nên hỏi người về: + Sản phẩm dự án bạn tham gia pass vấn + Vai trò bạn dự án + Có người dự án + Bạn báo cáo trực tiếp cho + Giai đoạn phát triển sản phẩm + Cơ hội đào tạo hockiemthu.com Chúc bạn passed vấn! hockiemthu.com Bạn thắc mắc? Gửi câu hỏi cho chúng tôi: hkt@hockiemthu.com (Tất email đọc reply) hockiemthu.com ... chụp hình + Báo cáo lỗi hockiemthu.com #55: Hãy xem xét kỹ thu t sau cho biết kỹ thu t kỹ thu t kiểm thử tĩnh kỹ thu t kỹ thu t kiểm thử động? Phân vùng tương đương (Equivalence Partitioning) Kiểm... Mỗi dự án có qui định khác độ ưu tiên độ nghiêm trọng hockiemthu.com #48: Kỹ thu t phân vùng tương đương (equivalence partitioning) gì? Kỹ thu t xác định giá trị đầu vào đầu phân vùng giá trị chọn... từ đâu? + Bạn tự học + Bạn tham gia course học online/offline + Công ty đào tạo hockiemthu.com Tính cách hockiemthu.com #9: Bạn làm developer nói tái tạo lỗi bạn? + Tìm hiểu xem môi trường dev

Ngày đăng: 14/03/2017, 09:12

Từ khóa liên quan

Tài liệu cùng người dùng

Tài liệu liên quan