No entomology (o estudo de erros reais, vivos), o ciclo de vida do termo consulta aos v�rios est�gios que um inseto sup�e sobre sua vida. Se voc� pensar para tr�s a sua classe de biologia da High School, voc� recordar� que os est�gios do ciclo de vida para a maioria de insetos s�o o ovo, as larvas, as cris�lidas e o adulto. Parece apropriado, dado que os problemas de software est�o chamados tamb�m erros, que um sistema similar do ciclo de vida est� usado identificar seus est�gios da vida. Figura 18.2 mostra um exemplo do mais simples, e de de a maioria de optimal, ciclo de vida do erro de software.
Este exemplo mostra que quando um erro � encontrado por um verificador do software, seu registrado e atribu�do a um programador a ser reparado. Este estado � chamado estado aberto. Uma vez que o programador repara o c�digo, atribui-o para tr�s ao verificador e os erros incorporam o estado resolvido. O verificador executa ent�o um teste da regress�o para confirmar que o erro � certamente fixo e, se o fechar para fora. O erro incorpora ent�o seu estado final, o estado closed.
Em algumas situa��es though, o ciclo de vida come�a um bocado mais complicado.
Neste caso o ciclo de vida come�a para fora o mesmo com o verificador que abre o erro e que atribui ao programador, mas o programador n�o o repara. N�o pensa de seu bad bastante para reparar e n�o o atribui ao gerente de projeto para decidir-se. O gerente de projeto concorda com o programador e coloca o erro no estado resolvido porque �n�o - repara� o erro. O verificador discorda, procura e encontra um caso mais �bvio e mais geral que demonstre o erro, o reabra, e o atribua ao programador ao reparo. O programador repara o bg, resolve-o como reparado, e atribui-o ao verificador. O verificador confirma o reparo e fecha o erro.
Voc� pode ver que um erro p�de se submeter a mudan�as e a itera��es numerosas sobre sua vida, dando la�os �s vezes para tr�s e come�ando a vida mais uma vez. Figurar abaixo das tomadas o modelo simples acima e adiciona-lhe as decis�es, as aprova��es, e dar la�os poss�veis que podem ocorrer em a maioria de projetos. Naturalmente cada companhia e projeto do software ter�o seu pr�prio sistema, mas esta figura � razoavelmente gen�rica e deve cobrir a maioria todo o de ciclo de vida do erro que voc� encontre
O ciclo de vida gen�rico tem dois estados adicionais e linhas conectando do acr�scimo. O estado da revis�o � onde o gerente de projeto ou o comit�, chamado �s vezes uma placa de controle da mudan�a, se decidem se o erro deve ser fixo. Em alguns projetos todos os erros atravessam o estado da revis�o antes que estejam atribu�dos ao programador reparando. Em outros projetos, isto n�o pode ocorrer at� perto do fim do projeto, ou de modo nenhum. Observar que o estado da revis�o pode tamb�m ir diretamente ao estado closed. Isto acontece se a revis�o se decidir que o erro n�o deve ser fixo - poderia ser demasiado menor n�o � realmente um problema, nem � um erro testando. O outro � adiado. A revis�o pode determinar que o erro deve ser considerado reparando em sometime no futuro, mas n�o para esta libera��o do software.
A linha adicional da parte traseira resolvida do estado ao estado aberto cobre a situa��o onde o verificador encontra que o erro n�o est�ve reparado. Come�a reaberta e os erros repeats do ciclo de vida.
Os dois pontilharam as linhas que d�o la�os do closed e a parte traseira adiada do estado ao estado aberto raramente ocorre mas � importante bastante de mencionar. Desde que um verificador nunca d� acima, seu poss�vel que um erro est�ve pensado para ser reparado, testado e fechado poderia reaparecer. Tais erros s�o chamados frequentemente Regress�o. � poss�vel que um erro adiado poderia mais tarde ser s�rio provado bastante a reparar imediatamente. Se qualquer uma destes ocorrer, o erro est� reaberto e come�ado com o processo outra vez. A maioria de equipes de projeto adotam r�guas para quem pode mudar o estado de um erro ou o atribuir a alguma outra pessoa. Por exemplo, talvez somente o gerente de projeto pode decidir-se adiar um erro ou somente um verificador � permitido para fechar um erro. O que � importante � que uma vez voc� registra um erro, voc� segue-o atrav�s de seu ciclo de vida, n�o o perde a trilha dela, e prova-o a informa��o necess�ria dirigi-la a ser fixo e closed.
Relat�rio do erro - porque
Comunicar o erro para o reproducibility, a defini��o, e a regress�o.
Seguir o status do erro (aberto, resolvido, fechado).
Assegurar o erro n�o � esquecido, � perdido ou n�o ignorado.
Usou-se suportar cr�am o caso do teste onde nenhuns existiram antes.
