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
#78: Xác minh (verification) và xác nhận (validation) là gì?

Xác minh là một quá trình đánh giá phần mềm ở giai đoạn phát triển và
để kiểm tra xem các sản phẩm có đáp ứng các yêu cầu ban đầu.
Xác nhận là quá trình đánh giá phần mềm ở giai đoạn cuối của quá trình
phát triển và đánh giá xem sản phẩm đáp ứng các yêu cầu của khách
hàng.

#79: Kế hoạch kiểm thử (test plan) bao gồm những thông tin gì?

+ Phạm vi kiểm thử

+ Tính năng được Kiểm thử
+ Các tính năng không được 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 của đội test
+ Nhân sự
+ Rủi ro và dự phòng

#80: Nếu bạn nhận được build từ developer và có quá nhiều lỗi
nghiêm trọng, bạn sẽ làm gì?

Từ chối nhận build và báo cáo cho sếp, chủ dự án

#81: Dựa vào đâu để giúp chúng ta biết được chất lượng của việc
thực thi Kiểm thử là gì?
+ Tỉ lệ báo cáo lỗi bị từ chối (Defect rejection ratio)
+ Tỷ lệ lỗi bị rò rỉ ra ngoài (Defect Leakage Ratio)

hockiemthu.com
#82: Kiểm thử dựa trên rủi ro (Risk-based testing) là gì?

Kiểm thử dựa trên rủi ro là một thuật ngữ được sử dụng để chỉ cách
tiếp cận chiến lược kiểm thử và đánh giá độ ưu tiên của kiểm thử dựa
trên rủi ro. Về cơ bản, phương pháp này phân tích rủi ro (nghĩa là những
rủi ro nào có thể xảy ra nếu như không thực thi test đó) từ đó đánh giá
độ ưu tiên của kiểm thử dựa trên các cấp độ của rủi ro đó. Test nào có
rủi ro cao sẽ được ưu tiên thực thi trước, test nào có rủi ro thấp sẽ có
độ ưu tiên thấp và được thực thi sau.

#83: Khi nào thì chúng ta nên dừng công việc kiểm thử?

Bạn có thể dựa vào một số tiêu chí sau để có thể 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 được thấp
+ Các trường hợp Kiểm thử được 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 hoặc Beta kết thúc
+ Độ bao phủ code, chức năng hoặc yêu cầu đã đạt được

#84: Kiểm thử bảo mật là gì?

Một loại kiểm thử chức năng, đánh giá các chức năng liên quan để phát
hiện các mối đe dọa, chẳng hạn như vi-rút xâm nhập từ bên ngoài.

hockiemthu.com
#85: Bạn sẽ làm gì nếu bug bị rò rỉ đến người dùng cuối?

+ Phân tích xem lỗi rò rỉ do đâu và từ đó đánh giá lại qui trình test và 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à gì lý do quan trọng nhất để áp dụng kiểm thử dựa trên
rủi ro (risk-based testing)?

Bởi vì Kiểm thử tất cả mọi thứ là không khả thi.

#87: Các qui trình kiểm thử bao gồm những hoạt động gì?
+ Lên kế hoạch kiểm thử
+ Thiết kế các trường hợp kiểm thử
+ Thực thi kiểm thử
+ Đánh giá và báo cáo kết quả kiểm thử
+ Kết thúc hoạt động kiểm thử

#88: Kỹ thuật Kiểm thử dựa trên kinh nghiệm là gì?

Trong kỹ thuật kiểm thử dựa trên kinh nghiệm, kiến ​thức, kỹ năng của
kỹ sư kiểm thử đóng vai trò quan trọng trong việc thiết kế các trường
hợp kiểm thử và điều kiện kiểm thử. Nhờ vào kinh nghiệm có được
trước đó với các hệ thống tương tự, họ có thể nhìn thấy được những lỗi
có thể xảy ra với hệ thống hiện tại.

#89: Tại sao phần mềm có lỗi?

+ Hiểu sai yêu cầu ngay từ đầu
+ Lỗi trong code
"
hockiemthu.com
#90: Anh/chị hãy cho biết những loại kiểm thử nào thường được sử
dụng?

