2006 22nd IEEE International Conference on Software Maintenance 2006
DOI: 10.1109/icsm.2006.8
|View full text |Cite
|
Sign up to set email alerts
|

A Software Fault Tree Metric

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
3
0

Year Published

2009
2009
2021
2021

Publication Types

Select...
3
2
1

Relationship

0
6

Authors

Journals

citations
Cited by 10 publications
(3 citation statements)
references
References 14 publications
0
3
0
Order By: Relevance
“…Year A B C 1 Condron [16] A domain approach to test automation of product lines 2004 2 0 2 2 Feng et al [22] A product line based aspect-oriented generative unit testing approach to building quality components 2007 1.5 0 2.5 3 Nebut et al [60] A requirement-based approach to test product families 2003 2.5 1 1.5 4 Reis and Metzger [72] A reuse technique for performance testing of software product lines 2006 1.5 2 3 5 Kolb [45] A risk-driven approach for efficiently testing software product lines 2003 2 1 2.5 6 Needham and Jones [62] A software fault tree metric 2006 0 0 1 7…”
Section: Appendix a Quality Studies Scoresmentioning
confidence: 99%
“…Year A B C 1 Condron [16] A domain approach to test automation of product lines 2004 2 0 2 2 Feng et al [22] A product line based aspect-oriented generative unit testing approach to building quality components 2007 1.5 0 2.5 3 Nebut et al [60] A requirement-based approach to test product families 2003 2.5 1 1.5 4 Reis and Metzger [72] A reuse technique for performance testing of software product lines 2006 1.5 2 3 5 Kolb [45] A risk-driven approach for efficiently testing software product lines 2003 2 1 2.5 6 Needham and Jones [62] A software fault tree metric 2006 0 0 1 7…”
Section: Appendix a Quality Studies Scoresmentioning
confidence: 99%
“…Needham and Jones [40] propose a measure with which to compare the safety represented by the structure and composition of software fault trees with the same root hazard. Unfortunately, we did not find any measure for compatibility and transferability.…”
Section: Criterion 1 Quality Characteristic Evaluated By the Measurementioning
confidence: 99%
“…Depending on the specification used, some measures can be used and others cannot. For example, the Software Fault Tree measure [40] uses a representation with logic gates, the measures proposed by [50] or [2] use the source code, and the measures proposed by [61] to specify the product line architecture with using vADL language (a product line architecture description language) that was designed for this purpose. Each measure is thus defined for a particular specification of the artifact and it is not possible to use all of measures definitions in different artifacts.…”
Section: Strengths and Weaknessesmentioning
confidence: 99%