RELIABILITY LÀ GÌ

Reliability Testing

Reliability Testing là một quá trình kiểm thử phần mềm để khám nghiệm xem phần mềm rất có thể thực hiện nay một chuyển động không có lỗi trong một khoảng tầm thời gian cụ thể trên một môi trường cụ thể hay không. Mục tiêu của Reliability Testing là để bảo đảm an toàn rằng sản phẩm phần mềm không có lỗi cùng đủ tin cậy cho mục đích mong đợi của nó.

Bạn đang xem: Reliability là gì

Bạn đã xem: Reliability là gì

Reliability - Độ tin cậy tức là "mang lại công dụng như nhau", trong những thuật ngữ khác, từ "đáng tin cậy" tức là một cái gì đó đáng tin cậy và nó đang cho tác dụng giống nhau hầu hết lúc. Điều này cũng đúng với Reliability Testing.

Ví dụ về Reliability Testing

Xác suất để một PC trong shop có thể hoạt động trong tám giờ mà lại không gặp sự cầm là 99%; phía trên được gọi là độ tin cậy.


*

Reliability Testing rất có thể được phân một số loại thành bố phân đoạn,

Mô hình hóaĐo đạcCải tiến

Công thức sau đó là để tính tỷ lệ thất bại.

Xác suất = Số trường phù hợp không đạt / tổng cộng trường hợp vẫn xét

Các yếu ớt tố tác động đến độ tin cẩn của phần mềm

Số lượng lỗi mở ra trong phần mềmCách bạn dùng quản lý và vận hành hệ thốngReliability Testing là một trong những chìa khóa nhằm có chất lượng phần mềm xuất sắc hơn. Loại test này góp phát chỉ ra nhiều vấn đề trong xây đắp và tính năng của phần mềm.Mục đích thiết yếu của Reliability Testing là để bình chọn xem ứng dụng có đáp ứng được yêu cầu về độ tin cậy của doanh nghiệp hay không.Reliability Testing sẽ được thực hiện ở một số trong những cấp độ. Các khối hệ thống phức tạp sẽ được kiểm tra ở cấp độ đơn vị, gắn thêm ráp, khối hệ thống con cùng hệ thống.

Tại sao phải tiến hành Reliability Testing

Reliability Testing được tiến hành để chất vấn hiệu suất ứng dụng trong những điều kiện đang cho.

Mục tiêu phía sau việc thực hiện Reliability Testing là,

Để tìm cấu tạo của những lỗi lặp lại.Để tra cứu số lỗi xảy ra là khoảng thời hạn được chỉ định.Để tò mò nguyên nhân chủ yếu của failures - sự thất bạiĐể tiến hành Kiểm tra hiệu suất của những mô-đun khác nhau của ứng dụng phần mềm sau khi sửa lỗi

Sau khi xây cất sản phẩm, bạn có thể giảm thiểu kĩ năng xảy ra lỗi và bởi đó nâng cấp độ tin yêu của phần mềm. Một trong những công cụ hữu ích cho việc này là: so với xu hướng, Phân nhiều loại khiếm khuyết trực giao với các cách thức hình thức, v.v.

Các nhiều loại Reliability Testing

Reliability Testing của phần mềm bao gồm Feature Testing, Load Testing cùng Regression Testing

Feature Testing:

Feature Testing kiểm tra thiên tài được hỗ trợ bởi ứng dụng và được thực hiện theo quá trình sau:

Mỗi thao tác trong ứng dụng được triển khai ít tốt nhất một lần.Giảm địa chỉ giữa hai hoạt động.Mỗi hoạt động phải được kiểm tra để chắc chắn rằng chúng thực hiện đúng.

Load Testing:

Thông thường, phần mềm sẽ chuyển động tốt rộng khi ban đầu quá trình với sau đó, nó sẽ bước đầu xuống cấp. Load Testing được tiến hành để kiểm tra hiệu suất của ứng dụng dưới tải công việc tối đa.

Regression Testing:

Regression Testing chủ yếu được sử dụng để đánh giá xem có bất kỳ lỗi new nào được chuyển vào do việc sửa các lỗi trước kia hay không. Regression Testing được triển khai sau từng lần biến hóa hoặc update các tính năng ứng dụng và công dụng của chúng.

Cách triển khai Reliability Testing

Reliability Testing tốn kém so với những loại demo khác. Bởi vậy cần được lập kế hoạch và thống trị phù vừa lòng trong khi tiến hành Reliability Testing. Điều này bao hàm quá trình kiểm tra được thực hiện, tài liệu cho môi trường xung quanh test, lịch trình test, điểm khám nghiệm test, v.v.

Để ban đầu với Reliability Testing, Tester phải liên tục những điều sau đây,

Thiết lập các phương châm về độ tin cậyXây dựng planer hoạt độngLập kế hoạch và tiến hành các bài bác testSử dụng tác dụng test để lấy ra quyết địnhNhư bọn họ đã trao đổi trước đó, gồm ba hạng mục mà bạn có thể thực hiện Reliability Testing: mô hình hóa, Đo lường và đổi mới .

Các thông số chính tương quan đến Reliability Testing là:

Xác suất của hoạt động không bao gồm lỗiKhoảng thời gian vận động không tất cả lỗiMôi trường mà lại nó được thực thi

Bước 1) quy mô hóa

Kỹ thuật tạo quy mô phần mềm có thể được tạo thành hai loại phụ:

