70 câu hỏi và câu trả lời phỏng vấn kiểm thử chức năng hàng đầu

Dưới đây là các câu hỏi và câu trả lời phỏng vấn Kiểm thử chức năng dành cho những ứng viên mới ra trường cũng như có nhiều kinh nghiệm để có được công việc mơ ước của họ.

Câu hỏi và câu trả lời phỏng vấn kiểm tra chức năng dành cho người mới

1) Kiểm tra chức năng là gì?

Kiểm thử chức năng là phương pháp kiểm thử phần mềm giúp bạn xác thực hệ thống phần mềm theo các yêu cầu/thông số chức năng.

2) Mục đích của Kiểm tra chức năng là gì?

Mục đích chính của Kiểm tra chức năng là kiểm tra từng chức năng của ứng dụng phần mềm bằng cách cung cấp đầu vào thích hợp và xác minh đầu ra theo các yêu cầu Chức năng.

3) Loại thử nghiệm nào bao gồm Thử nghiệm chức năng?

Thử nghiệm chức năng bao gồm thử nghiệm hộp đen và không liên quan đến mã nguồn của ứng dụng. Thử nghiệm này kiểm tra Giao diện người dùng, API, Cơ sở dữ liệu, giao tiếp Máy khách/Máy chủ và nhiều chức năng khác của Ứng dụng đang được Thử nghiệm. Phương pháp thử nghiệm phần mềm này có thể được thực hiện thủ công hoặc sử dụng tự động hóa.

4) Bạn kiểm tra những gì trong Kiểm thử chức năng?

Dưới đây là một số lý do để sử dụng Kiểm thử chức năng:

Chức năng tuyến chính: Nó kiểm tra các chức năng chính của một ứng dụng
Khả năng sử dụng cơ bản: Phương pháp này liên quan đến việc kiểm tra khả năng sử dụng cơ bản của hệ thống. Nó cũng kiểm tra xem người dùng có thể tự do điều hướng màn hình mà không gặp khó khăn hay không.
Tiếp cận: Nó kiểm tra khả năng truy cập của hệ thống phần mềm cho người dùng
Điều kiện lỗi: Bạn có thể sử dụng các kỹ thuật kiểm tra để kiểm tra các điều kiện lỗi. Nó cũng kiểm tra xem các thông báo lỗi liên quan có được hiển thị hay không.

5) Các bước quan trọng được đề cập trong Kiểm thử chức năng là gì?

Kiểm thử chức năng được thực hiện theo các bước sau:
Bước 1) Các yêu cầu do người dùng hoặc tổ chức chỉ định sẽ được nghiên cứu, sau đó xóa bỏ mọi nghi ngờ và thắc mắc.
Bước 2) Dựa trên các yêu cầu đã chỉ định, các trường hợp kiểm thử được thiết kế bằng cách ghi nhớ tất cả các kịch bản kiểm thử phải bao gồm tất cả các trường hợp kiểm thử.
Bước 3) Xác định tất cả dữ liệu thử nghiệm cần thiết để kiểm tra chức năng của hệ thống và xác định đầu vào.
Bước 4) Xác định đầu ra dự kiến dựa trên các giá trị và chức năng đầu vào.
Bước 5) Sau khi người kiểm tra này thực hiện tất cả các trường hợp kiểm thử để kiểm tra xem chúng có hoạt động tốt hay không
Bước 6) So sánh kết quả với đầu ra dự kiến và xác định tỷ lệ lỗi cũng như độ chính xác của hệ thống.

6) Công dụng của Ma trận truy xuất nguồn gốc là gì?

Ma trận truy xuất nguồn gốc cho thấy mối quan hệ giữa các trường hợp kiểm thử và yêu cầu với sự trợ giúp của một tài liệu.

7) Sự khác biệt giữa thử nghiệm chức năng và phi chức năng là gì?

chức năng	Kiểm tra phi chức năng
Kiểm tra chức năng được thực hiện trước khi kiểm tra phi chức năng.	Kiểm tra phi chức năng luôn được thực hiện sau khi kiểm tra chức năng.
Nó dựa trên yêu cầu của khách hàng.	Nó chủ yếu tập trung vào sự mong đợi của khách hàng.
Nó giúp xác nhận hành vi của ứng dụng.	Nó giúp xác nhận hiệu suất của ứng dụng.
Nó mô tả những gì sản phẩm làm.	Nó mô tả cách sản phẩm hoạt động.

8) Các cấp độ kiểm tra khác nhau là gì?

Có bốn cấp độ kiểm tra:

