Hơn 85 câu hỏi và câu trả lời phỏng vấn kiểm thử phần mềm

Dưới đây là danh sách tất cả các câu hỏi phỏng vấn Kiểm thử phần mềm quan trọng dành cho người mới bắt đầu và các chuyên gia. Nhận được công việc mơ ước của bạn trong lĩnh vực kiểm thử phần mềm với sự trợ giúp của hướng dẫn phỏng vấn Kiểm thử phần mềm này.

Câu hỏi phỏng vấn kiểm thử phần mềm dành cho người mới

1) Kiểm thử tích hợp là gì?

Kiểm thử tích hợp là một phương pháp kiểm thử phần mềm kết hợp và kiểm thử các thành phần ứng dụng riêng lẻ. Nó thường được thực hiện sau khi kiểm tra đơn vị và chức năng.

2) Thử nghiệm ngẫu nhiên là gì?

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

3) SDLC là gì?

SDLC (Vòng đời phát triển phần mềm) là một quy trình có hệ thống để phát triển phần mềm nhằm đảm bảo chất lượng và tính chính xác của phần mềm được xây dựng. Đây là một dạng ngắn của quy trình Vòng đời phát triển phần mềm nhằm tạo ra phần mềm chất lượng cao đáp ứng mong đợi của khách hàng.

Quá trình phát triển phải được hoàn thành trong khung thời gian và chi phí được xác định trước. Vòng đời này bao gồm một kế hoạch chi tiết giải thích cách lập kế hoạch, xây dựng và bảo trì phần mềm cụ thể.

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

Kiểm thử dựa trên dữ liệu là việc thực thi lặp đi lặp lại các tập lệnh kiểm thử bằng cách sử dụng các nguồn dữ liệu như tệp XML, bảng tính, Microsoft Cơ sở dữ liệu Excel và SQL.

Để tạo đầu ra, bạn có thể sử dụng các nguồn dữ liệu này làm giá trị đầu vào. Sau đó, kết quả của nó được so sánh để xác minh hệ thống hoặc phần mềm.

Kiểm tra dựa trên dữ liệu

5) Các cách thực hành tốt nhất để viết trường hợp kiểm thử là gì?

Viết các trường hợp thử nghiệm từ quan điểm của người dùng cuối:

Viết các bước kiểm tra một cách đơn giản và dễ dàng để bất cứ ai cũng có thể theo dõi dễ dàng
Làm cho các trường hợp thử nghiệm có thể tái sử dụng được
Đặt mức độ ưu tiên đã cho
Bạn nên mô tả trường hợp kiểm thử, dữ liệu kiểm thử, kết quả mong đợi, điều kiện tiên quyết và điều kiện hậu.
Viết các trường hợp kiểm thử không hợp lệ ngoài các trường hợp kiểm thử hợp lệ
Thực hiện theo tất cả các quy ước đặt tên thích hợp
Revxem các trường hợp thử nghiệm và cập nhật chúng nếu cần thiết.

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

Nó là một kỹ thuật kiểm thử phần mềm được sử dụng để phân tích các giá trị biên của các phân vùng của các lớp Tương đương. Phương pháp 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ị.

7) Các số liệu kiểm tra quan trọng là gì?

Dưới đây là một số số liệu thử nghiệm quan trọng:

Tổng số lỗi đã được sửa.
Số lượng lỗi được tìm thấy và thứ tự mức độ nghiêm trọng của chúng.
Tổng số sự cố xảy ra do lỗi mã nguồn so với cấu hình hoặc các yếu tố môi trường bên ngoài
Tỷ lệ sửa lỗi theo thời gian
Numbers các lỗi còn tồn tại trước khi phát hành.
Lỗi do người dùng báo cáo so với lỗi do người kiểm tra tìm thấy.

8) Thông số nào giúp kiểm tra chất lượng thực hiện kiểm thử?

Hai tham số cần thiết nhất để kiểm tra chất lượng thực hiện kiểm thử là:

Tỷ lệ loại bỏ lỗi là tỷ lệ giữa tổng số lượng bị loại bỏ trên tổng Sản lượng.
Tỷ lệ rò rỉ lỗi là tỷ lệ giữa tổng số sản phẩm bị loại bỏ trên tổng sản lượng.

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

Bốn loại cấp độ kiểm tra là: Kiểm tra đơn vị/thành phần/chương trình/mô-đun
Thử nghiệm hội nhập
Thử nghiệm hệ thống
Kiểm tra chấp nhận

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