1. Mô hình dự đoán

2. Quy mô ước tính

Có thể nhận được các hiệu quả có ý nghĩa bằng cách áp dụng các mô hình phù hợp.Các trả định và sự trừu tượng hoàn toàn có thể được thực hiện để đơn giản hóa những vấn đề và không tồn tại mô hình tốt nhất nào cân xứng cho tất cả các tình huống.Sự khác hoàn toàn chính của hai quy mô là:Vấn đềMô hình dự đoánMô hình mong tính
Tham chiếu dữ liệuSử dụng tài liệu lịch sửSử dụng dữ liệu hiện tại từ việc cải cách và phát triển phần mềm.
Thời điểm được áp dụng trong chu kỳ phát triểnThường sẽ tiến hành tạo trước giai đoạn cách tân và phát triển hoặc test.

Xem thêm: Giờ Sa Và Ch Là Gì, Là Ban Ngày Hay Là Ban Đêm? Zenfone 5 Cài Đồng Hồ Báo Thức

Thường sẽ tiến hành sử dụng ở quá trình sau của Vòng đời cải tiến và phát triển phần mềm.
Khung thời gianDự đoán độ tin tưởng trong tương lai.Dự đoán độ tin cẩn cho lúc này hoặc vào tương lai.

Bước 2) Đo lường

Độ tin cẩn của ứng dụng không thể được đo trực tiếp và bởi vì đó, các yếu tố liên quan khác được xem xét để ước tính độ tin cẩn của phần mềm. Cách triển khai của Reliability Testing của phần mềm được tạo thành bốn loại: -

1. Chỉ số Sản phẩm:

Chỉ số thành phầm là sự kết hợp của 4 nhiều loại chỉ số:

2. Những chỉ số cai quản dự án

Các nhà nghiên cứu đã nhận được ra rằng làm chủ tốt có thể tạo ra những sản phẩm xuất sắc hơn.

Một làm chủ tốt có thể đạt được độ tin tưởng cao hơn bằng cách sử dụng quy trình phát triển, quy trình cai quản rủi ro, quy trình cai quản cấu hình tốt hơn, v.v.

3. Số liệu quy trình

Chất lượng của thành phầm liên quan lại trực sau đó quá trình. Các thước đo quy trình hoàn toàn có thể được sử dụng để cầu tính, đo lường và cải thiện độ tin tưởng và quality của phần mềm.

4. Các chỉ số lỗi và thất bại

Các chỉ số Lỗi cùng Lỗi chủ yếu được sử dụng để soát sổ xem hệ thống có trọn vẹn không bị lỗi xuất xắc không. Cả hai loại lỗi được phát hiện nay trong quy trình test (tức là trước lúc release) tương tự như lỗi do tín đồ dùng báo cáo sau khi release hồ hết được thu thập, tóm tắt với phân tích nhằm đạt được kim chỉ nam này.

Độ tin tưởng của phần mềm được đo bằng thời hạn trung bình giữa những lần bong tróc (MTBF) . MTBF bao gồm

Mean khổng lồ failure (MTTF): Là hiệu số thời gian giữa nhì lần thua liên tiếpMean time khổng lồ repair (MTTR): Là thời gian cần thiết để thay thế sửa chữa lỗi.

MTBF = MTTF + MTTR

Độ tin cậy của phần mềm xuất sắc là một vài từ 0 mang lại 1.

Độ tin cậy tăng thêm khi những lỗi hoặc lỗi tự chương trình bị loại bỏ bỏ.

Bước 3) Cải tiến

Việc đổi mới hoàn toàn phụ thuộc vào các vấn đề xẩy ra trong áp dụng hoặc hệ thống, hoặc những đặc tính không giống của phần mềm. Theo nấc độ phức tạp của mô-đun phần mềm, cách đổi mới cũng đang khác nhau. Hai hạn chế chính về thời gian và ngân sách, vấn đề này sẽ tiêu giảm những nỗ lực được gửi vào cải thiện độ tin yêu của phần mềm.

Các phương thức ví dụ để đánh giá độ tin cậy

ReliabilityTesting là việc thực hiện một áp dụng để những lỗi được phát hiện tại và đào thải trước khi hệ thống được triển khai.

Chủ yếu có ba cách tiếp cận được thực hiện để Kiểm thực hiện ReliabilityTesting

Test-Retest ReliabilityBiểu mẫu song song Độ tin cậyQuyết định tuyệt nhất quán

Dưới đó là một ví dụ.

Test-Retest Reliability

Để ước tính độ tin cậy của Test-Retest Reliability, một tổ Tester sẽ triển khai quy trình demo chỉ phương pháp nhau vài ngày hoặc vài ba tuần. Thời gian phải đầy đủ ngắn để có thể đánh giá khả năng của tester trong khu vực. Quan hệ giữa tester từ hai cơ quan thống trị khác nhau được cầu tính, thông qua đối sánh tương quan thống kê. Một số loại độ tin cẩn này trình bày mức độ mà một bài test có thể tạo ra điểm số ổn định, đồng điệu theo thời gian.

Leave a Reply

Your email address will not be published. Required fields are marked *

CÙNG CHUYÊN MỤC MỚI

  • #4621: cream pie là gì vậy mấy thím?

  • Hư vinh là gì

  • Vàng mười là gì

  • Soft swing là gì

  • x