Thử nghiệm hội nhập: Kiểm thử tích hợp được định nghĩa là một phương pháp kiểm thử phần mềm trong đó các mô-đun phần mềm được tích hợp một cách hợp lý và được kiểm thử dưới dạng một nhóm.
Thử nghiệm hệ thống: Kiểm thử hệ thống là mức độ kiểm thử nhằm xác nhận sản phẩm phần mềm hoàn chỉnh và được tích hợp đầy đủ.
Kiểm tra chấp nhận: Kiểm tra chấp nhận (UAT) là một loại thử nghiệm được thực hiện bởi người dùng cuối hoặc khách hàng để xác minh/chấp nhận hệ thống phần mềm trước khi chuyển ứng dụng phần mềm sang môi trường sản xuất.
Kiểm tra đơn vị/thành phần/chương trình/mô-đun: Nó sử dụng để kiểm tra tất cả các thành phần và mô-đun đang được kiểm tra

9) Việc sử dụng Kiểm tra chấp nhận là gì?

Kiểm tra chấp nhận xác định xem hệ thống phần mềm có đáp ứng các thông số kỹ thuật cần thiết hay không. Mục đích chính của loại thử nghiệm này là đánh giá sự tuân thủ của hệ thống với nhu cầu kinh doanh và xác minh xem nó có đáp ứng các tiêu chí cần thiết để phân phối cho người dùng cuối hay không.

10) Thử nghiệm Adhoc là gì?

Thử nghiệm đặc biệt, còn được gọi là thử nghiệm ngẫu nhiên, là một phương pháp thử nghiệm không tuân theo bất kỳ trường hợp thử nghiệm hoặc yêu cầu nào liên quan đến ứng dụng. Trong hầu hết các trường hợp, Đây là một hoạt động không có kế hoạch trong đó bất kỳ phần nào của ứng dụng đều được kiểm tra ngẫu nhiên để tìm ra lỗi.

11) Ý nghĩa của việc phân vùng tương đương là gì?

Phân vùng tương đương còn được gọi là lớp tương đương. Đây là một thử nghiệm hộp đen chia dữ liệu đầu vào thành các lớp dữ liệu. Quy trình thử nghiệm phần mềm này giúp bạn giảm số lượng trường hợp thử nghiệm trong khi vẫn đáp ứng được yêu cầu tối đa.

12) Phân tích giá trị biên là gì?

Nó là một kỹ thuật để phân tích các giá trị biên của các phân vùng lớp Tương đương. Kỹ thuật kiểm tra này giúp bạn xác định lỗi ở ranh giới thay vì trong phạm vi giá trị.

13) Khi nào nên thực hiện Smoke Test?

Smoke là phương pháp test được thực hiện trên hệ thống sau khi nhận bản build. Loại phương pháp thử nghiệm này kiểm tra đường dẫn quan trọng chứ không phải chức năng để đảm bảo rằng bản dựng được chấp nhận để thử nghiệm thêm hoặc bản dựng sẽ bị từ chối trong trường hợp hệ thống bị hỏng. Kiểm thử khói cũng kiểm tra đường dẫn quan trọng của hệ thống mà không có đường dẫn nào thì ứng dụng sẽ bị chặn.

14) Tại sao chúng ta cần tiến hành end-to-end testing?

Thử nghiệm từ đầu đến cuối là phương pháp cho phép bạn thực hiện các thử nghiệm bao gồm tất cả các luồng có thể có của ứng dụng thử nghiệm từ đầu đến cuối. Phương pháp kiểm thử phần mềm này giúp bạn khám phá các phần phụ thuộc của phần mềm và khẳng định rằng đầu vào chính xác được truyền giữa các mô-đun phần mềm và hệ thống con khác nhau.

15) Bạn hiểu gì về Sanity testing?

Sanity testing được tiến hành sau khi nhận được bản dựng để kiểm tra chức năng/lỗi mới cần sửa. Trong loại thử nghiệm này, mục tiêu là kiểm tra chức năng, xác định xem lỗi đã được sửa chưa và kiểm tra tác động của lỗi đã sửa trên ứng dụng trong quá trình Kiểm tra.

16) Sự khác biệt giữa mức độ nghiêm trọng và Mức độ ưu tiên là gì?

Mức độ nghiêm trọng của lỗi là mức độ hoặc mức độ ảnh hưởng của lỗi đối với ứng dụng đang được thử nghiệm. Bạn nên nhớ rằng mức độ nghiêm trọng của lỗi càng cao thì nó sẽ ảnh hưởng đến ứng dụng càng nhiều.

17) RTM là gì?