Vòng đời lỗi còn được gọi là vòng đời Khiếm khuyết. Trong quy trình Phát triển phần mềm, mọi lỗi đều có vòng đời. Lỗi cần phải trải qua vòng đời để được đóng lại. Vòng đời của lỗi phụ thuộc vào các công cụ (QC, JIRA, v.v.) và quy trình tổ chức được sử dụng.

Vòng đời lỗi/khiếm khuyết

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

Quản lý cấu hình là một phương pháp thử nghiệm để 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ó cũng 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.

12) Các thành phần chính của định dạng báo cáo lỗi là gì?

Dưới đây là các thành phần cơ bản của định dạng báo cáo lỗi:

Tên dự án
Tên mô-đun
Phát hiện lỗi
ID khiếm khuyết
Tên của khiếm khuyết
Ả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

13) Sự khác biệt giữa Selenium và Sikuli?

Dưới đây là một số khác biệt cơ bản giữa Selenium và Sikuli:

Selenium	siuli
Bạn không thể tự động hóa các đối tượng flash như trình phát video, trình phát âm thanh, v.v.	Nó cung cấp hỗ trợ rộng rãi để tự động hóa các đối tượng flash
Nó có API phức tạp	Nó có một API đơn giản
Nó chỉ có thể tự động hóa các ứng dụng web	Bạn có thể tự động hóa cả web và ứng dụng Windows.

14) Các loại vấn đề bảo mật khi kiểm tra Web là gì?

Tấn công từ chối dịch vụ (DOS)
Xem các số liệu thống kê khác
Buffer tràn
Truyền trực tiếp URL nội bộ qua địa chỉ trình duyệt

15) là gì TestNG?

TestNG là một framework nâng cao được thiết kế nhằm tận dụng lợi ích của cả nhà phát triển và người kiểm thử phần mềm. Chương trình này cũng bao gồm một cơ chế xử lý ngoại lệ giúp chương trình không bị chấm dứt đột ngột.

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

Defect cascading là phương pháp kích hoạt các lỗi khác trong ứng dụng khi một lỗi được phát hiện trong quá trình Kiểm thử. Nó cũng kích hoạt các lỗi khác của ứng dụng vì nhiều lỗi xuất hiện trong các giai đoạn sau của quá trình phát triển phần mềm.

17) Khái niệm Workbench là gì?

Bàn làm việc là một tài liệu giải thích cách hoàn thành một hoạt động. Nó cũng được gọi là một bước, giai đoạn hoặc nhiệm vụ. Nó hoạt động như một nền tảng để phát triển và giám sát cấu trúc công việc của người thử nghiệm. Sử dụng dữ liệu ban đầu, bạn có thể sử dụng phương pháp này để phân chia nhiệm vụ thành từng giai đoạn và đạt được mong đợi của khách hàng.

Bàn làm việc có năm nhiệm vụ:

Đầu vào
Thực hiện
kiểm tra
Sản lượng sản xuất
Làm lại

18) Các chiến lược khác nhau để triển khai cho người dùng cuối là gì?

Các chiến lược cần tuân thủ khi triển khai như sau:

1) Phi công, 2) Thực hiện dần dần, 3) Triển khai theo từng giai đoạn và 4) Triển khai song song

19) 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 tiêu 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ền tảng thử nghiệm bao gồm một số công cụ và công nghệ trong phương pháp thử nghiệm phần mềm thủ công. Giống như PHP, các framework như WordPress hay Joomla và các cơ sở dữ liệu như PostgreSQL or MySQL.

20) Bảo hiểm Tuyên bố là gì? Giải thích nó bằng một ví dụ.

Statement Coverage là phương pháp kiểm thử hộp trắng trong đó tất cả các câu lệnh thực thi trong mã nguồn được thực thi ít nhất một lần. Phương pháp bao phủ mã này tính toán số lượng câu lệnh trong mã nguồn đã được thực thi.

Hãy xem cách tính độ bao phủ của câu lệnh.

Để tính toán Phạm vi câu lệnh cho một mã nguồn nhất định.

Ví dụ:

Prints (int a, int b) {                       ------------  Printsum is a function
int result = a+ b;
If (result> 0)
  Print ("Positive", result)
Else
  Print ("Negative", result)
}                                        -----------   End of the source code

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

21) Khiếm khuyết tiềm ẩn là gì?