+ Kiểm thử đơn vị: Kiểm tra các dòng code của một ứng dụng
+ Kiểm API: Kiểm tra API được tạo ra cho các ứng dụng
+ Kiểm thử tích hợp: kiểm thử việc các module được gắn lại với nhau
+ Kiểm thử hệ thống: Kiểm thử toàn bộ hệ thống
+ Kiểm thử Agile: Kiểm thử trong mô hình Agile

#91: Tại sao phân tích giá trị biên thường là những trường hợp kiểm
thử tốt?

Vì lỗi trong chương trình thường xảy ra ở các giá trị biên.

#92: Những sai lầm phổ biến có thể gây ảnh hưởng đến dự án là gì?

+ Nguồn lực phân bổ cho dự án không phù hợp

+ Manager thiếu kỹ năng quản lý
+ Không chịu lắng nghe lẫn nhau
+ Lên kế hoạch bị sai
+ Ước lượng không chính xác
+ Bỏ qua những vấn đề nhỏ
+ Không tuân thủ qui trình

hockiemthu.com
#93: 7 nguyên tắc kiểm thử?

+ Kiểm thử giúp phát hiện lỗi

+ Kiểm thử toàn diện là không thể
+ Kiểm thử càng sớm càng tốt
+ Lỗi xuất hiện 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) là gì?

Kiểm thử thành phần, còn được gọi là kiểm thử đơn vị (unit testing), là
hoạt động kiểm thử ở cấp độ thấp nhất trong các cấp độ kiểm thử
nhằm phát hiện lỗi trong code và thường được thực thi bởi developer.

#95: Bạn test một màn hình login trên web như thế nào?

+ Đăng nhập với đăng nhập hợp lệ, Đóng trình duyệt và mở lại và xem
liệu bạn vẫn còn đăng nhập hay không.
+ Đăng nhập, sau đó đăng xuất và sau đó quay trở lại trang đăng nhập
để xem nếu bạn đang thực sự thoát ra.
+ Đăng nhập, sau đó quay trở lại cùng một trang, kiểm tra xem có thấy
màn hình đăng nhập một lần nữa không
+ Đăng nhập từ một trình duyệt, sau đó mở một trình duyệt khác để
xem bạn cần đăng nhập một lần nữa?
+ Đăng nhập, thay đổi mật khẩu, và sau đó đăng xuất, sau đó xem nếu
bạn có thể đăng nhập lại với mật khẩu cũ.

hockiemthu.com
#96: Làm thế nào để thực hiện kiểm thử nếu không có tài liệu đặc
tả?

+ Hỏi trực tiếp khách hàng, chủ sản phẩm về sản phẩm
+ Tìm những tài liệu có liên quan sản phẩm như 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 đang test với sản phẩm cùng loại trên thị trường

#97: 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
Kết thúc

hockiemthu.com
#98: Mục tiêu của bạn trong 5 năm tới là gì?

Bạn nên nêu cụ thể bạn mong đợi gì trong 5 năm tới. Chẳng hạn như:
+ Học thêm thêm kỹ năng automation
+ Học thêm kỹ năng quản lý
+ Trưởng nhóm/ manager

#99: Bạn thích làm việc trong môi trường làm việc như thế nào?

+ Môi trường hòa đồng, thân thiện

+ Có cơ hội phát triển kỹ năng bản thân
+ Công ty có chế độ đào tạo và đãi ngộ tốt

#100: Bạn có câu hỏi gì cho chúng tôi?

Bạn nên hỏi người phỏng về:

+ Sản phẩm và dự án bạn sẽ tham gia nếu pass phỏng vấn
+ Vai trò của bạn trong dự án là gì
+ Có bao nhiêu người trong dự án hiện tại
+ Bạn sẽ báo cáo trực tiếp cho ai
+ Giai đoạn phát triển của sản phẩm
+ Cơ hội đào tạo

hockiemthu.com
 Chúc bạn
passed
phỏng vấn!

hockiemthu.com
Bạn vẫn còn thắc mắc?

Gửi câu hỏi cho chúng tôi:

hkt@hockiemthu.com
(Tất cả email đều được
đọc và reply)

hockiemthu.com