Home > Research > Publications & Outputs > An exploratory study of fault-proneness in evol...
View graph of relations

An exploratory study of fault-proneness in evolving aspect-oriented programs

Research output: Contribution in Book/Report/Proceedings - With ISBN/ISSNConference contribution/Paperpeer-review

Published
  • Fabiano Ferrari
  • Rachel Burrows
  • Otávio Lemos
  • Alessandro Garcia
  • Eduardo Figueiredo
  • Nelio Cacho
  • Frederico Lopes
  • Nathalia Temudo
  • Liana Silva
  • Sérgio Soares
  • Awais Rashid
  • Paulo Masiero
  • Thais Batista
  • José Maldonado
Close
Publication date2010
Host publicationICSE '10 Proceedings of the 32nd ACM/IEEE International Conference on Software Engineering - Volume 1
Place of PublicationNew York
PublisherACM
Pages65-74
Number of pages10
ISBN (print)978-1-60558-719-6
<mark>Original language</mark>English
EventInternational Conference on Software Engineering (ICSE 2010) - Capetown, South Africa
Duration: 2/05/20108/05/2010

Conference

ConferenceInternational Conference on Software Engineering (ICSE 2010)
CityCapetown, South Africa
Period2/05/108/05/10

Conference

ConferenceInternational Conference on Software Engineering (ICSE 2010)
CityCapetown, South Africa
Period2/05/108/05/10

Abstract

This paper presents the results of an exploratory study on the fault- proneness of aspect-oriented programs. We analysed the faults collected from three evolving aspect-oriented systems, all from different application domains. The analysis develops from two different angles. Firstly, we measured the impact of the obliviousness property on the fault-proneness of the evaluated systems. The results show that 40% of reported faults were due to the lack of awareness among base code and aspects. The second analysis regarded the fault-proneness of the main aspect-oriented programming (AOP) mechanisms, namely pointcuts, advices and intertype declarations. The results indicate that these mechanisms present similar fault-proneness when we consider both the overall system and concern- specific implementations. Our findings are reinforced by means of statistical tests. In general, this result contradicts the common intuition stating that the use of pointcut languages is the main source of faults in AOP.