Lỗi tiềm ẩn là thuật ngữ dùng để xác định các lỗi ẩn chưa được phát hiện trong phần mềm bằng cách sử dụng một số tập hợp thao tác đặc biệt. 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.

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

Sản phẩm kiểm thử là các công cụ, thành phần và tài liệu đượ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 của SDLC (vòng đời phát triển phần mềm):

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

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

Mục tiêu chính của thử nghiệm đột biến là xác thực 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 nhiều thay đổi mã (lỗi) và kiểm tra lại với các trường hợp và dữ liệu kiểm thử ban đầu.

Kiểm tra đột biến

24) Kiểm tra Gamma là gì?

Gamma là một phương pháp thử nghiệm nhằm 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ó chủ yếu được thực hiện tại nơi của người dùng cuối cùng.

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

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

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

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

Test Clouse 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, thêm số lỗi chưa được giải quyết, tổng số lỗi bị từ chối, v.v.

27) Kiểm tra Fuzz là gì?

Kiểm tra Fuzz là một phương pháp kiểm tra được sử dụng để phát hiện lỗi mã hóa phần mềm và các lỗ hổng bảo mật. bên trong Kiểm tra lông tơ phương pháp này, dữ liệu ngẫu nhiên được thêm vào hệ thống để làm hỏng hệ thống. Nếu lỗ hổng vẫn tồn tại, một công cụ được gọi là trình kiểm tra lông tơ sẽ được sử dụng để xác định nguyên nhân tiềm ẩn.

28) Ý nghĩa của End-To-End testing là gì?

Thử nghiệm End To End là một phương pháp thử nghiệm một ứng dụng giúp bạn đảm bảo liệu nó có hoạt động như mong đợi hay không. Điều đó nên được sử dụng để kiểm tra luồng ứng dụng từ đầu đến cuối.

Phương pháp thử nghiệm này nhằm mục đích kiểm tra toàn bộ dòng chảy của hệ thống. Nó 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.

29) Kiểm thử phần mềm động là gì?

So với Kiểm thử tĩnh, kiểm thử phần mềm động sẽ kiểm tra phần mềm khi thực thi. Người kiểm thử phần mềm chạy phần mềm trong môi trường thử nghiệm, thực hiện tất cả các bước, nhập dữ liệu đầu vào và xác minh đầu ra thực tế với kết quả có thể có.

30) Kiểm tra trình duyệt chéo là gì? Bạn sẽ sử dụng công cụ gì?

Một ứng dụng web chạy trên nhiều trình duyệt khác nhau như Chrome, Mozilla Firefox, Microsoft Edge, Safari và nhiều trình duyệt khác. Tất cả các trình duyệt này về cơ bản đều hoạt động giống nhau trong việc triển khai các tiêu chuẩn web. Kiểm tra đa trình duyệt giúp bạn kiểm tra xem trang web hoặc ứng dụng của bạn có hoạt động như mong đợi khi sử dụng các kết hợp Trình duyệt-Hệ điều hành khác nhau hay không.

31) Kiểm tra hồi quy và xác nhận là gì?

Dưới đây là hai phương pháp thử nghiệm quan trọng:

Kiểm tra hồi quy xác nhận rằng thay đổi mã gần đây không ảnh hưởng đến các tính năng hiện có.
Kiểm tra xác nhận: Lỗi được báo cáo khi thử nghiệm thất bại do có lỗi. Sau đó, một phiên bản phần mềm mới được gửi với lỗi đã được sửa. Nó được gọi là kiểm tra xác nhận hoặc kiểm tra lại.

32) Cách bỏ qua một phương thức hoặc khối mã trong TestNG?

Bạn có thể bỏ qua một phương pháp kiểm tra cụ thể hoặc một mã; sau đó, bạn có thể đặt tham số 'đã bật' trong chú thích kiểm tra thành sai.

@Test (enabled = false)

33) Cách chụp ảnh màn hình Selenium Trình điều khiển Web?

Bạn có thể chụp màn hình bằng cách sử dụng chức năng TakeScreenshot yo.
Phương thức getScreenshotAs() cho phép bạn lưu ảnh chụp màn hình đó.

34) Khi nào tôi nên sử dụng Selenium Lưới?

Selenium lưới cho phép bạn thực thi tập lệnh thử nghiệm trên nhiều nền tảng và trình duyệt cùng một lúc. Điều này giúp bạn thực hiện kiểm thử phân tán, kiểm thử trong các môi trường khác nhau và tiết kiệm đáng kể thời gian thực hiện.