Ma trận truy xuất nguồn gốc yêu cầu là một dạng RTM đầy đủ. Nó là một công cụ giúp người kiểm thử giúp bạn theo dõi phạm vi yêu cầu trong quá trình kiểm thử. Sau khi nhận được tài liệu yêu cầu. Nó được tạo ra dựa trên các yêu cầu và được duy trì cho đến khi hệ thống hoặc ứng dụng cụ thể được phát hành.

18) Kiểm thử dựa trên dữ liệu là gì?

Kiểm thử dựa trên dữ liệu là một phương pháp kiểm thử chức năng nổi tiếng trong đó các tập lệnh kiểm thử được thực thi lặp đi lặp lại với sự trợ giúp của các nguồn dữ liệu như bảng tính, Excel, tệp CSV, tệp XML và tệp cơ sở dữ liệu SQL. Bạn có thể sử dụng những nguồn dữ liệu này được sử dụng làm giá trị đầu vào để tạo đầu ra. Sau đó, kết quả của nó được so sánh để xác minh hệ thống hoặc phần mềm.

19) Kiểm tra đột biến là gì?

Mục đích của thử nghiệm đột biến là để xác minh xem một tập hợp dữ liệu thử nghiệm hoặc trường hợp thử nghiệm có hữu ích hay không. Nó được thực hiện bằng cách cố tình thêm các thay đổi mã (lỗi) khác nhau và thử nghiệm lại với các trường hợp hoặc dữ liệu thử nghiệm ban đầu.

20) Tại sao không thể kiểm tra kỹ lưỡng một chương trình?

Dưới đây là hai lý do quan trọng khiến việc kiểm thử toàn bộ một chương trình không thể thực hiện được.

Thông số kỹ thuật của phần mềm có thể mang tính chủ quan và có thể dẫn đến những cách hiểu khác nhau.
Đôi khi chương trình có thể yêu cầu nhiều đầu vào, đầu ra và kết hợp đường dẫn.

Câu hỏi và câu trả lời phỏng vấn kiểm thử chức năng dành cho người có kinh nghiệm

21) Làm thế nào bạn có thể kiểm tra một sản phẩm nếu yêu cầu chưa được đáp ứng?

Nếu các thông số kỹ thuật được yêu cầu không có sẵn cho một sản phẩm cụ thể thì kế hoạch thử nghiệm có thể được chuẩn bị dựa trên các giả định được đưa ra về sản phẩm.

22) Những điểm quan trọng bạn cần nhớ khi cân nhắc khi viết Test Case là gì?

Dưới đây là một số điểm quan trọng mà bạn nên cân nhắc khi viết Test Case:

Trước khi bắt đầu viết test case, bạn phải hiểu rõ nhu cầu của khách hàng.
Bạn nên bao gồm mọi yêu cầu dưới dạng các trường hợp thử nghiệm và không được bỏ sót điều gì.
Tất cả các yêu cầu chức năng và phi chức năng phải bao gồm giao diện UI và phải đảm bảo tính tương thích.
Các trường hợp thử nghiệm phải được đánh giá liên tục để tránh bất kỳ sự lặp lại hoặc dư thừa nào.
Mức độ ưu tiên cũng là yếu tố rất quan trọng cần được đặt ra cho các test case khi viết.
Các trường hợp thử nghiệm cũng có thể được xây dựng Sprint để người thử nghiệm và nhà phát triển giúp bạn phân tích chất lượng sản phẩm dựa trên việc thực hiện trường hợp thử nghiệm.
Cấu trúc của các ca kiểm thử phải dễ hiểu và phải được viết bằng ngôn ngữ đơn giản.

23) Bạn có thể thực hiện bao nhiêu trường hợp thử nghiệm trong một ngày?

Hãy thực tế khi trả lời loại câu hỏi phỏng vấn kiểm thử thủ công thời gian thực này. Nó cũng phụ thuộc vào độ phức tạp và quy mô của trường hợp thử nghiệm. Một số trường hợp thử nghiệm có ít bước thử nghiệm và một số có nhiều hơn.

Một câu trả lời mẫu có thể là, “Trong dự án trước đây của tôi, chúng tôi thường thực hiện 35-40 trường hợp thử nghiệm đơn giản mỗi ngày, 15-17 trường hợp thử nghiệm trung bình (như Chỉ định vai trò người dùng) mỗi ngày và 5-7 trường hợp thử nghiệm phức tạp mỗi ngày.

24) Kiểm tra căng thẳng là gì?

Bài kiểm tra về áp lực là một phương pháp kiểm tra hiệu suất trong đó ứng dụng nhất định phải trải qua nỗ lực hoặc căng thẳng. Ví dụ: việc thực thi một ứng dụng trên ngưỡng ngắt để xác định điểm mà chương trình phần mềm gặp sự cố.

