Kiểm tra đột biến trong Kiểm thử phần mềm: Điểm đột biến & Ví dụ phân tích

Mục lục:

Anonim

Thử nghiệm đột biến

Kiểm thử đột biến là một loại kiểm thử phần mềm trong đó một số câu lệnh nhất định của mã nguồn được thay đổi / đột biến để kiểm tra xem các trường hợp kiểm thử có thể tìm thấy lỗi trong mã nguồn hay không. Mục tiêu của Kiểm thử đột biến là đảm bảo chất lượng của các trường hợp thử nghiệm về mức độ chắc chắn mà nó sẽ không làm hỏng mã nguồn bị đột biến.

Những thay đổi được thực hiện trong chương trình đột biến phải được giữ rất nhỏ để không ảnh hưởng đến mục tiêu chung của chương trình. Kiểm thử đột biến còn được gọi là chiến lược kiểm thử dựa trên lỗi vì nó liên quan đến việc tạo ra một lỗi trong chương trình và nó là một loại Kiểm thử hộp trắng chủ yếu được sử dụng cho Kiểm thử đơn vị.

Sự đột biến ban đầu được đề xuất vào năm 1971 nhưng đã mất đi sự nhiệt tình do chi phí cao. Bây giờ, một lần nữa nó đã chọn hơi nước và được sử dụng rộng rãi cho các ngôn ngữ như Java và XML.

Trong hướng dẫn này, bạn sẽ học-

  • Thử nghiệm đột biến là gì?
  • Làm thế nào để thực hiện Kiểm tra đột biến?
  • Làm thế nào để tạo các chương trình đột biến?
  • Những gì cần thay đổi trong Chương trình đột biến?
  • Các loại kiểm tra đột biến
  • Điểm đột biến:
  • Ưu điểm của Kiểm tra đột biến:
  • Nhược điểm của Kiểm tra đột biến:

Làm thế nào để thực hiện Kiểm tra đột biến?

Sau đây là các bước để thực hiện kiểm tra đột biến (phân tích đột biến):

Bước 1 : Các lỗi được đưa vào mã nguồn của chương trình bằng cách tạo ra nhiều phiên bản được gọi là đột biến. Mỗi đột biến phải chứa một lỗi duy nhất và mục đích là khiến phiên bản đột biến bị lỗi, điều này chứng tỏ tính hiệu quả của các trường hợp thử nghiệm.

Bước 2 : Các trường hợp kiểm thử được áp dụng cho chương trình gốc và cả chương trình đột biến. Hộp kiểm thử phải đủ và nó được tinh chỉnh để phát hiện lỗi trong chương trình.

Bước 3 : So sánh kết quả của chương trình gốc và chương trình đột biến.

Bước 4 : Nếu chương trình gốc và chương trình đột biến tạo ra kết quả đầu ra khác nhau, thì tác nhân đột biến đó sẽ bị giết bởi trường hợp thử nghiệm. Do đó, trường hợp thử nghiệm đủ tốt để phát hiện sự thay đổi giữa chương trình gốc và chương trình đột biến.

Bước 5 : Nếu chương trình gốc và chương trình đột biến tạo ra cùng một đầu ra, thì Đột biến được giữ nguyên. Trong những trường hợp như vậy, cần tạo các trường hợp thử nghiệm hiệu quả hơn để tiêu diệt tất cả các dị nhân.

Làm thế nào để tạo các chương trình đột biến?

Một đột biến không là gì khác ngoài một thay đổi cú pháp duy nhất được thực hiện đối với câu lệnh chương trình. Mỗi chương trình đột biến sẽ khác chương trình ban đầu bởi một đột biến.

Chương trình gốc Chương trình đột biến
If (x> y)
In "Xin chào"
Khác
In "Xin chào"
If ( x )In "Xin chào"
Khác
In "Xin chào"

Những gì cần thay đổi trong Chương trình đột biến?

Có một số kỹ thuật có thể được sử dụng để tạo ra các chương trình đột biến. Hãy nhìn vào chúng