35) Chiến lược kiểm thử là gì?

Chiến lược kiểm thử là một tài liệu cấp cao thường được người quản lý dự án phát triển. Nó nắm bắt cách tiếp cận để thử nghiệm sản phẩm và đạt được mục tiêu. Nó thường bắt nguồn từ Đặc tả yêu cầu nghiệp vụ (BRS).

36) Yêu cầu sửa đổi là gì?

Khách hàng sử dụng các yêu cầu sửa đổi trong quá trình phát triển phần mềm để thay đổi chức năng hiện có của phần mềm.

37) Xác minh là gì?

Xác minh là quá trình đo lường, ví dụ. Nó giúp xác minh xem bạn có đang phát triển sản phẩm phù hợp hay không. Các hoạt động liên quan ở đây là Kiểm tra.

38) Màu xám là gì Box Kiểm tra?

Hộp màu xám là sự kết hợp của màu trắng Box và đen Box Đang thử nghiệm. Những người thử nghiệm tham gia vào loại Thử nghiệm này phải có quyền truy cập vào các tài liệu thiết kế. Nó giúp tạo ra các trường hợp thử nghiệm tốt hơn trong quá trình này.

39) Phạm vi kiểm tra là gì?

Phạm vi kiểm tra được định nghĩa là một số liệu trong Kiểm thử phần mềm để đo lường số lượng Kiểm thử được thực hiện bởi một bộ Kiểm thử. Nó sẽ bao gồm việc thu thập thông tin liên quan đến các phần của chương trình sẽ được thực thi khi thực thi bộ thử nghiệm. Bạn cũng có thể sử dụng nó để xác định nhánh nào của câu lệnh điều kiện đã được chọn.

40) Bao phủ quyết định là gì?

Ví dụ về phạm vi quyết định:

Demo (int a) {
If (a> 5)
 a=a*3
 Print (a)
}

Kịch bản 1:

Giá trị của a là 2

Phạm vi quyết định

Ở đây, mã được đánh dấu màu vàng sẽ được thực thi và kết quả “Không” của quyết định Nếu (a>5) được chọn.

Phạm vi quyết định = 50%

Kịch bản 2:

Giá trị của a là 6

Phạm vi quyết định

Trong kịch bản này, mã được đánh dấu màu vàng sẽ được thực thi. Ở đây, kết quả “Có” của quyết định Nếu (a>5) được chọn.

Phạm vi quyết định = 50%

Trường hợp thử nghiệm	Giá trị của A	Đầu ra	Phạm vi quyết định
1	2	2	50%
2	6	18	50%

Câu hỏi và câu trả lời phỏng vấn kiểm thử phần mềm cho 3 năm kinh nghiệm

41) Bạn muốn nói gì khi nói đến việc kiểm tra Sanity?

Kiểm thử độ chính xác được thực hiện sau quá trình xây dựng để kiểm tra các chức năng/lỗi mới cần được khắc phục trong quá trình kiểm tra độ chính xác. Mục tiêu chính của nó là kiểm tra chức năng hoàn chỉnh, giúp bạn quyết đị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 đang được Kiểm tra.

42) TDD là gì?

Phát triển dựa trên thử nghiệm (TDD) là một phương pháp phát triển phần mềm được điều khiển bởi các trường hợp thử nghiệm giúp bạn tạo ra chức năng cần triển khai. Các trường hợp thử nghiệm được phát triển theo phương pháp TDD.

43) Xác minh và Xác thực trong Kiểm thử Phần mềm là gì?

Xác minh: Đây là một kỹ thuật phân tích tĩnh. Trong phương pháp này, việc kiểm tra được thực hiện mà không cần thực thi mã. Ví dụ Reviews, Kiểm tra và hướng dẫn.
Xác nhận: Đây là một phương pháp phân tích động trong đó việc Kiểm tra được tiến hành bằng cách thực thi mã. Ví dụ về các kỹ thuật kiểm tra chức năng và phi chức năng.

44) Xác thực khác với xác minh như thế nào?

Xác minh	THẨM ĐỊNH
Nó đánh giá xem phần mềm có đáp ứng đặc tả hay không.	Nó đánh giá xem đặc điểm kỹ thuật có nắm bắt được nhu cầu của khách hàng hay không.
Xác minh là một loại Kiểm tra tĩnh.	Xác thực là một loại Thử nghiệm động.
Nó không cần bạn thực thi mã.	Nó yêu cầu thực thi mã.

