Abstrakta buggfixning konton för en stor mängd av programvaran underhållsresurser. I allmänhet rapporteras fel, rättas, verifieras och stängs. I vissa fall måste dock felen öppnas på nytt. Återöppnade buggar ökar underhållskostnaderna, försämrar programvarans totala användarupplevda kvalitet och leder till onödigt omarbete av upptagna utövare. I denna uppsats studerar och förutspår vi återöppnade buggar genom en fallstudie på tre stora projekt med öppen källkod, nämligen Eclipse, Apache och OpenOffice. Vi strukturerar vår studie längs fyra dimensioner: (1) arbetsvanornas dimension (t.ex. den veckodag då felet stängdes), (2) felrapportens dimension (t.ex. komponenten där felet hittades) (3) felrättningsdimensionen (t.ex. hur lång tid det tog att utföra den första korrigeringen) och (4) teamdimensionen (t.ex. upplevelsen av felfixen). Vi bygger beslutsträd med hjälp av (2013) 18:1005-1042 ovan nämnda faktorer som syftar till att förutsäga återöppnade buggar. Vi utför toppnodanalys för att avgöra vilka faktorer som är de viktigaste indikatorerna för om ett fel kommer att öppnas igen eller inte. Vår studie visar att kommentartexten och den senaste statusen för felet när det först är stängt är de viktigaste faktorerna relaterade till om ett fel kommer att öppnas på nytt eller inte. Med hjälp av en kombination av dessa dimensioner kan vi bygga förklarande förutsägelsemodeller som kan uppnå en precision mellan 52,1-78,6 % och ett återkallande i intervallet 70,5-94,1 % vid förutsägelse om huruvida ett fel kommer att öppnas på nytt. Vi finner att de faktorer som bäst indikerar vilka fel som kan komma att öppnas på nytt varierar beroende på projektet. Kommentarstexten är den viktigaste faktorn för Eclipse- och OpenOffice-projekten, medan den sista statusen är den viktigaste för Apache. Dessa faktorer bör noggrant undersökas för att minska underhållskostnaderna på grund av återöppnade fel.
Shihab m.fl. REF diskuterade risken för återöppnade fel och inbyggda förutsägelsemodeller för att förhindra att felet öppnas igen.
Studying re-opened bugs in open source software
{'venue': 'Empirical Software Engineering', 'journal': 'Empirical Software Engineering', 'mag_field_of_study': ['Computer Science']}