25) Kiểm tra tải là gì?

Kiểm tra Tải là một phương pháp kiểm tra hiệu năng trong đó ứng dụng được thực thi vượt quá các mức tải khác nhau. Nó giúp bạn theo dõi hiệu suất cao nhất của máy chủ, thời gian phản hồi, v.v. Sử dụng phương pháp kiểm tra hiệu suất này, bạn có thể xác định tính ổn định, hiệu suất và tính toàn vẹn của ứng dụng khi tải hệ thống song song.

26) Quản lý cấu hình là gì?

Nó là một phương pháp kỹ thuật hệ thống để thiết lập và duy trì tính nhất quán của thông tin vật lý, hiệu suất, chức năng, thiết kế và vận hành của sản phẩm. Nó mang lại hiệu quả chi phí và quản lý thời gian tốt hơn cho tổ chức của bạn.

27) Các yếu tố quan trọng cần được xem xét trong Thử nghiệm dựa trên rủi ro là gì?

Nó cho phép bạn xác định thời điểm và cách thức triển khai Thử nghiệm dựa trên rủi ro trên một ứng dụng thích hợp.
Bạn có thể xác định các biện pháp hiệu quả khi tìm kiếm và xử lý rủi ro ở những khu vực quan trọng của ứng dụng.

28) Kiểm tra phi chức năng là gì?

Kiểm thử phi chức năng là một phương pháp kiểm thử phần mềm để kiểm tra các khía cạnh phi chức năng như hiệu suất, khả năng sử dụng và độ tin cậy của ứng dụng phần mềm. Nó chủ yếu được thiết kế để kiểm tra mức độ sẵn sàng của một hệ thống theo các tham số phi chức năng, những thông số này không bao giờ được giải quyết bằng Kiểm tra chức năng.

29) Ưu điểm chính của thử nghiệm Tự động hóa là gì?

Dưới đây là những ưu điểm của thử nghiệm Tự động hóa:

Nó cung cấp hỗ trợ cho việc thực hiện các trường hợp thử nghiệm lặp đi lặp lại
Nó giúp kiểm tra một ma trận thử nghiệm lớn
Nó cho phép thực thi song song và cũng khuyến khích thực thi không cần giám sát

Nhấn vào đây để tìm hiểu thêm về kiểm thử tự động hóa.

30) Bao gồm những gì và các kỹ thuật bao phủ khác nhau là gì?

Có ba loại kỹ thuật bao phủ cơ bản, đó là:

Bảo hiểm tuyên bố: Phương pháp bao phủ này đảm bảo rằng mỗi dòng mã nguồn đã được thực thi và kiểm tra.
Phạm vi quyết định đảm bảo rằng mọi quyết định (đúng/sai) trong mã nguồn đều đã được thực thi và kiểm tra.
Phạm vi đường dẫn: Đảm bảo rằng mọi lộ trình có thể thông qua một phần mã nhất định đều được thực thi và kiểm tra.

31) Báo cáo lỗi là gì?

Người kiểm thử phần mềm ghi lại những quan sát, tìm hiểu thực tế và thông tin hữu ích khác của họ cho nhà phát triển trong quá trình kiểm thử phần mềm. Tất cả dữ liệu liên quan đến bản ghi kiểm tra này còn được gọi là báo cáo lỗi.

Một báo cáo lỗi chi tiết là điều cần thiết cho quá trình sản xuất trong quá trình Thử nghiệm.

Nó giúp bạn hiểu vấn đề
Môi trường và các điều kiện cụ thể mà nó xảy ra
Giải pháp nếu/khi nhà phát triển phần mềm khắc phục sự cố

32) Kiểm thử GUI là gì?

Kiểm tra GUI là Kiểm tra giao diện người dùng đồ họa kiểm tra giao diện giữa phần mềm và người dùng cuối.

33) Các quy tắc tiêu chuẩn của thiết kế thử nghiệm API là gì?

Dưới đây là các nguyên tắc chính của thiết kế thử nghiệm API:

Thành lập: Tạo đối tượng, bắt đầu dịch vụ và khởi tạo dữ liệu.
Chấp hành: Áp dụng API hoặc kịch bản, bao gồm ghi nhật ký
Xác minh: Cho phép đánh giá kết quả thực hiện
Báo cáo: Hiển thị các trạng thái như Đạt, không thành công hoặc bị chặn
Dọn dẹp: Trạng thái trước khi thử nghiệm

34) Ưu điểm của Kiểm tra thủ công là gì?

Dưới đây là những lợi ích của việc sử dụng phương pháp kiểm thử thủ công:

Đây là một phương pháp khi so sánh với Kiểm thử tự động
Chỉ có thể phân tích sản phẩm theo quan điểm của người dùng cuối bằng Kiểm tra thủ công
Bạn có thể thực hiện kiểm tra GUI chính xác hơn với sự trợ giúp của Kiểm tra thủ công, vì khả năng truy cập và tùy chọn trực quan rất khó tự động hóa
Manual testing rất dễ học đối với người mới mới bước vào testing
Nó phù hợp cho các dự án ngắn hạn khi các kịch bản kiểm thử sẽ không được lặp lại và sử dụng lại
Nó phù hợp nhất khi dự án đang ở giai đoạn phát triển ban đầu

35) Khai thác thử nghiệm là gì?

A Khai thác thử nghiệm thu thập thông tin phần mềm và kiểm tra để kiểm tra một chương trình hoặc đơn vị bằng cách chạy nó trong các điều kiện thay đổi như căng thẳng, dựa trên dữ liệu và giám sát hành vi cũng như kết quả đầu ra của nó.

36) Kết thúc thử nghiệm là gì?

Test Closure là một tài liệu tóm tắt tất cả các thử nghiệm được thực hiện trong quá trình SDLC (Vòng đời phát triển phần mềm) và đưa ra phân tích chi tiết về các lỗi đã được loại bỏ và các lỗi được tìm thấy.

Tài liệu này cũng chứa số tổng hợp. của thử nghiệm, tổng số thử nghiệm được thực hiện, tổng số lỗi được phát hiện, thêm số lỗi chưa được giải quyết, tổng số lỗi bị từ chối, v.v.

37) Lỗi nghiêm trọng trong Kiểm tra chức năng là gì?

Lỗi nghiêm trọng là lỗi có thể ảnh hưởng đến phần lớn chức năng của một ứng dụng cụ thể. Điều đó cũng có nghĩa là một phần lớn chức năng hoặc hệ thống chính đã bị hỏng hoàn toàn và không có giải pháp nào để tiến xa hơn.

38) Kiểm tra cơ bản là gì?

Kiểm tra cơ sở là một loạt các bài kiểm tra được chạy để thu thập thông tin về hiệu suất. Thông tin thu thập được cũng có thể được sử dụng để nâng cao hiệu suất và khả năng của ứng dụng bằng cách thực hiện các thay đổi theo kết quả. Phương pháp kiểm tra này so sánh hiệu suất hiện tại của ứng dụng với hiệu suất trước đó.

39) Xếp tầng lỗi là gì?

Đây là một kỹ thuật kích hoạt các lỗi khác trong ứng dụng khi bất kỳ lỗi nào vẫn được phát hiện trong khi thử nghiệm. Nó kích hoạt các lỗi ứng dụng khác vì nhiều lỗi xuất hiện trong các giai đoạn phát triển sau.

Tuy nhiên, nếu việc xếp tầng lỗi ảnh hưởng đến các tính năng khác trong ứng dụng thì việc xác định tính năng bị ảnh hưởng sẽ trở nên khá khó khăn. Bạn có thể thực hiện nhiều trường hợp thử nghiệm khác nhau để giải quyết vấn đề này.

40) Kể tên tất cả các thành phần cơ bản của định dạng báo cáo lỗi.

Các thành phần cơ bản của định dạng báo cáo lỗi bao gồm:

Tên Dự Án
Tên mô-đun
Khiếm khuyết được phát hiện trên
ID khiếm khuyết
Tên lỗi
Ảnh chụp màn hình của lỗi
Mức độ nghiêm trọng và trạng thái ưu tiên
Khiếm khuyết được giải quyết bởi và được giải quyết trên

41) Giường thử nghiệm là gì?

Testbed là phần mềm, phần cứng và các hạng mục kiểm thử khác được sử dụng để hỗ trợ quá trình kiểm thử. Mục đích chính của nền thử nghiệm là kiểm soát và giám sát các điều kiện của thử nghiệm.

Nó cũng cung cấp các phương tiện để thực hiện các bài kiểm tra. Trong kiểm thử phần mềm thủ công, nền thử nghiệm bao gồm một số công cụ và công nghệ.

Ví dụ bao gồm các ngôn ngữ lập trình như PHP, các khung công tác Perl như Joomla hoặc WordPress và các cơ sở dữ liệu như PostgreSQL or MySQL.

42) Hiệu quả loại bỏ lỗi là gì?