45) Cơ sở nào bạn có thể lập bản đồ thành công của thử nghiệm Tự động hóa?

Dựa trên thử nghiệm Tự động hóa, các tiêu chí sau có thể được lập bản đồ:

Tỷ lệ phát hiện khuyết tật
Tự động thực hiện và tiết kiệm thời gian cho việc phát hành sản phẩm
Giảm lao động và các chi phí khác

46) Chiến lược kiểm thử là gì?

Chiến lược thử nghiệm là một tài liệu cấp cao (tài liệu tĩnh) thường được người quản lý dự án phát triển. Đó là tài liệu thử nghiệm ghi lại cách chúng tôi thử nghiệm sản phẩm và đạt được mục tiêu. Nó chủ yếu bắt nguồn từ Đặc tả yêu cầu nghiệp vụ. Một tài liệu thiết yếu như Kế hoạch kiểm tra được chuẩn bị bằng cách giữ tài liệu này làm cơ sở.

47) Xác thực phía khách hàng là gì?

Xác thực phía máy khách được thực hiện ở cấp trình duyệt, trong đó đầu vào của người dùng được xác thực tại chính trình duyệt mà không có sự tham gia của máy chủ.

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

Kiểm thử theo ngữ cảnh là một phương pháp kiểm thử phần mềm để phát triển và gỡ lỗi phần mềm máy tính nhằm xem xét cách các chương trình dự kiến sẽ được sử dụng trong thế giới thực.

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

Tiêu chí đầu ra là một tập hợp các điều kiện cụ thể 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 để cho biết mức độ hoàn thành của sản phẩm hoặc quy trình.

50) Các phương pháp kiểm tra khác nhau là gì?

Ba phương pháp kiểm thử phần mềm là:

Kiểm thử hộp đen: Kỹ thuật kiểm thử hộp đen chỉ dựa trên các yêu cầu và thông số kỹ thuật. Chiến lược này không yêu cầu kiến thức về đường dẫn, cấu trúc bên trong hoặc phần mềm đang được kiểm thử.
Kiểm tra hộp trắng là một phương pháp thử nghiệm dựa trên đường dẫn nội bộ, cấu trúc mã và phần mềm đang được thử nghiệm.
Kiểm thử hộp xám: Đây là một phương pháp gỡ lỗi phần mềm trong đó người kiểm thử phần mềm có ít kiến thức về hoạt động bên trong của phần mềm.

51) Các kỹ thuật bao phủ khác nhau là gì?

Ba loại kỹ thuật bao phủ cơ bản là:

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

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

Thử nghiệm cơ bản là một loạt các thử nghiệm thu thập thông tin hiệu suất. Thông tin được thu thập 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 dựa trên kết quả. Trong quá trình thử nghiệm cơ bản, hiệu suất của ứng dụng được so sánh với hiệu suất trước đó của nó.

53) Kiểm tra cấp độ hệ thống là gì?

Kiểm tra toàn bộ hệ thống máy tính trên tất cả các mô-đun được gọi là Kiểm tra cấp hệ thống. Phương pháp kiểm tra này bao gồm Kiểm tra chức năng cũng như Cấu trúc.

54) Kiểm tra nhóm là gì?

Bucket testing còn được gọi là A/B Testing. Nó chủ yếu được sử dụng để nghiên cứu tác động của nhiều thiết kế sản phẩm khác nhau lên số liệu của trang web. Trong phương pháp thử nghiệm này, hai phiên bản đồng thời chạy trên một hoặc một tập hợp các trang web, giúp bạn đo lường sự khác biệt về tỷ lệ nhấp, giao diện và lưu lượng truy cập.

Câu hỏi và câu trả lời phỏng vấn kiểm thử phần mềm cho hơn 5 năm kinh nghiệm

55) Bài kiểm tra N+1 là gì?

Biến thể của thử nghiệm hồi quy được biểu thị bằng N+1. Nó được thực hiện trong nhiều chu kỳ trong đó các lỗi tìm thấy trong chu trình kiểm tra 'N' được giải quyết và kiểm tra lại trong chu trình kiểm tra N+1. Quá trình này tiếp tục cho đến khi không tìm thấy lỗi nào.

56) Ý nghĩa của việc kiểm tra từ dưới lên là gì?

