Reliability là gì

     

Reliability Testing

Reliability Testing là một quy trình kiểm thử ứng dụng để khám nghiệm xem phần mềm hoàn toàn có thể thực hiện nay một hoạt động không bao gồm lỗi vào một khoảng thời gian ví dụ trên một môi trường rõ ràng hay không. Mục tiêu của Reliability Testing là để bảo đảm rằng thành phầm phần mềm không tồn tại lỗi với đủ tin cẩn cho mục tiêu mong đợi của nó.

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

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

Reliability - Độ tin cậy tức là "mang lại kết quả như nhau", trong số thuật ngữ khác, trường đoản cú "đáng tin cậy" tức là một cái gì đó an toàn và nó đã cho hiệu quả giống nhau những lúc. Điều này cũng giống với Reliability Testing.

Ví dụ về Reliability Testing

Xác suất để một PC trong shop có thể vận động trong tám giờ nhưng không chạm chán sự cố là 99%; đây được gọi là độ tin cậy.


*

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

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

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

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

Các yếu ớt tố ảnh hưởng đến độ tin cậy của phần mềm

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

Tại sao phải thực hiện Reliability Testing

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

Mục tiêu đằng sau việc triển khai Reliability Testing là,

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

Sau khi xuất bản sản phẩm, chúng ta có thể giảm thiểu tài năng xảy ra lỗi và vì đó nâng cấp độ tin cẩn của phần mềm. Một số công cụ hữu dụng cho câu hỏi này là: so sánh xu hướng, Phân loại khiếm khuyết trực giao cùng các phương pháp hình thức, v.v.

Các nhiều loại Reliability Testing

Reliability Testing của phần mềm bao hàm Feature Testing, Load Testing và Regression Testing

Feature Testing:

Feature Testing kiểm tra hào kiệt được cung cấp bởi ứng dụng và được triển khai theo các bước sau:

Mỗi thao tác trong phần mềm được tiến hành ít tuyệt nhất một lần.Giảm tương tác giữa hai hoạt động.Mỗi hoạt động phải được bình chọn để chắc chắn là chúng tiến hành đúng.

Load Testing:

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

Regression Testing:

Regression Testing đa phần được thực hiện để kiểm soát xem có ngẫu nhiên lỗi new nào được gửi vào do việc sửa các lỗi trước đó hay không. Regression Testing được thực hiện sau từng lần chuyển đổi hoặc update các tính năng ứng dụng và tính năng của chúng.

Cách triển khai Reliability Testing

Reliability Testing tốn hèn so với những loại kiểm tra khác. Vị vậy rất cần phải lập kế hoạch và quản lý phù vừa lòng trong khi triển khai Reliability Testing. Điều này bao gồm quá trình kiểm tra được thực hiện, dữ liệu cho môi trường xung quanh test, định kỳ trình test, điểm khám nghiệm test, v.v.

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

Thiết lập các mục tiêu về độ tin cậyXây dựng chiến lược hoạt độngLập kế hoạch và thực hiện các bài xích testSử dụng kết quả test để lấy ra quyết địnhNhư bọn họ đã bàn thảo trước đó, tất cả ba hạng mục mà chúng ta có thể thực hiện tại Reliability Testing: quy mô hóa, Đo lường và đổi mới .

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

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

Bước 1) mô hình hóa

Kỹ thuật tạo mô hình phần mềm hoàn toàn có thể được chia thành hai các loại phụ:

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

2. Quy mô ước tính

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

Xem thêm: Result In Là Gì Và Cấu Trúc Cụm Từ Result In Là Gì Trong Câu Tiếng Anh

Thường sẽ tiến hành sử dụng ở quy 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 thời điểm hiện nay hoặc vào tương lai.

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

Độ tin yêu của phần mềm không thể được đo trực tiếp và vì đó, các yếu tố tương quan khác được xem như xét để cầu tính độ tin cẩn của phần mềm. Cách tiến hành của Reliability Testing của phần mềm được phân 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ố thống trị dự án

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

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

3. Số liệu quy trình

Chất lượng của thành phầm liên quan liêu trực kế tiếp quá trình. Những thước đo quy trình có thể được áp dụng để mong tính, giám sát và nâng cấp độ tin cẩn và unique của phần mềm.

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

Các chỉ số Lỗi với Lỗi hầu hết được sử dụng để soát sổ xem hệ thống có hoàn toàn không bị lỗi hay không. Cả hai loại lỗi được phát hiện tại trong quy trình test (tức là trước khi release) cũng tương tự lỗi do tín đồ dùng report sau khi release đa số được thu thập, tóm tắt cùng phân tích nhằm đạt được mục tiêu này.

Độ tin cậy của ứng dụng được đo bằng thời gian trung bình giữa những lần mất dính (MTBF) . MTBF bao gồm

Mean khổng lồ failure (MTTF): Là hiệu số thời hạn giữa hai lần lose liên tiếpMean time lớn repair (MTTR): Là thời gian quan trọng để thay thế sửa chữa lỗi.

MTBF = MTTF + MTTR

Độ tin yêu của phần mềm giỏi là một trong những từ 0 đến 1.

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

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

Việc cách tân hoàn toàn dựa vào 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ác của phần mềm. Theo nấc độ tinh vi của mô-đun phần mềm, cách cách tân cũng đã khác nhau. Hai hạn chế chính về thời hạn và ngân sách, điều đó sẽ tiêu giảm những cố gắng được đưa vào nâng cấp độ tin cậy của phần mềm.

Các cách thức ví dụ để bình chọn độ tin cậy

ReliabilityTesting là việc triển khai một vận dụng để những lỗi được phát hiện và loại bỏ trước khi khối hệ thống được triển khai.

Chủ yếu đuối có cha cách tiếp cận được áp dụng để Kiểm thực hiện ReliabilityTesting

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

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

Xem thêm: Kênh Bán Hàng Horeca Là Gì Và Những Điều Cần Biết, Chia Sẻ Kinh Nghiệm Bán Hàng Lĩnh Vực Horeca

Test-Retest Reliability

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