Estudo mostra que qualidade do open source não é tão superior à do software proprietário

Por anos, campos open source↳Open source71 conteúdosComo o Open Source Está Liberando o Poder da Automação para TodosDev (Back & Front) · out 2025Código aberto: programadores criam software da NASA sem saberDev (Back & Front) · abr 2021N8N: O que é a ferramenta open source que está revolucionando a automação em TI?Dev (Back & Front) · dez 2025Ver tudo em Dev (Back & Front) → e de software proprietário “lutaram” entre si para saber qual modelo produz o melhor software. De acordo com o relatório Scan da Coverity, ambos os lados estão certos e errado, dependendo de quão grande é a base de código.

Há muito tempo, essa pesquisa serve como o “estado da união” para a qualidade do software open source, apesar de ela também avaliar o software proprietário. No relatório de 2012, que avaliou mais de 450 milhões de linhas de código, o software open source e o proprietário tiveram um aumento de qualidade, como medido pela média de densidade de falha (erros encontrados por mil linhas de código testadas). Segundo a Coverity, isso pode ser atribuído em parte a um aumento geral de organizações que implementaram processos formais de testes de software para seu código.

Entretanto, a parte mais interessante da pesquisa é a análise do impacto do tamanho do projeto na qualidade do código.

Os dois tipos de software tiveram taxas de densidade de falha equivalentes: .69 para open source e .68 para código proprietário. Projetos open source tiveram maior qualidade entre 500 mil e 1 milhão de linhas de código: 70% de poucos defeitos, chegando a uma média de .44 de densidade de falha. Por sua vez, o software proprietário teve melhor qualidade em projetos com mais de 1 milhão de linhas de código, com uma média de densidade de falha de .33.

Em bases de código melhores, o open source mostra uma melhor qualidade, mas em bases de código maiores, o open source possui mais falhas, mas não está muito longe do software proprietário: .75 vs. .66.

Enquanto não há um fator isolado que explique esse fenômeno, ele acontece, em parte, provavelmente devido ao fato de projetos open source terem um propósito específico e serem mantidos por um grupo de desenvolvedores comprometidos. À medida que o projeto cresce em tamanho e em escopo, e mais desenvolvedores se envolvem, há mais resistência a se fazerem mudanças no núcleo do kernel, por medo de um efeito propagador causar um impacto ruim no projeto.

De modo contrário, o software proprietário normalmente precisa de um certo ponto de massa crítica, algo entre um milhão de linhas de código, se os resultados do levantamento estiverem corretos, antes de a organização implementar processos formais de testes de desenvolvimento para assegurar a qualidade do código.

Com informações de Readwrite