Hiệu suất loại bỏ lỗi (DRE) là thước đo thử nghiệm cho biết nhóm phát triển có thể khắc phục lỗi và sự cố hiệu quả như thế nào trước khi phát hành sản phẩm. Nó đo lường tỷ lệ khuyết tật với số lượng vấn đề được phát hiện. Ví dụ: nếu có 80 lỗi được phát hiện trong quá trình Kiểm tra và 60 lỗi đã được sửa thì DRE sẽ là 80/60 = 1.3%.

43) Sự khác biệt giữa phát hành lỗi và rò rỉ lỗi là gì?

Phát hành lỗi là khi một phiên bản phần mềm cụ thể được phát hành có lỗi đã biết. Các lỗi này chủ yếu có mức độ ưu tiên hoặc mức độ nghiêm trọng thấp, trong khi lỗi rò rỉ xảy ra khi khách hàng cuối xác định được lỗi mà quá trình kiểm tra phần mềm không nhận ra.

44) Thử nghiệm linh hoạt là gì và tại sao nó được nhập khẩu?

Agile Testing giúp bạn đánh giá phần mềm theo góc nhìn của khách hàng. Không cần nhóm phát triển phải hoàn thành mã hóa trước khi bắt đầu quy trình Kiểm toán chất lượng. Thay vào đó, quy trình Kiểm tra và mã hóa diễn ra đồng thời. Tuy nhiên, có thể cần sự tương tác liên tục của khách hàng.

45) Với tư cách là người thử nghiệm, bạn sẽ làm gì khi gặp lỗi?

Sau khi tìm ra lỗi, chúng ta cần khóa lỗi trong báo cáo lỗi. Sau đó, lỗi này sẽ được chỉ định và thông báo cho các nhà phát triển có thể sửa nó. Sau khi nhà phát triển sửa lỗi, tất cả các lỗi phải được kiểm tra lại và phải đưa ra quyết định về nhu cầu kiểm tra hồi quy để đảm bảo rằng các bản sửa lỗi không tạo ra sự cố ở bất kỳ nơi nào khác.

46) Các loại Danh mục gỡ lỗi khác nhau là gì?

Các loại khác nhau để gỡ lỗi là:

Gỡ lỗi vũ phu
Loại bỏ nguyên nhân
Cắt chương trình
Quay lui
Phân tích cây lỗi

47) Bài kiểm tra có thể chuyển giao là gì?

Sản phẩm kiểm thử là một nhóm các công cụ, tài liệu và thành phần được duy trì và phát triển để hỗ trợ Kiểm thử.

Dưới đây là các sản phẩm thử nghiệm ở các giai đoạn thử nghiệm khác nhau trong vòng đời phát triển phần mềm:

Trước khi kiểm thử phần mềm
Trong quá trình kiểm thử phần mềm
Sau khi kiểm thử phần mềm

48) Những rủi ro phổ biến dẫn đến thất bại của dự án là gì?

Dưới đây là những rủi ro phổ biến dẫn đến thất bại của dự án:

Không có đủ nguồn nhân lực
Có một rủi ro rất lớn là môi trường thử nghiệm có thể không được thiết lập đúng cách
Ngân sách hạn chế

49) Sự khác biệt đáng kể giữa Ma trận kiểm tra và Ma trận truy xuất nguồn gốc là gì?

Dưới đây là những khác biệt đáng kể giữa Ma trận kiểm tra và Ma trận truy xuất nguồn gốc:

Ma trận thử nghiệm: Ma trận kiểm tra giúp bạn nắm bắt được chất lượng thực tế, nỗ lực, kế hoạch, nguồn lực và thời gian cần thiết để nắm bắt tất cả các giai đoạn kiểm thử phần mềm
Ma trận truy xuất nguồn gốc: Ma trận này liên quan đến việc ánh xạ giữa các trường hợp thử nghiệm và yêu cầu của khách hàng.

50) Thử nghiệm tích cực và tiêu cực là gì?

Chúng ta có thể nói rằng Kiểm tra tích cực được tiến hành, người kiểm tra sẽ đưa vào một đầu vào hợp lệ và mong đợi một số hành động sẽ được hoàn thành theo đặc điểm kỹ thuật, trong khi kiểm tra tiêu cực được thực hiện khi bạn đưa vào bất kỳ đầu vào không hợp lệ nào và nhận được lỗi.

Câu hỏi và câu trả lời phỏng vấn kiểm tra chức năng cho hơn 5 năm kinh nghiệm

51) Phương pháp tiếp cận Big Bang là gì?

Big Bang là một chiến lược thử nghiệm tích hợp được sử dụng rộng rãi, yêu cầu kiểm tra song song tất cả các thành phần hệ thống. Lợi ích chính của phương pháp thử nghiệm này là người thử nghiệm có thể kiểm tra hoạt động của toàn bộ hệ thống và các thành phần của nó.