Trong Kiểm thử từ dưới lên, một phương pháp là, các thành phần cấp thấp nhất được kiểm tra trước, sau đó mới kiểm tra các thành phần cấp cao hơn. Nó được lặp lại cho đến khi thành phần ở đầu hệ thống phân cấp được kiểm tra.

57) Thử nghiệm dựa trên rủi ro là gì?

Kiểm thử dựa trên rủi ro là một cách tiếp cận để tạo Chiến lược kiểm thử dựa trên việc ưu tiên kiểm thử theo rủi ro. Cơ sở của phương pháp này là phân tích rủi ro chi tiết và ưu tiên các rủi ro.

58) Các giai đoạn khác nhau của một cuộc đánh giá chính thức là gì?

Quy trình xem xét chính thức bao gồm sáu bước:

Lập kế hoạch
Bắt đầu
Chuẩn bị
Revtôi đang họp
Làm lại
Theo dõi

59) Các trường hợp thử nghiệm bán ngẫu nhiên là gì?

Các trường hợp kiểm thử bán ngẫu nhiên là các trường hợp kiểm thử thực hiện các trường hợp kiểm thử ngẫu nhiên và cũng thực hiện phân vùng tương đương. Nó cũng loại bỏ các trường hợp thử nghiệm dư thừa, dẫn đến một bộ thử nghiệm bán ngẫu nhiên.

60) Kiểm thử API là gì?

Thử nghiệm API kiểm tra hoạt động của các API mà phần mềm đang sử dụng. Với tư cách là người kiểm thử phần mềm, bạn phải viết mã đưa ra yêu cầu API tới máy chủ cung cấp API và các đầu vào được yêu cầu. Nó thu thập đầu ra từ phản hồi và khớp đầu ra thực tế với đầu ra dự kiến.

61) Kiểm tra chấp nhận là gì?

Kiểm tra chấp nhận là một loại Kiểm tra được thực hiện bởi người dùng cuối hoặc khách hàng. Nó xác minh hoặc 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.

60) Thử nghiệm toàn cầu hóa là gì?

Toàn cầu hóa là phương pháp kiểm thử phần mềm nhằm thiết kế một ứng dụng phần mềm có thể thích ứng với nhiều ngôn ngữ và khu vực mà không có bất kỳ thay đổi nào.

61) Kiểm tra GUI là gì?

Kiểm tra GUI hoặc Giao diện người dùng đồ họa kiểm tra giao diện người dùng của phần mềm theo các yêu cầu/thiết kế/mô hình HTML được cung cấp, v.v.

62) RTM trong kiểm thử phần mềm là gì?

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

RTM trong kiểm thử phần mềm

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

Kiểm tra tải là một phương pháp kiểm tra hiệu suất trong đó ứng dụng được thực thi vượt quá nhiều mức tải. Bạn có thể theo dõi hiệu suất cao nhất của máy chủ, thời gian phản hồi, v.v. Khi tải hệ thống song song, phương pháp này cho phép bạn đo lường độ ổn định, hiệu suất và tính toàn vẹn của ứng dụng.

64) Sự khác biệt giữa SDLC và STLC là gì?

Sự khác biệt giữa SDLC và STLC

Dưới đây là một số khác biệt giữa SDLC và STLC

SDLC	STLC
Mục tiêu của vòng đời SDLC là hoàn thành quá trình phát triển thành công của phần mềm, bao gồm Kiểm tra và các giai đoạn khác.	Mục tiêu duy nhất của giai đoạn STLC là thử nghiệm.
Trong SDLC, BA (Nhà phân tích kinh doanh) thu thập các yêu cầu và tạo Kế hoạch phát triển	Trong STLC, nhóm QA phân tích các yêu cầu để lập kế hoạch kiểm tra và tiến hành các tài liệu chức năng và phi chức năng.
Trong vòng đời này, nhóm phát triển tạo ra các kế hoạch thiết kế cấp cao và cấp thấp	Trong vòng đời này, nhà phân tích kiểm thử tạo ra Kế hoạch kiểm thử tích hợp
Mã thực tế được phát triển và công việc thực tế diễn ra theo tài liệu thiết kế.	Nhóm kiểm thử phần mềm chuẩn bị môi trường thử nghiệm và thực hiện chúng

65) Kiểm tra cài đặt là gì?

Kiểm thử cài đặt là kiểm tra xem liệu chúng ta có thể cài đặt phần mềm thành công theo hướng dẫn được đưa ra trong tài liệu cài đặt hay không.

