Open source software reliability modeling method based on multiple versions
A technology of open source software and modeling methods, applied in software testing/debugging, complex mathematical operations, instruments, etc., can solve problems such as changes in fault detection rate, and achieve the effect of evaluating reliability and good adaptability
- Summary
- Abstract
- Description
- Claims
- Application Information
AI Technical Summary
Problems solved by technology
Method used
Image
Examples
Embodiment 1
[0053] A method for modeling reliability of open source software based on multiple versions, specifically comprising the following steps:
[0054] Step 1, establishment of reliability model of open source software based on multiple versions
[0055] The development process of open source software can be regarded as a non-homogeneous Poisson process, expressed as the following formula:
[0056]
[0057] Among them, P{} represents the probability, N(t) represents the counting process, ψ(t) represents the cumulative number of faults expected to be detected up to time t, also known as the mean function, t represents the time variable; k represents the number of faults , k=1,2,...,n;
[0058] Considering the nature and complexity of open source software development and testing, it is assumed that:
[0059] 1) The fault detection of open source software obeys the three-parameter lifetime distribution;
[0060] 2) In open source software, the remaining faults in the previous ve...
Embodiment 2
[0092] Performance Analysis of Open Source Software Reliability Model Based on Multiple Versions
[0093] Fault dataset:
[0094] The fault datasets (https: / / issues.apache.org / ) of two open source software projects in the website bug tracking system are used, namely the apache omid (Omid) and Gobblin (Gobblin) projects. Each project selects 3 continuously released software as the object of open source software fault data collection. For the Apache Omid project, Omid0.9.0.0, Omid 1.0.0, and Omid 1.0.1 versions were renamed to Release-1 (DS1-1), Release-2 (DS1 -2), Release-3 (DS1-3). For the Gobblin project, Gobblin0.12.0, Gobblin 0.13.0, and Gobblin0.14.0 versions are renamed to Release-1 (DS2-1), Release-2 (DS2-2), Release of the second failure dataset (DS2), respectively -3 (DS2-3).
[0095] In the bug tracking system, each fault (issue, Issues) report has some attributes, such as fault type, fault keyword, fault id, fault summary, fault assigner, fault reporter, fault pr...
PUM
Login to View More Abstract
Description
Claims
Application Information
Login to View More 