Toán tử thay thế toán hạng Toán tử sửa đổi biểu thức Các nhà điều hành sửa đổi câu lệnh
Thay toán hạng bằng một toán hạng khác (x với y hoặc y với x) hoặc với giá trị không đổi. Thay thế một toán tử hoặc chèn các toán tử mới trong một câu lệnh chương trình. Các câu lệnh lập trình được sửa đổi để tạo ra các chương trình đột biến.
Ví dụ-
Nếu (x> y) thay các giá trị x và y
Nếu (5> y) thay x bằng hằng số 5
Ví dụ-
If (x == y)
Chúng ta có thể thay thế == thành> = và có chương trình đột biến là
If (x> = y) và chèn ++ vào câu lệnh
If (x == ++ y)
Ví dụ-
Xóa phần else trong câu lệnh if-else
Xóa toàn bộ câu lệnh if-else để kiểm tra cách chương trình hoạt động
Một số toán tử đột biến mẫu:
  • GOTO thay thế nhãn
  • Báo cáo trả lại thay thế
  • Xóa tuyên bố
  • Chèn toán tử đơn nguyên (Like - và ++)
  • Thay thế kết nối logic
  • Thay thế tên mảng có thể so sánh
  • Loại bỏ phần else trong câu lệnh if-else
  • Thêm hoặc thay thế các toán tử
  • Thay thế câu lệnh bằng cách thay đổi dữ liệu
  • Sửa đổi dữ liệu cho các biến
  • Sửa đổi kiểu dữ liệu trong chương trình

Tự động hóa kiểm tra đột biến:

Kiểm tra đột biến cực kỳ tốn thời gian và phức tạp để thực hiện thủ công. Để tăng tốc quá trình, bạn nên sử dụng các công cụ tự động hóa. Các công cụ tự động hóa cũng làm giảm chi phí thử nghiệm.

Danh sách các công cụ có sẵn -

  • Stryker
  • Kiểm tra thuế TNCN

Các loại kiểm tra đột biến

Trong Kỹ thuật phần mềm, kiểm tra đột biến về cơ bản có thể được phân loại thành 3 loại - đột biến câu lệnh, đột biến quyết định và đột biến giá trị.

  1. Statement Mutation - nhà phát triển cắt và dán một phần của mã mà kết quả có thể là xóa một số dòng
  2. Đột biến giá trị - giá trị của các thông số chính được sửa đổi
  3. Quyết định đột biến - các câu lệnh kiểm soát sẽ được thay đổi

Điểm đột biến:

Điểm đột biến được định nghĩa là tỷ lệ phần trăm của thể đột biến bị giết với tổng số thể đột biến.

  • Điểm đột biến = (Đột biến bị giết / Tổng số đột biến) * 100

Các trường hợp kiểm tra là đủ đột biến nếu điểm là 100%. Kết quả thử nghiệm đã chỉ ra rằng thử nghiệm đột biến là một cách tiếp cận hiệu quả để đo lường mức độ đầy đủ của các trường hợp thử nghiệm. Nhưng, nhược điểm chính là chi phí cao để tạo ra các đột biến và thực hiện từng trường hợp thử nghiệm đối với chương trình đột biến đó.

Ưu điểm của Kiểm tra đột biến:

Sau đây là những ưu điểm của Kiểm tra đột biến:

  • Đây là một cách tiếp cận mạnh mẽ để đạt được mức độ bao phủ cao của chương trình nguồn.
  • Thử nghiệm này có khả năng kiểm tra toàn diện chương trình đột biến.
  • Kiểm tra đột biến mang lại mức độ phát hiện lỗi tốt cho nhà phát triển phần mềm.
  • Phương pháp này phát hiện ra những điểm mơ hồ trong mã nguồn và có khả năng phát hiện tất cả các lỗi trong chương trình.
  • Khách hàng được hưởng lợi từ thử nghiệm này bằng cách có được một hệ thống ổn định và đáng tin cậy nhất.

Nhược điểm của Kiểm tra đột biến:

Mặt khác, sau đây là những nhược điểm của thử nghiệm Đột biến:

  • Kiểm tra đột biến cực kỳ tốn kém và tốn thời gian vì có nhiều chương trình đột biến cần được tạo.
  • Vì tốn nhiều thời gian, nên công bằng mà nói rằng thử nghiệm này không thể được thực hiện nếu không có công cụ tự động hóa.
  • Mỗi đột biến sẽ có cùng số lượng trường hợp thử nghiệm so với số lượng trường hợp thử nghiệm của chương trình ban đầu. Vì vậy, một số lượng lớn các chương trình đột biến có thể cần được thử nghiệm dựa trên bộ thử nghiệm gốc.
  • Vì phương pháp này liên quan đến các thay đổi mã nguồn, nên nó hoàn toàn không áp dụng cho Kiểm tra hộp đen.

Phần kết luận:

Bạn có muốn kiểm tra toàn diện ứng dụng của mình không? Câu trả lời là Thử nghiệm đột biến. Đây là kỹ thuật toàn diện nhất để kiểm tra một chương trình. Đây là phương pháp kiểm tra tính hiệu quả và độ chính xác của chương trình thử nghiệm để phát hiện các lỗi hoặc lỗi trong hệ thống.