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ị có thể tự giới thiệu về bản thân? Bạn nên giới thiệu ngắn gọn về bản thân đồng thời giới thiệu những kỹ năng, kinh nghiệm nổi bật của bạn. Ví dụ: “Tôi có 5 năm kinh nghiệm trong 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 những công cụ
automation phổ biến như 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 vì những thông tin đó cơ bản đã được đề cập trong CV #2: Giới thiệu về dự án gần nhất bạn làm? Bạn sẽ giới thiệu một số thông tin cơ bản như: + Sản phẩm của bạn về lĩnh vực gì, dùng để làm gì + Nền tảng của sản phẩm + Có bao nhiêu người trong dự án, bao nhiêu developer, bao nhiêu tester + Dự án đang ở giai đoạn nào trong chu kỳ phát triển phần
mềm? Alpha, Beta hay Bảo trì? #3: Vai trò và trách nhiệm của bạn trong dự án? + Bạn sẽ giới thiệu tổng quan về đội test, cách tổ chức của đội test gồm những role nào và vai trò như thế nào + Vai trò của bạn là tester chính/duy nhất, hay là core tester, trưởng nhóm v.v + Trách nhiệm chính của bạn là thực thi trường hợp kiểm thử, thiết kế kiểm thử, review kết quả test v.v hockiemthu.com #4: Cho biết những khó khăn anh/chị gặp phải trong quá trình
kiểm thử ? Bạn sẽ giới thiệu những khó khăn bạn gặp phải trong quá trình kiểm thử chẳng hạn như: + Thiếu tài liệu đặc tả + Chênh lệch múi giờ giữa các bộ phận + Sản phẩm đòi hỏi những kỹ thuật khó + Dự án có nhiều tester mới, không có nhiều kinh nghiệm #5: Và cách bạn vượt qua những khó khăn đó? + Thiếu tài liệu đặc tả => Bạn sẽ phải dựa vào những tài liệu khác để tìm hiểu về sản phẩm, hỏi trực tiếp các sếp, dựa vào kinh nghiệm bản thân, dựa vào các sản phẩm
tương tự trên thị trường để so sánh +Chênh lệch múi giờ, các bộ phận không cùng một văn phòng=> tăng cường trao đổi email, gặp mặt meeting càng nhiều càng tốt Sản phẩm đòi hỏi những 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, không có nhiều kinh nghiệm => tăng cường việc đào tạo, hướng dẫn kèm cặp tester mới. Tổ chức review công việc của tester mới #6: Bạn hãy giới thiệu về một con bug thú vị mà bạn tìm được? Bạn sẽ
giới thiệu: + Mô tả sơ về con bug đó +Bạn tìm nó như thế nào + Vì sao bạn thấy nó thú vị + Mức độ nghiêm trọng của con bug đó ra sao hockiemthu.com #7: Vì sao bạn chọn kiểm thử? Bạn sẽ đưa ra những lí do bạn cho kiểm thử như: + Tình cờ + Bạn thấy nó thú vị, hấp dẫn ra sao + Bạn thấy mình phù hợp với kiểm thử ra sao #8: Kiến thức kiểm thử bạn có đượ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 sẽ làm gì khi developer nói là không thể tái tạo được lỗi của bạn? + Tìm hiểu xem môi trường của dev và test có giống nhau không + Các bước để tái tạo lỗi có chi tiết và rõ ràng + Cung cấp ảnh chụp màn hình, log file, video nếu cần thiết + Tái tạo lỗi trực tiếp trên môi trường của developer #10: Bạn đã bao giờ làm việc với developer khó tính và cách bạn xử lý với anh ấy / cô ấy ra sao? Thỉnh thoảng chúng ta cũng hay
gặp phải và làm việc với 1 developer khó tính. Cách giải quyết tốt nhất là trao đổi thẳng thắn và tìm ra nguyên nhân của vấn đề. Dù vấn đề có là gì thì sự thành công của dự án vẫn là ưu tiên hàng đầu #11: Làm thế nào bạn đóng góp giá trị cho các công ty bạn làm việc? Bạn có thể cho ví dụ? Bạn sẽ cung cấp những đóng góp mà bạn nghĩ là sẽ thêm giá trị cho công ty chẳng hạn như giúp đào tạo người mới, đưa ra những sáng kiến, cải tiến giúp tăng năng suất testing, ý tưởng cho
qui trình mới v.v #12: Mô tả về một người sếp lí tưởng của bạn? Một người sếp lí tưởng là người luôn tin tưởng giao việc, hỗ trợ bạn khi gặp khó khăn cũng như hướng dẫn để bạn ngày càng tốt hơn hockiemthu.com #13: Bạn sẽ làm gì nếu xung đột xảy ra giữa bạn và các thành viên trong nhóm? Có nhiều cách giải quyết vấn đề tùy theo tính cách của bạn. Bạn có thể chọn trao đổi thẳng thắn với họ về những vấn đề đang gặp phải, escalate lên cấp trên nếu cần thiết. Cho dù
vấn đề có là gì thì vẫn giữ sự chuyên nghiệp và đặ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 một ví dụ về một cải tiến bạn đưa ra trong dự án của bạn? Bạn hãy cho một vài góp ý, cải tiến chất lượng dự án và qui trình bạn đã đệ trình lên cho sếp. Liên tục cải tiến đóng một vai trò quan trọng trong dự án. #15: Nếu bạn chạy test case và không tìm thấy lỗi nào, điều đó có nghĩa là gì? Có nhiều lí
do: + Test case chưa tốt + Sản phẩm ở giai đoạn maintenance nên ít lỗi + Bạn chỉ chạy theo đúng step của test case #16: Theo bạn thì tester tìm được nhiều lỗi nhất trong dự án có phải là một tester giỏi? Vì sao? Một tester giỏi là một tester không những tìm ra được nhiều lỗi mà phải tìm ra được những lỗi quan trọng. Số lượng lỗi không nói lên được chất lượng của kỹ sư kiểm thử hockiemthu.com #17: Những đức tính cần có của một tester giỏi? + Tỉ mỉ + Kiên
nhẫn + Chăm chỉ + 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 trong khi bạn có rất nhiều trường hợp kiểm thử cần phải thực thi, bạn xử lý như thế nào? + Ưu tiên những trường hợp kiểm thử quan trọng được thực thi và hoàn tất trước + Báo cáo sếp những trường hợp nào chưa được kiểm thử và rui ro của việc không thực thi những trường hợp đó ra sao #19: Bạn làm gì khi developer từ chối bug của
bạn? + Tìm hiểu nguyên nhân vì sao developer từ chối lỗi + Chuẩn bị để cung cấp lí do vì sao bạn nghĩ đó là lỗi + Kiểm tra lại bước reproduce con bug và đảm bảo rằng developer có thể tái tạo được lỗi #20: Tại sao chúng tôi nên tuyển dụng bạn cho công việc này? Bạn sẽ phải liệt kê những kỹ năng bạn cho là phù hợp với yêu cầu tuyển dụng của vị trí. hockiemthu.com #21: Làm thế nào bạn cải thiện các kỹ năng và kiến thức? + Đọc sách + Tham gia diễn đàn, hội
nghị về kiểm thử Tham gia các nhóm học về kiểm thử #22: Kiểm thử có rất nhiều thử thách. Bạn làm gì để giúp bạn luôn tiến liên phía trước? Bổ sung kiến thức còn thiếu bằng cách tự đào tạo, tham gia khóa học Luôn nghiên cứu và cải tiến qui trình sản xuất #23: Bạn hãy cho biết cuốn sách về kiểm thử mà bạn yêu thích? Một số cuốn sách cơ bản như: + Art of Software Testing + Lessons Learned in Software Testing #24: Bạn hãy giới thiệu một vài tên tuổi lớn trong giới kiểm
thử phần mềm? Một số tên tuổi lớn như James Bach, Cem Kaner hockiemthu.com Kiến thức kiểm thử hockiemthu.com #25: Lợi ích chính của kiểm thử sớm trong chu kỳ phát triển phần mềm là gì? Việc kiểm thử sớm giúp ngăn ngừa lỗi xảy ra trong code #26: Vì sao lỗi càng phát hiện muộn thì chi phí sửa lỗi càng cao? Vì việc sửa lỗi muộn sẽ kéo theo việc thay đổi chỉnh sửa tài liệu, code về cơ bản đã ổn định và hoàn tất trước đó #27: Kiểm thử hệ thống là
gì? Là hoạt động kiểm thử toàn bộ chức năng của hệ thống (end-to-end) để đánh giá hệ thống một cách tổng thể #28: Vì sao chúng ta nên tiến hành kiểm thử tự động cho một bộ test? Tăng độ bao phủ của việc kiểm thử Giảm thiểu thời gian chạy đi chạy lại cho 1 bộ test #29: Theo bạn thì kiểm thử là gì? Kiểm thử là hoạt đông bao gồm kiểm tra và đánh giá sản phẩm hockiemthu.com #30: Một báo cáo công việc kiểm thử (test report) gồm những gì? Và ích lợi của bảng báo
cáo này? Một bảng báo cáo hoạt động kiểm thử bao gồm những thông tin sau đây: + Thông tin dự án + Mục tiêu kiểm thử + Tóm tắt công việc kiểm thử + Kết quả hoạt động kiểm thử + Lỗi tìm được Những ích lợi của các báo cáo kiểm thử : + Giúp thông báo tình trạng hiện tại của dự án và chất lượng của sản phẩm + Giúp chủ sản phẩm và ban quản lý có hành động khác phục sự cố nếu cần thiết + Giúp quyết định liệu sản phẩm đã sẵn sàng để đưa ra thị trường #31: Lỗi
thường xuất hiện ở giai đoạn nào là chủ yếu trong chu kỳ phát triển phần mềm? Giai đoạn thiết kế chiếm 60% và giai đoạn coding chiếm 40% hockiemthu.com #32: Kiểm thử ngẫu nhiên (random testing) là gì? Khi nào thì ta sử dụng nó? Kiểm thử ngẫu nhiên thường được gọi monkey testing. Trong hoạt động kiểm thử này dữ liệu kiểm thử được tạo ra ngẫu nhiên (thường sử dụng tool hoặc cơ chế tự động) . Loại kiểm thử này thường ít đáng tin cậy, do đó nó thường được sử dụng để
xem liệu hệ thống sẽ xử lý như thế nào trước những dữ liệu đầu vào ngẫu nhiên. #33: Các best practice để đảm bảo chất lượng phần mềm là gì? + Cải tiến liên tục + Tài liệu + Công cụ sử dụng + Phương thức đo lường + Trách nhiệm của thành viên trong nhóm + Kiểm soát viên có nhiều kinh nghiệm #34: Làm thế nào để bạn biết hoạt động kiểm thử của bạn có hiệu quả hay không? Dựa vào kết quả đo lường tính hiệu quả trong hoạt động kiểm thử như tỉ lệ rò rỉ lỗi (defect
leakage rate), tính hiệu quả trong việc tìm lỗi (defect detection effectiveness) #35: Kiểm thử chịu tải (Load testing) là gì? Là một loại kiểm thử nhằm đánh giả khả năng chịu tải của hệ thống cũng như kiểm tra độ ổn định của hệ thống hockiemthu.com #36: Mục đích của báo cáo lỗi là gì? + Cung cấp cho developer và các bên liên quan những thông tin cần thiết của con bug nhằm giúp họ nhận dạng, phân loại và sửa lỗi tương ứng. + Cung cấp ý tưởng để cải thiện quá
trình kiểm thử. + Bảng báo cáo lỗi có thể được dùng để đánh giá năng lực của kỹ sư kiểm thử. + Dùng làm phương tiện để theo dõi chất lượng của hệ thống. #37: Những yếu tố nào quyết định độ ưu tiên khi kiểm thử? Những trường hợp kiểm thử nào quan trọng sẽ được thực thi trước, thường là những trường hợp liên quan đến những tính năng quan trọng của sản phẩm. #38: Các thành phần cơ bản của một báo cáo lỗi là gì.? Các thành phần cơ bản của báo cáo lỗi bao gồm: + Tên dự
án + Tên mô-đun + Lỗi được phát hiện trên môi trường nào + Lỗi được phát hiện bởi ai + ID lỗi và dòng mô tả + Ảnh chụp của lỗi + Độ ưu tiên và độ nghiêm trọng + Lỗi được fix bởi ai + Lỗi được fix trên môi trường nào hockiemthu.com #39: Kiểm thử nên bắt đầu ở giai đoạn nào trong chu kỳ phát triển phần mềm? Kiểm thử nên bắt đầu càng sớm càng tốt, tốt nhất kiểm thử nên bắt đầu từ giai đoạn phân tích yêu cầu #40: Kiểm thử kiểu khám phá (exploratory
testing) là gì? Là hoạt động kiểm thử trong đó tester sẽ dành ít thời gian cho việc lên kế hoạch và dành nhiều thời gian cho việc thực thi và khám phá sản phẩm. Mục đích là tìm được nhiều lỗi mới trong sản phẩm. #41: Những loại test nào là quan trọng đối với kiểm thử trên web? + Kiểm thử hiệu năng (performance test) + Kiểm thử tính bảo mật (security test) #42: Làm thế nào bạn có thể giảm thiểu các rủi ro trong dự án? + Tìm hiểu và phân tích các tài liệu kỹ thuật + Thảo
luận với các bên liên quan bao gồm cả developer, chủ dự án về dự án + Đóng vai trò người dùng cuối để đánh giá sản phẩm #43: Khi nào thì ngừng kiểm thử? + Khi ngân sách dành cho kiểm thử hết + Khi kết quả kiểm thử đạt mục tiêu đề ra hockiemthu.com #44: Lợi ích của Kiểm thử độc lập (independent testing) là gì? Nó tránh được sự thiên vị trong kết quả kiểm thử. #45: Những loại test nào không nên kiểm thử tự động? + Các loại test chỉ chạy 1 lần + Các test
không thể biết trước được kết quả mong đợi + Các loại test cần phải được thực thi bởi con người + Các loại test cần phải được thực thi cấp tốc #46: Bạn sẽ làm gì để cải thiện qui trình kiểm thử của công ty bạn? Trước tiên bạn sẽ phải tìm hiểu xem qui trình đang tồn đọng những vấn đề gì, từ đó bạn sẽ đưa ra giải pháp để cải tiến #47: Sự khác nhau giữa độ ưu tiên và độ nghiêm trọng trong lỗi? Độ nghiêm trọng của lỗi thể hiện mức độ nghiêm trọng của lỗi về mặt kỹ thuật
như: + Loại 1: Đặc biệt nghiêm trọng (như ứng dụng crash, mất dữ liệu) + Loại 2: Chức năng chính không hoạt động + Loại 3: Chức năng phụ không hoạt động + Loại 4: Lỗi nhỏ như sai lỗi chỉnh tả Độ ưu tiên của lỗi chỉ độ ưu tiên để sửa lỗi: + Loại 1-Cao: Sửa ngay lập tức + Loại 2-Trung bình: Sửa ở build sau + Loại 3 - Thấp: Sửa khi có thời gian Lưu ý: Mỗi dự án sẽ có những qui định khác nhau về độ ưu tiên và độ nghiêm trọng hockiemthu.com #48: Kỹ thuật phân
vùng tương đương (equivalence partitioning) là gì? Kỹ thuật xác định giá trị đầu vào hoặc đầu ra của những phân vùng trong đó chỉ 1 giá trị duy nhất được chọn cho mỗi vùng. Mục đích là để tránh sự trùng lắp trong các trường hợp kiểm thử #49: Khi xảy ra xung đột giữa bạn và các thành viên trong nhóm, bạn xử lý như thế nào? + Tôi sẽ nói chuyện riêng với từng người và lưu ý quan tâm của họ + Tôi sẽ tìm giải pháp cho các vấn đề được đưa ra + Tôi sẽ tổ chức một cuộc họp
nhóm, đề nghị các giải pháp và yêu cầu mọi người cùng hợp tác #50: Sự khác biệt giữa tái Kiểm thử (re-testing) và Kiểm thử hồi quy là gì? Tái kiểm thử nhằm đảm bảo các lỗi ban đầu đã được fix; Kiểm thử hồi quy nhằm đảm bảo không có lỗi mới phát sinh khi hệ thống được chỉnh sửa #51: Các phương pháp khác nhau trong mô hình phát triển Agile là gì? + Extreme Programming (XP) + Scrum + Phát triển phần mềm tinh gọn (Lean Software Development) + Phát triển theo hướng
tính năng (Feature-driven Development) + Quy trình thống nhất Agile (Agile Unified Process) + Crystal + Mô hình phát triển hệ thống năng động - Dynamic Systems Development Model (DSDM) hockiemthu.com #52: Trong một dự án kiểm thử thì những hoạt động kiểm thử nào có thể kiểm thử tự động được? + Các trường hợp kiểm thử được chạy đi chạy lại ở mỗi build + Các trường hợp kiểm thử cần nhiều dữ liệu cho cùng một thao tác + Các trường hợp kiểm thử giống nhau nhưng chạy
trên nhiều trình duyệt khác nhau + Các trường hợp kiểm thử tối quan trọng. #53: Những thách thức trong hoạt động kiểm thử? + Kiểm thử tất cả + Không đủ thời gian để kiểm thử + Ngăn ngừa lỗi ngay từ đầu + Hạn chế bug rò rỉ #54: Trình tự cần làm khi bạn tìm thấy lỗi là gì? Khi lỗi được tìm thấy chúng ta sẽ làm theo các bước sau: + Tái hiện lại lỗi + Đính kèm ảnh chụp màn hình + Báo cáo lỗi hockiemthu.com #55: Hãy xem xét các kỹ thuật sau đây và cho
biết kỹ thuật nào là kỹ thuật kiểm thử tĩnh và kỹ thuật nào là kỹ thuật kiểm thử động? 1. Phân vùng tương đương (Equivalence Partitioning) 2. Kiểm thử Use Case . 3. Phân tích dòng chảy Dữ liệu (Data Flow). 4. Kiểm thử kiểu khám phá (exploratory tesing). 5. Kiểm thử dựa trên Bảng Quyết Định (Decision testing). 6. Inspections. Phân tích dòng chảy dữ liệu và inspections là tĩnh; phân vùng tương đương, use case testing, Kiểm thử khám phá và Kiểm thử dựa trên
Bảng quyết định là động. #56: Sự khác biệt giữa các Kiểm thử tĩnh và kiểm thử động là gì? + Kiểm thử tĩnh: Trong phương pháp thử tĩnh, các đoạn code không được thực hiện và được thực hiện bằng cách review các tài liệu đặc tả sản phẩm để tìm lỗi + Kiểm thử động: Để thực hiện loại kiểm thử này code sẽ được thực thi và tìm lỗi trên ứng dụng đang chạy. #57: Ma trận theo dấu yêu cầu (Requirement Traceabilty Matrix) là gì? Là một tài liệu dùng để theo dấu nguồn gốc của
yêu cầu. Nghĩa là yêu cầu này được trích xuất từ đâu. Mục đích là giúp chúng ta có thể biết được chúng ta thu thập yêu cầu có bị sót hay không hockiemthu.com #58: Kiểm thử bao nhiêu được cho là “đủ”? 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, cũng như yêu cầu của kiểm thử. #59: Độ bao phủ trong kiểm thử là gì? Độ bao phủ kiểm thử là việc đo lường số lượng test được thực thi trên tổng số test cần thực thi. Từ đó giúp chúng ta ước
lượng xem có nên test thêm hay không #60: Kiểm thử hồi quy (regression testing) là gì? Là hoạt động kiểm thử được thực thi sau mỗi lần sản phẩm được chỉnh sửa nhằm mục đích đảm bảo những thay đổi này không ảnh hưởng đến những phần khác của hệ thống cũng đồng thời giúp phát hiện ra những lỗi mới phát sinh từ sự thay đổi này. #61: Các điểm thuận lợi và bất lợi của việc kiểm thử tự động trên GUI? Thuận lợi: + Kiểm thử tự động trên GUI có thể giúp giả lập thao tác
của người dùng thực tế + Có thể thực thi bộ test end-to-end + Có thể tìm được lỗi GUI Bất lợi: + Kiểm thử tự động trên GUI rất dễ bị hỏng khi GUI thay đổi + Có một số test không thể thực thi tự động + Tốn nhiều thời gian để tiến hành kiểm thử tự động trên GUI hockiemthu.com #62: DRE (Defect Removal Efficiency) là gì? Là phương pháp đo lường tính hiệu quả của đội phát triển bằng cách tính xem có bao nhiêu lỗi được fix trên tổng số lỗi hiện có tại thời
điểm đo. #63: Kiểm thử tự động có thay thế được kiểm thử thủ công? Không. Kiểm thử tự động và kiểm thử thủ công phục vụ cho 2 mục đích kiểm thử khác nhau. Kiểm thử thủ công thích hợp để tìm lỗi và khám phá sản phẩm trong khi kiểm thử tự động giúp thực thi các trường hợp kiểm thử nhanh hơn và chính xác hơn. " #64: Kiểm thử hộp đen là gì? Các kỹ thuật Kiểm thử hộp đen ? Kiểm thử hộp đen là phương pháp kiểm thử phần mềm được sử dụng để test mà không quan tâm đến cấu
trúc, code bên trong của ứng dụng. Kiểm thử hộp đen thường được dùng để Kiểm thử các chức năng của một ứ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ố nào cần cân nhắc khi lựa chọn các công cụ kiểm thử tự động? + Tính khả thi về mặt kỹ thuật + Mức độ phức tạp + Tính ổn định + Dữ liệu kiểm thử + Độ lớn của công cụ +
Khả năng tái sử dụng script + Hỗ trợ trên nhiều môi trường " hockiemthu.com #66: Các dự án kiểm thử bị thất bại thường do đâu? + Không có đủ nhân lực + Môi trường test có thể không được thiết lập đúng cách + Ngân sách hạn chế + Thời gian hạn chế #67: Mô hình V-Model là gì? V-model là một mô hình phát triển phần mềm tích hợp các hoạt động kiểm thử song song với các giai đoạn động phát triển phần mềm #68: Những tiêu chí nào cần cân nhắc chuẩn bị kiểm thử tự
động một bộ test? + Bộ test đó có thường được chạy đi chạy lại hay không + Việc kiểm thử tự động sẽ giúp tiết kiệm được bao nhiêu thời gian + Mức độ phức tạp khi thực hiện kiểm thử tự động bộ test đó + Độ quan trọng của bộ test đó #69: Trình tự bạn tiến hành một 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 quả kiểm thử hockiemthu.com #70: Trong khi theo
dõi dự án, bạn cần quan tâm đến những 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 trong dự án có đang cùng hướng đến một mục tiêu chung + Dự án có đủ các nguồn lực + Những dấu hiệu cảnh báo cho những vấn đề có thể xảy ra + Dự án có đang 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 1 bộ test case là như thế nào? Các trường hợp kiểm thử nào quan trọng sẽ được thực thi trước, những trường hợp
kiểm thử nào ít quan trọng hơn sẽ được thực thi sau #72: Bạn dựa trên những cơ sở nào để có thể ước lượng cho một dự án? Để ước lượng dự án, chúng ta cần phải: + Chia dự án thành những nhiệm vụ nhỏ nhất có thể ước lượng được + Cách phân bổ từng nhiệm vụ cho các thành viên + Ước tính các nỗ lực cần thiết để hoàn thành mỗi nhiệm vụ + Đánh giá việc ước lượng #73: Hãy nêu một trong những lý do chính tại sao developer không nên là người Kiểm thử công việc của mình? Thiếu
khách quan hockiemthu.com #74: Mục đích của Kiểm thử hộp trắng? + Kiểm thử các lỗ hổng bảo mật trong code + Tìm ra các đường đi bị lỗi của code + Tìm ra lỗi của luồng dữ liệu so với tài liệu đặc tả + Xác minh kết quả đầu ra + Kiểm thử tất cả các vòng lặp trong code + Kiểm thử từng dòng mã và đảm bảo độ bao phủ là 100% #75: Các mức độ kiểm thử khác nhau là 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ư thế nào là một trường hợp kiểm thử tốt? Một trường hợp kiểm thử tốt là trường hợp kiểm thử sau khi thực thi có thể phát hiện được lỗi hay ít nhất gợi mở những thông tin mới về sản phẩm test #77: Trong quá trình kiểm thử, tester tìm thấy bug và báo cho developer nhưng developer không đồng ý đó là bug. Tester nên làm gì tiếp theo? Làm rõ thông tin về
con bug đó như vì sao bạn nghĩ đó là lỗi, bạn căn cứ vào đâu, mức độ nghiêm trọng của con bug đó. hockiemthu.com |