66) Kiểm tra giao diện là gì?

Kiểm tra giao diện kiểm tra xem các mô-đun riêng lẻ có giao tiếp chính xác theo thông số kỹ thuật nhất định hay không. Nó chủ yếu được sử dụng để kiểm tra giao diện người dùng của các ứng dụng GUI.

67) Mô hình Bing Bang là gì?

Mô hình Big Bang tập trung vào phát triển phần mềm và tài nguyên mã hóa mà không cần hoặc có rất ít kế hoạch. Trong mô hình này, các yêu cầu được hiểu và thực hiện khi chúng xuất hiện. Mô hình phần mềm này hoạt động tốt nhất cho các dự án nhỏ với nhóm phát triển nhỏ hơn.

68) Các tình huống phổ biến mà Kiểm tra tự động tốt hơn Kiểm tra thủ công là gì?

Bạn có thể chọn Kiểm thử tự động thay vì Kiểm thử thủ công trong các điều kiện sau:

Bạn phải kiểm tra các trường hợp nhiều lần trong một thời gian dài.
Cần phải thực hiện các bài kiểm tra hồi quy, hiệu suất và tải.
Bạn muốn ghi lại quá trình thử nghiệm.
Khi bạn có thời gian tối thiểu để hoàn thành giai đoạn thử nghiệm
Bạn đang thực hiện kiểm thử trong môi trường thời gian chạy tiêu chuẩn
Kiểm tra thủ công trở nên rất tốn thời gian và dư thừa khi có nhiều triển khai nhanh chóng cho sản phẩm.

69) Kiểm tra máy khách-máy chủ là gì?

Ứng dụng máy khách-máy chủ là ứng dụng mà chính ứng dụng đó được cài đặt trên máy chủ nơi tệp EXE ứng dụng được tải trên tất cả các máy khách. Môi trường này được sử dụng rộng rãi trong mạng Intranet.

70) Kiểm tra đơn vị là gì?

Kiểm thử đơn vị là một loại kiểm thử phần mềm khi các đơn vị hoặc thành phần riêng lẻ của phần mềm được kiểm thử. Loại thử nghiệm này được tiến hành để kiểm tra xem các mô-đun của mã nguồn có hoạt động chính xác hay không.

Kiểm tra đơn vị

71) Vai trò của Usability testing trong Web testing là gì?

Trong thử nghiệm web, thử nghiệm khả năng sử dụng đóng một vai trò quan trọng. Ai cũng biết rằng kiểm tra khả năng sử dụng có nghĩa là xác định cách người dùng cuối có thể dễ dàng truy cập ứng dụng mà không cần bất kỳ kiến thức ngôn ngữ lập trình nào.

72) Bạn có thể dựa vào cơ sở nào để ước tính cho dự án của mình?

Để ước tính bất kỳ dự án nào, bạn cần cân nhắc những điểm sau:

Chia toàn bộ dự án thành các nhiệm vụ nhỏ
Phân công từng nhiệm vụ cho các thành viên trong nhóm
Nó giúp bạn ước tính nỗ lực cần thiết để hoàn thành mỗi nhiệm vụ
Xác thực ước tính

73) Lỗi nghiêm trọng là gì?

Lỗi nghiêm trọng có nghĩa là một phần lớn chức năng hoặc thành phần hệ thống quan trọng bị hỏng và không còn cách giải quyết nào để tiến xa hơn.

Ví dụ: chúng tôi không thể kiểm tra các mô-đun khác do lỗi trong một mô-đun đã chặn việc Kiểm tra các mô-đun khác. Các lỗi ảnh hưởng đến hoạt động kinh doanh của khách hàng được coi là nghiêm trọng.

74) Rò rỉ lỗi là gì?

Nhóm thử nghiệm đã bỏ sót một lỗi trong khi Thử nghiệm và bản dựng đã được phát hành cho Sản xuất. Nếu người dùng cuối hoặc khách hàng tìm thấy lỗi (mà nhóm kiểm thử phần mềm đã bỏ sót), thì lỗi đó được gọi là Rò rỉ lỗi.

75) Lỗi gieo hạt là gì?

Đây là phương pháp thêm các lỗi đã biết vào chương trình giúp bạn xác định tỷ lệ phát hiện lỗi. Nó giúp đánh giá kỹ năng tìm lỗi của người kiểm thử.