52) Ý nghĩa của Lỗi là gì?

Lỗi là tình trạng dẫn đến lỗi thực thi phần mềm khi thực hiện một chức năng được coi là.

53) Rò rỉ lỗi trong kiểm thử chức năng là gì?

Rò rỉ lỗi xảy ra khi lỗi được xác định bởi khách hàng cuối và bị nhóm kiểm thử bỏ sót trong khi kiểm thử phần mềm.

54) TDD là gì?

Hướng phát triển thử nghiệm là một phương pháp phát triển phần mềm. Trong phương pháp này, sự phát triển của phần mềm được thúc đẩy bởi các trường hợp thử nghiệm được tạo để triển khai chức năng. Các trường hợp kiểm thử được tạo theo phương thức TDD và mã để vượt qua các bài kiểm thử sẽ được viết.

55) Sự khác biệt giữa Khiếm khuyết Tiềm ẩn và Khiếm khuyết Ẩn giấu là gì?

Một lỗi tiềm ẩn là một lỗi không xác định được khi xuất hiện trong bản phát hành hiện tại. Tuy nhiên, nó không thể nhìn thấy được vì các điều kiện có thể tìm thấy lỗi chưa bao giờ được đáp ứng. Những lỗi này chỉ xảy ra khi kiểm thử phần mềm kích hoạt một sự kiện cụ thể, che giấu sự hiện diện của chúng.

56) Thử nghiệm ngẫu nhiên/khỉ là gì?

Phương pháp thử nghiệm ngẫu nhiên còn được gọi là thử nghiệm khỉ. Trong loại thử nghiệm như vậy, dữ liệu được tạo ngẫu nhiên, thường sử dụng công cụ hoặc cơ chế tự động. Hệ thống của bạn được kiểm tra với đầu vào được tạo ngẫu nhiên này và kết quả sẽ được phân tích.

57) Kiểm thử theo ngữ cảnh là gì?

Thử nghiệm theo bối cảnh bao gồm việc áp dụng các phương pháp, phương pháp và phương pháp thử nghiệm và đôi khi tùy chỉnh chúng dựa trên bối cảnh của dự án.

58) Chu trình PDCA trong kiểm thử phần mềm là gì?

Chu trình PDCA là chìa khóa thiết yếu để cải tiến quy trình liên tục trong phát triển phần mềm.

Bao gồm 4 bước sau:

kế hoạch: Lập kế hoạch cho các mục tiêu, mục tiêu và sáng kiến giúp đạt được sự hài lòng của khách hàng.
Làm: Nó thực hiện kế hoạch thành hành động. Nó giúp phục vụ khách hàng với chất lượng và sự hài lòng tốt hơn; điều cần thiết là phải có một kế hoạch tốt để thực hiện.
Kiểm tra: Để kiểm tra tiến độ kế hoạch của bạn đã được thực hiện. Kết quả cũng cho thấy kế hoạch đã chính xác đến mức nào.
Hành động: Hành động dựa trên kết quả để cải thiện hơn nữa sẽ giúp người thử nghiệm đạt được các mục tiêu đã hoạch định.

59) Tiêu chí đầu vào trong Kiểm thử phần mềm là gì?

Cần có một bộ điều kiện tiên quyết để bắt đầu hoạt động thử nghiệm, bao gồm môi trường Kiểm tra, Công cụ kiểm tra, Dữ liệu kiểm tra, v.v.

60) Tiêu chí thoát trong Kiểm thử phần mềm là gì?

Tiêu chí kết thúc là một tập hợp các điều kiện xác định các tính năng hoặc trạng thái đã được thống nhất của ứng dụng để đánh dấu sự hoàn thành của quy trình hoặc sản phẩm.

61) Kiểm tra hệ thống có thể được thực hiện ở bất kỳ giai đoạn nào không?

Tất cả các thành phần phần mềm đều được kiểm tra để đảm bảo rằng sản phẩm đáp ứng các yêu cầu đã chỉ định. Vì vậy, việc kiểm thử phần mềm hệ thống không thể được thực hiện ở bất kỳ giai đoạn nào. Thay vào đó, việc kiểm tra hệ thống chỉ phải bắt đầu khi tất cả các mô-đun hoặc đơn vị hoạt động chính xác và đúng chỗ.

62) Thử nghiệm Alpha, Beta và Gamma có ý nghĩa gì?

Tất cả các thông số đều là tên của các thuật ngữ kiểm thử phần mềm:

Thử nghiệm Alpha được thực hiện bởi các nhà phát triển phần mềm và người thử nghiệm. Đôi khi người ta quan sát thấy rằng thử nghiệm alpha được thực hiện bởi người mua hoặc nhóm gia công mà không có nhà phát triển hoặc người thử nghiệm.

Một số lượng người dùng cuối cùng được chỉ định tiến hành thử nghiệm beta trước khi phân phối. Hầu hết, nó được tiến hành tại nơi của người dùng cuối.

Kiểm tra gamma: Phương pháp thử nghiệm này kiểm tra các nhu cầu được chỉ định khi phần mềm đã sẵn sàng để phát hành. Nó thường được thực hiện tại nơi của người dùng cuối cùng. Nó cũng được thực hiện trực tiếp bằng cách bỏ qua tất cả các hoạt động thử nghiệm nội bộ.

63) Có thể hiểu được điều gì từ End-To-End testing?

Hệ thống thử nghiệm End To End là một phương pháp thử nghiệm một ứng dụng để đảm bảo liệu nó có hoạt động như mong đợi hay không. Nó được sử dụng để kiểm tra luồng ứng dụng từ đầu đến cuối. Hệ thống kiểm tra toàn diện giúp bạn xem xét kỹ lưỡng toàn bộ quy trình của hệ thống. Phương pháp kiểm tra này cũng xác nhận rằng tính toàn vẹn dữ liệu được duy trì giữa các thành phần hệ thống khác nhau và các hệ thống.

64) Kiểm thử ca sử dụng là gì?

Kiểm thử ca sử dụng là phương pháp cho phép chúng ta kiểm thử chức năng của một phần mềm cụ thể. Nó cũng giúp bạn hiểu lý do tại sao chúng ta nên hoặc không nên sử dụng phần mềm ngay từ đầu.

65) Thử nghiệm A/B là gì?

Thử nghiệm A/B kiểm tra hai hoặc nhiều phiên bản phần mềm khác nhau của bạn với người dùng để đánh giá phiên bản nào hoạt động tốt hơn. Đây là một phương pháp có rủi ro thấp để thử nghiệm các biến thể chức năng mới hoặc hiện có.

Bạn có thể chọn một bộ phận người dùng của mình để sử dụng tính năng A. Nhóm còn lại sử dụng tính năng B. Sau đó, bạn có thể kiểm tra phản hồi và phản hồi của người dùng bằng cách sử dụng Kiểm tra thống kê để xác định phiên bản cuối cùng của tính năng.

66) Vòng đời khiếm khuyết là gì?

Vòng đời lỗi, còn được gọi là vòng đời lỗi, là một chuỗi các giai đoạn trong đó lỗi diễn ra trong suốt vòng đời của nó. Vòng đời kiểm thử phần mềm này bắt đầu ngay khi người kiểm tra tìm thấy hoặc báo cáo lỗi và kết thúc khi người kiểm tra QA đảm bảo rằng lỗi đã được giải quyết để nó không xảy ra nữa.

67) Kiểm tra cấu hình là gì?

Kiểm thử cấu hình là phương pháp kiểm thử phần mềm được sử dụng để đánh giá các yêu cầu về cấu hình của phần mềm. Nó giúp bạn khám phá cấu hình tối ưu của hệ thống mà ứng dụng hoạt động. Nó cũng giúp bạn xác định và giải quyết mọi vấn đề tương thích.

68) Điều gì quyết định mức độ rủi ro?

Khả năng xảy ra một sự kiện bất lợi và ảnh hưởng của sự kiện đó quyết định mức độ rủi ro.

69) Bạn có ý gì khi nói Phân loại khiếm khuyết?

Phân loại khiếm khuyết là một phương pháp trong đó các lỗi được ưu tiên tùy thuộc vào các đặc điểm khác nhau như mức độ nghiêm trọng, rủi ro và lượng thời gian cần thiết để khắc phục sự cố. Cuộc họp phân loại lỗi tập hợp các bên liên quan như nhóm phát triển, nhóm kiểm thử, người quản lý dự án, v.v.

70) Sơ khai là gì?

Khi thực hiện kiểm tra tích hợp từ trên xuống, các mô-đun cấp thấp hơn thường không được sản xuất cho đến khi các mô-đun cấp cao nhất được kiểm tra và tích hợp. Sơ khai là các mô-đun giả được sử dụng trong những trường hợp này để mô phỏng hành vi của mô-đun bằng cách cung cấp kết quả được dự đoán hoặc được mã hóa cứng dựa trên các biến đầu vào.

Những câu hỏi phỏng vấn này cũng sẽ giúp ích cho bài thi viva(orals) của bạn