76) SPICE trong kiểm thử phần mềm là gì?

SPICE là một dạng viết tắt của Xác định năng lực và cải tiến quy trình phần mềm. Nó là một khuôn khổ tiêu chuẩn để đánh giá hiệu lực và hiệu quả của quá trình phát triển.

77) Kho lưu trữ đối tượng là gì?

Kho lưu trữ đối tượng là tập hợp các thành phần web và bộ định vị của chúng thuộc về Ứng dụng đang được thử nghiệm (AUT). QA duy trì tất cả các bộ định vị phần tử trong một tệp riêng biệt được gọi là tệp thuộc tính (. Properties) trong Selenium. Trong giai đoạn thực thi, nó cho phép bạn xác định các đối tượng giữa tập lệnh kiểm thử và ứng dụng.

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

Trong quy trình kiểm thử phần mềm, người kiểm thử phần mềm ghi lại những phát hiện, quan sát, phát hiện và thông tin hữu ích khác của họ cho nhà phát triển hoặc người quản lý. Dữ liệu này là một phần của bản ghi kiểm tra được gọi là báo cáo lỗi.

Báo cáo lỗi mang lại những lợi ích sau:

Hiểu vấn đề
Các bước để tái tạo vấn đề này
Môi trường và điều kiện cụ thể trong quá trình Test xảy ra
Giải pháp nếu/và khi nhà phát triển khắc phục sự cố

79) Đoán lỗi trong kiểm thử phần mềm nghĩa là gì?

Đoán lỗi là một phương pháp thiết kế ca kiểm thử tương tự như gieo lỗi. Trong phương pháp thử nghiệm này, người thử nghiệm thiết kế các trường hợp thử nghiệm bằng cách đoán các lỗi có thể xảy ra trong ứng dụng phần mềm.

80) Khiếm khuyết Showstopper là gì?

Đó là một khiếm khuyết không cho phép người dùng tiến xa hơn trong ứng dụng. Nó gần giống như một vụ tai nạn.

Ví dụ: đảm bảo rằng trong một nút đăng nhập ứng dụng phần mềm không hoạt động ngay cả khi bạn có tên người dùng và mật khẩu hợp lệ; bạn không thể di chuyển xa hơn vì nút đăng nhập của bạn không hoạt động.

81) Tiền thưởng lỗi là gì?

Chương trình tiền thưởng lỗi giúp một tổ chức trao thưởng cho ai đó tìm thấy lỗi trong phần mềm của họ và báo cáo chúng. Đó là một khái niệm đã tồn tại từ lâu. Internet đã được tạo ra.

Nhiều công ty bắt đầu hiểu việc thuê chuyên gia kiểm tra thâm nhập mỗi khi họ muốn tìm kiếm lỗ hổng trong hệ thống hoặc ứng dụng của họ tốn kém như thế nào.

82) Chuyển trạng thái là gì?

Kiểm tra chuyển đổi trạng thái giúp các trường hợp thử nghiệm của bạn từ một ứng dụng mà chúng tôi cần kiểm tra các chuyển đổi hệ thống khác nhau. Chúng ta có thể áp dụng phương pháp này khi một ứng dụng cung cấp một đầu ra riêng biệt cho cùng một đầu vào, tùy thuộc vào những gì đã xảy ra ở trạng thái trước đó.

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

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

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

Hiệu quả loại bỏ lỗi 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ó giúp bạn đo lường tỷ lệ lỗi so với số lượng vấn đề được tìm thấy. Ví dụ: nếu có 100 lỗi được phát hiện trong quá trình Kiểm tra và 80 lỗi đã được sửa thì DRE sẽ là 100/80 = 1.25%.

85) Thử nghiệm Ngâm là gì?

Chạy một hệ thống ở mức tải rất cao trong thời gian dài để xác định các vấn đề về hiệu suất được gọi là Kiểm tra Ngâm.

86) Nghịch lý thuốc trừ sâu là gì?

Trong kiểm thử phần mềm, Nghịch lý thuốc trừ sâu xảy ra khi các trường hợp kiểm thử lặp đi lặp lại không phát hiện ra lỗi mới. Bạn có thể khắc phục Nghịch lý thuốc trừ sâu này vì điều cần thiết là phải xem xét các trường hợp thử nghiệm mà chúng tôi có thể thường xuyên và bổ sung hoặc cập nhật chúng để tìm ra nhiều lỗi hơn.

Bạn có thể thích: