Comentários sobre Qualidade de Software Ltda http://blog.prasabermais.com Sobre a qualidade do desenvolvimento de software brasileiro Sun, 18 Jul 2010 15:55:25 -0300 http://wordpress.org/?v=2.8.4 hourly 1 Comentário sobre Como elaborar em seis passos uma boa estratégia para testes funcionais de software? por O melhor da semana 11/07 a 17/07 « QualidadeBR http://blog.prasabermais.com/2010/07/03/como-elaborar-em-seis-passos-uma-boa-estratgia-para-testes-funcionais-de-software/comment-page-1/#comment-596 O melhor da semana 11/07 a 17/07 « QualidadeBR Sun, 18 Jul 2010 15:55:25 +0000 http://blog.prasabermais.com/?p=238#comment-596 [...] Como elaborar em seis passos uma boa estratégia para testes funcionais de software? – Sidney Galeote (Qualidade de Software Ltda); [...] [...] Como elaborar em seis passos uma boa estratégia para testes funcionais de software? – Sidney Galeote (Qualidade de Software Ltda); [...]

]]> Comentário sobre Gestão de riscos em projetos: identificação, probabi l i dade, detecção de ocorrência e magnitude dos riscos por Tweets that mention Qualidade de Software Ltda » Gestão de riscos em projetos: identificação, probabi l i dade, detecção de ocorrência e magnitude dos riscos -- Topsy.com http://blog.prasabermais.com/2010/07/11/gesto-de-riscos-em-projetos-identificao-probabilidade-deteco-de-ocorrncia-e-magnitude-dos-riscos/comment-page-1/#comment-592 Tweets that mention Qualidade de Software Ltda » Gestão de riscos em projetos: identificação, probabi l i dade, detecção de ocorrência e magnitude dos riscos -- Topsy.com Mon, 12 Jul 2010 14:16:50 +0000 http://blog.prasabermais.com/?p=291#comment-592 [...] This post was mentioned on Twitter by Sergio Cochela, Softwell Solutions and others. Softwell Solutions said: Gestão de riscos em projetos: identificação, probabilidade, detecção de ocorrência e magnitude dos riscos http://ow.ly/29V04 [...] [...] This post was mentioned on Twitter by Sergio Cochela, Softwell Solutions and others. Softwell Solutions said: Gestão de riscos em projetos: identificação, probabilidade, detecção de ocorrência e magnitude dos riscos http://ow.ly/29V04 [...]

]]> Comentário sobre Como elaborar em seis passos uma boa estratégia para testes funcionais de software? por Tweets that mention Qualidade de Software Ltda » Como elaborar em seis passos uma boa estratégia para testes funcionais de software? -- Topsy.com http://blog.prasabermais.com/2010/07/03/como-elaborar-em-seis-passos-uma-boa-estratgia-para-testes-funcionais-de-software/comment-page-1/#comment-561 Tweets that mention Qualidade de Software Ltda » Como elaborar em seis passos uma boa estratégia para testes funcionais de software? -- Topsy.com Sun, 04 Jul 2010 17:18:55 +0000 http://blog.prasabermais.com/?p=238#comment-561 [...] This post was mentioned on Twitter by Mariana Lacerda. Mariana Lacerda said: RT @softwellmaker: Como elaborar em seis passos uma boa estratégia para testes funcionais de software? http://ow.ly/26J15 [...] [...] This post was mentioned on Twitter by Mariana Lacerda. Mariana Lacerda said: RT @softwellmaker: Como elaborar em seis passos uma boa estratégia para testes funcionais de software? http://ow.ly/26J15 [...]

]]> Comentário sobre OpenProj, ferramenta open-source para gestão de projetos por Renato Borges http://blog.prasabermais.com/2010/06/22/openproj-ferramenta-open-source-para-gesto-de-projetos/comment-page-1/#comment-516 Renato Borges Fri, 25 Jun 2010 19:08:31 +0000 http://blog.prasabermais.com/?p=250#comment-516 Uma outra boa opção é a ferramenta GanttProject. Escrevi algo em meu blog. Confira! Forte Abraço! Renato Borges http://www.sopixel.com.br/qualidademanaus Uma outra boa opção é a ferramenta GanttProject. Escrevi algo em meu blog. Confira!
Forte Abraço!
Renato Borges
http://www.sopixel.com.br/qualidademanaus

]]> Comentário sobre Plano de Comunicação de Projetos: Quem não se comunica se trumbica! por Renato Borges http://blog.prasabermais.com/2010/06/17/plano-de-comunicao-de-projetos-quem-no-se-comunica-se-trumbica/comment-page-1/#comment-515 Renato Borges Fri, 25 Jun 2010 19:06:38 +0000 http://blog.prasabermais.com/?p=249#comment-515 Um dos grandes motivos de fracassos em projeto é a falha na comunicação. Que não tratasse apenas de passar um e-mail ou uma ligação. É saber transmitir a informação sem ruído, de maneira clara, tendo sempre o feedback do receptor. Parabéns pelo post. Forte Abraço! Um dos grandes motivos de fracassos em projeto é a falha na comunicação. Que não tratasse apenas de passar um e-mail ou uma ligação. É saber transmitir a informação sem ruído, de maneira clara, tendo sempre o feedback do receptor.
Parabéns pelo post.
Forte Abraço!

]]> Comentário sobre O que elaborar primeiro, casos de uso ou protótipo de interface visual? por Robson Aparecido Gomes http://blog.prasabermais.com/2010/05/12/o-que-elaborar-primeiro-casos-de-uso-ou-prottipo-de-interface-visual/comment-page-1/#comment-444 Robson Aparecido Gomes Sun, 06 Jun 2010 13:49:33 +0000 http://blog.prasabermais.com/?p=208#comment-444 Creio que casos de uso é ótimo para requisitos funcionais e necessidades da regra de negócio. Protótipo se presta a uma comunicação com o cliente para que o mesmo possa apurar estas mesmas funcionalidades. Creio que casos de uso é ótimo para requisitos funcionais e necessidades da regra de negócio. Protótipo se presta a uma comunicação com o cliente para que o mesmo possa apurar estas mesmas funcionalidades.

]]> Comentário sobre Os defeitos de software, as goiabas brancas e os erros na documentação por Robson Aparecido Gomes http://blog.prasabermais.com/2010/05/30/os-defeitos-de-software-as-goiabas-brancas-e-os-erros-na-documentao/comment-page-1/#comment-443 Robson Aparecido Gomes Sun, 06 Jun 2010 13:45:39 +0000 http://blog.prasabermais.com/?p=229#comment-443 Vejo que testar software exige também paciência e objetividade da equipe ou do testador para simular as diversas situações ao qual o software pode passar. Li até sobre um tal teste do "macaco". O difícil é saber que partes do software devem ser testadas! Vejo que testar software exige também paciência e objetividade da equipe ou do testador para simular as diversas situações ao qual o software pode passar. Li até sobre um tal teste do “macaco”. O difícil é saber que partes do software devem ser testadas!

]]> Comentário sobre Metodologia de desenvolvimento de software: importância, conceitos e princípios por Metodologia de desenvolvimento de software: importância, conceitos e princípios « Barbara Cabral's Blog http://blog.prasabermais.com/2010/02/28/metodologia-de-desenvolvimento-de-software-importncia-conceitos-e-princpios/comment-page-1/#comment-432 Metodologia de desenvolvimento de software: importância, conceitos e princípios « Barbara Cabral's Blog Mon, 31 May 2010 11:48:15 +0000 http://blog.prasabermais.com/?p=159#comment-432 [...] março 4, 2010 Estava procurando uma ‘luz no fim do túnel” para um problema que tenho tido na empresa que atualmente trabalho e encontrei o seguinte artigo: http://blog.prasabermais.com/2010/02/28/metodologia-de-desenvolvimento-de-software-importncia-concei... [...] [...] março 4, 2010 Estava procurando uma ‘luz no fim do túnel” para um problema que tenho tido na empresa que atualmente trabalho e encontrei o seguinte artigo: http://blog.prasabermais.com/2010/02/28/metodologia-de-desenvolvimento-de-software-importncia-concei... [...]

]]> Comentário sobre O que elaborar primeiro, casos de uso ou protótipo de interface visual? por O melhor da semana 09/05 a 15/05 « QualidadeBR http://blog.prasabermais.com/2010/05/12/o-que-elaborar-primeiro-casos-de-uso-ou-prottipo-de-interface-visual/comment-page-1/#comment-340 O melhor da semana 09/05 a 15/05 « QualidadeBR Sun, 16 May 2010 22:27:44 +0000 http://blog.prasabermais.com/?p=208#comment-340 [...] O que elaborar primeiro, casos de uso ou protótipo de interface visual? – Sidney Galeote (Qualidade Limitada de Software); [...] [...] O que elaborar primeiro, casos de uso ou protótipo de interface visual? – Sidney Galeote (Qualidade Limitada de Software); [...]

]]> Comentário sobre O que elaborar primeiro, casos de uso ou protótipo de interface visual? por Eduardo Gomes http://blog.prasabermais.com/2010/05/12/o-que-elaborar-primeiro-casos-de-uso-ou-prottipo-de-interface-visual/comment-page-1/#comment-321 Eduardo Gomes Fri, 14 May 2010 00:07:48 +0000 http://blog.prasabermais.com/?p=208#comment-321 Sidney, Esse é um ponto que venho defendendo há algum tempo. Um protótipo de interface é um excelente recurso, não só para facilitar a construção de casos de uso, mas principalmente para validá-los. A visão do cliente torna-se mais clara quando lhe apresentamos um protótipo de tela e muitos problemas de entendimento sobre a solução encomendada podem ser evitados. Um recurso simples, mas muito eficiente. Abraço. Sidney,
Esse é um ponto que venho defendendo há algum tempo.
Um protótipo de interface é um excelente recurso, não só para facilitar a construção de casos de uso, mas principalmente para validá-los.
A visão do cliente torna-se mais clara quando lhe apresentamos um protótipo de tela e muitos problemas de entendimento sobre a solução encomendada podem ser evitados.
Um recurso simples, mas muito eficiente.
Abraço.

]]> Comentário sobre Descrição de caso de uso: genérico ou detalhado ? por O que elaborar primeiro, casos de uso ou protótipo de interface visual? | Qualidade de Software Ltda http://blog.prasabermais.com/2009/07/22/descrio-de-caso-de-uso-genrico-ou-detalhado/comment-page-1/#comment-316 O que elaborar primeiro, casos de uso ou protótipo de interface visual? | Qualidade de Software Ltda Wed, 12 May 2010 10:10:31 +0000 http://blog.prasabermais.com/2009/07/22/descrio-de-caso-de-uso-genrico-ou-detalhado/#comment-316 [...] Descrição de caso de uso: genérico ou detalhado ? [...] [...] Descrição de caso de uso: genérico ou detalhado ? [...]

]]> Comentário sobre O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software por Fabrício Ferrari de Campos http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/comment-page-1/#comment-288 Fabrício Ferrari de Campos Sun, 09 May 2010 14:57:48 +0000 http://blog.prasabermais.com/?p=206#comment-288 @Sidney Ufa... o esclarecimento, realmente esclareceu as coisas para mim. :) Em se tratando de testes funcionais, os profissionais de Teste de Software podem ser muito mais eficazes que os desenvolvedores, por vários motivos, desde a psicologia até o conhecimento especializado que tais profissionais têm. Por isso, concordo que uma equipe independente, possa ser a melhor escolha em vários contextos. Mas é bom deixar claro que uma equipe independente pode atuar tanto junto com os desenvolvedores, como separado (a minha preferência é atuação próxima ao desenvolvedor). É interessante destacar, que os profissionais de teste podem ser responsáveis por vários outros tipos de testes, que executam o software avaliando várias características que o mesmo deve ter (ISO 9126). Mas mesmo assim, eu acho que tais frases não são felizes, pois podem ser facilmente mal interpretadas (como eu mesmo fiz). Abraços! E muito obrigado pelo esclarecimento e atenção Sidney! :D @Sidney

Ufa… o esclarecimento, realmente esclareceu as coisas para mim. :)

Em se tratando de testes funcionais, os profissionais de Teste de Software podem ser muito mais eficazes que os desenvolvedores, por vários motivos, desde a psicologia até o conhecimento especializado que tais profissionais têm. Por isso, concordo que uma equipe independente, possa ser a melhor escolha em vários contextos. Mas é bom deixar claro que uma equipe independente pode atuar tanto junto com os desenvolvedores, como separado (a minha preferência é atuação próxima ao desenvolvedor).

É interessante destacar, que os profissionais de teste podem ser responsáveis por vários outros tipos de testes, que executam o software avaliando várias características que o mesmo deve ter (ISO 9126).

Mas mesmo assim, eu acho que tais frases não são felizes, pois podem ser facilmente mal interpretadas (como eu mesmo fiz).

Abraços! E muito obrigado pelo esclarecimento e atenção Sidney! :D

]]> Comentário sobre O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software por Sidney Galeote http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/comment-page-1/#comment-284 Sidney Galeote Sat, 08 May 2010 10:25:53 +0000 http://blog.prasabermais.com/?p=206#comment-284 Prezado Fábricio, precisamos contextualizar alguns pontos do artigo em decorrência dos seus comentários: Quanto à frase provocativa do Ivan “para que o vampiro não cuide do próprio sangue”, seguida do meu comentário de “quem constrói não deve testar”, estão dentro de um contexto de testes funcionais. Logicamente entendo que seja de responsabilidade do desenvolvedor os testes unitários e de integração, e que é saudável ter uma equipe independente para projetar e executar os casos de testes funcionais. Concordo também com você que “testar faz parte do processo de desenvolvimento e do aprendizado. A questão que as frases trazem para a discussão é apenas quem faz os testes funcionais: o próprio desenvolvedor (ou a própria fábrica que construiu o software)ou uma equipe(ou fábrica) independentes. O que lhe parece? Para finalizar, sobre a frase “ o XP aparece como a mais simples e o RUP como o mais complexo” essa frase foi colocada em um contexto de “peso da metodologia”, ou o quanto cada uma é mais ou menos burocrática. Daí o entendimento de que o XP seja mais leve e simples e o RUP mais pesado e burocrático. Obrigado pelo comentário, e espero ter esclarecido os pontos que você abordou. Prezado Fábricio, precisamos contextualizar alguns pontos do artigo em decorrência dos seus comentários:
Quanto à frase provocativa do Ivan “para que o vampiro não cuide do próprio sangue”, seguida do meu comentário de “quem constrói não deve testar”, estão dentro de um contexto de testes funcionais. Logicamente entendo que seja de responsabilidade do desenvolvedor os testes unitários e de integração, e que é saudável ter uma equipe independente para projetar e executar os casos de testes funcionais. Concordo também com você que “testar faz parte do processo de desenvolvimento e do aprendizado. A questão que as frases trazem para a discussão é apenas quem faz os testes funcionais: o próprio desenvolvedor (ou a própria fábrica que construiu o software)ou uma equipe(ou fábrica) independentes. O que lhe parece?
Para finalizar, sobre a frase “ o XP aparece como a mais simples e o RUP como o mais complexo” essa frase foi colocada em um contexto de “peso da metodologia”, ou o quanto cada uma é mais ou menos burocrática. Daí o entendimento de que o XP seja mais leve e simples e o RUP mais pesado e burocrático.
Obrigado pelo comentário, e espero ter esclarecido os pontos que você abordou.

]]> Comentário sobre O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software por Fabrício Ferrari de Campos http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/comment-page-1/#comment-276 Fabrício Ferrari de Campos Thu, 06 May 2010 16:58:46 +0000 http://blog.prasabermais.com/?p=206#comment-276 Sidney, Primeiramente, parabéns pelo ótimo relato do evento! Mas eu tenho opiniões totalmente contrárias do que alguns dos palestrantes falaram, e até acho algumas das frases verdadeiras imaturidades. Por exemplo, a frase "para que o vampiro não cuide do próprio sangue", que depois você comentou sobre “quem constroi não deve testar”. Na minha opinião, isso é uma verdadeira besteira! Quem fala uma coisa dessa não tem o mínimo senso de desenvolvimento de software. Testar FAZ parte do processo de desenvolvimento! Testar FAZ parte do processo de aprendizado! Lendo uma frase dessa, imagino que a pessoa não tem nem conhecimento sobre teste de unidade e integração. E ainda acha que "XP aparece como a mais simples e o RUP como mais complexo", em se tratando de metodologia de desenvolvimento. Uma pessoa que concorda com essa frase, nunca irá realmente usar XP, ela pode até falar que usa, mas na verdade não usa! Bem é isso, eu até pensei em não comentar nada, mas acho legal expor uma opinião bem contrária. :) Sinta-se à vontade em responder na mesma moeda (hehe) Abraços! Sidney,

Primeiramente, parabéns pelo ótimo relato do evento!

Mas eu tenho opiniões totalmente contrárias do que alguns dos palestrantes falaram, e até acho algumas das frases verdadeiras imaturidades.

Por exemplo, a frase “para que o vampiro não cuide do próprio sangue”, que depois você comentou sobre “quem constroi não deve testar”. Na minha opinião, isso é uma verdadeira besteira! Quem fala uma coisa dessa não tem o mínimo senso de desenvolvimento de software. Testar FAZ parte do processo de desenvolvimento! Testar FAZ parte do processo de aprendizado!

Lendo uma frase dessa, imagino que a pessoa não tem nem conhecimento sobre teste de unidade e integração. E ainda acha que “XP aparece como a mais simples e o RUP como mais complexo”, em se tratando de metodologia de desenvolvimento. Uma pessoa que concorda com essa frase, nunca irá realmente usar XP, ela pode até falar que usa, mas na verdade não usa!

Bem é isso, eu até pensei em não comentar nada, mas acho legal expor uma opinião bem contrária. :)

Sinta-se à vontade em responder na mesma moeda (hehe)

Abraços!

]]> Comentário sobre O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software por Sidney Galeote http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/comment-page-1/#comment-267 Sidney Galeote Mon, 03 May 2010 10:07:06 +0000 http://blog.prasabermais.com/?p=206#comment-267 Eduardo a questão sobre as Fábricas de Software e de Testes foram abordadas nas palestras do Ivan e da Marta, sendo que a palestra da Marta tinha o tema com foco nesse assunto. O Ivan citou uma frase que me chamou a atenção: "Destacou ainda a importância de se separar os papéis de Fábrica de Software e Fábrica de Testes, para que nas suas palavras “para que o vampiro não cuide do próprio sangue”. Acho que essa frase traduz bem tudo aquilo que já lemos sobre "quem constroi não deve testar". Na palestra da Marta ela colocou a visão de papéis complementares entre as duas Fábricas, destacando também que esses papéis sejam desempenhados com independência. Minha percepção é que tem muita Fábrica de Software que se propõe a fazer de tudo: construir código, testar unitariamente, testar funcionalmente, dar sustentação ao software, etc. Essa questão foi abordada na palestra do Ivan, que destacou a importância de especialização dos papéis das Fábricas de Software. Eduardo a questão sobre as Fábricas de Software e de Testes foram abordadas nas palestras do Ivan e da Marta, sendo que a palestra da Marta tinha o tema com foco nesse assunto.
O Ivan citou uma frase que me chamou a atenção: “Destacou ainda a importância de se separar os papéis de Fábrica de Software e Fábrica de Testes, para que nas suas palavras “para que o vampiro não cuide do próprio sangue”. Acho que essa frase traduz bem tudo aquilo que já lemos sobre “quem constroi não deve testar”.
Na palestra da Marta ela colocou a visão de papéis complementares entre as duas Fábricas, destacando também que esses papéis sejam desempenhados com independência.
Minha percepção é que tem muita Fábrica de Software que se propõe a fazer de tudo: construir código, testar unitariamente, testar funcionalmente, dar sustentação ao software, etc. Essa questão foi abordada na palestra do Ivan, que destacou a importância de especialização dos papéis das Fábricas de Software.

]]> Comentário sobre O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software por Eduardo Gomes http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/comment-page-1/#comment-265 Eduardo Gomes Sun, 02 May 2010 23:23:23 +0000 http://blog.prasabermais.com/?p=206#comment-265 Muito interessante o seminário! E parabéns pelo post! Em relação à palestra que abordou a convivência de Fábricas de Software e de Testes, qual a conclusão sobre a necessidade de independência entre elas? Foi discutida a hipótese de uma mesma empresa desempenhar os dois papéis, desde que contando com equipes totalmente independentes em termos de gerência imediata? Frequentemente vemos editais de licitação que impedem que um mesmo fornecedor desenvolva e teste. Mas como garantir de fato essa independência quando as empresas interagem em diversos contratos diferentes, num mercado extremamente dinâmico e integrado? Essa necessidade foi confirmada nas discussões? Muito interessante o seminário!
E parabéns pelo post!
Em relação à palestra que abordou a convivência de Fábricas de Software e de Testes, qual a conclusão sobre a necessidade de independência entre elas?
Foi discutida a hipótese de uma mesma empresa desempenhar os dois papéis, desde que contando com equipes totalmente independentes em termos de gerência imediata?
Frequentemente vemos editais de licitação que impedem que um mesmo fornecedor desenvolva e teste. Mas como garantir de fato essa independência quando as empresas interagem em diversos contratos diferentes, num mercado extremamente dinâmico e integrado? Essa necessidade foi confirmada nas discussões?

]]> Comentário sobre Passo a passo para a elaboração do modelo de domínio – Parte 1 de 2 por O melhor da semana 18/04 a 24/04 « QualidadeBR http://blog.prasabermais.com/2010/04/02/passo-a-passo-para-a-elaborao-do-modelo-de-domnio-parte-1-de-2/comment-page-1/#comment-223 O melhor da semana 18/04 a 24/04 « QualidadeBR Sun, 25 Apr 2010 22:56:29 +0000 http://blog.prasabermais.com/?p=185#comment-223 [...] Passo a passo para a elaboração do modelo de domínio – Parte 1 de 2 – Sidney Galeote (Qualidade Limitada de Software); [...] [...] Passo a passo para a elaboração do modelo de domínio – Parte 1 de 2 – Sidney Galeote (Qualidade Limitada de Software); [...]

]]> Comentário sobre Como justificar os custos associados aos testes de software? por O melhor da semana 28/03 a 03/04 « QualidadeBR http://blog.prasabermais.com/2010/03/20/como-justificar-os-custos-associados-aos-testes-de-software/comment-page-1/#comment-104 O melhor da semana 28/03 a 03/04 « QualidadeBR Sun, 04 Apr 2010 14:39:36 +0000 http://blog.prasabermais.com/?p=181#comment-104 [...] Como justificar os custos associados aos testes de software? – Sidney Galeote (Qualidade Limitada de Software); [...] [...] Como justificar os custos associados aos testes de software? – Sidney Galeote (Qualidade Limitada de Software); [...]

]]> Comentário sobre Saiba quais são as fases dos testes de software por Rodrigo Nitta Tada http://blog.prasabermais.com/2010/03/09/saiba-quais-so-as-fases-dos-testes-de-software/comment-page-1/#comment-66 Rodrigo Nitta Tada Thu, 18 Mar 2010 20:00:40 +0000 http://blog.prasabermais.com/?p=175#comment-66 Excelente artigo Galeote. Trabalhei em uma fábrica de software que utilizava todas essas fases fazendo a seguinte divisão: - Testes Unitários: Teste de unidade executada pelos desenvolvedores. - Testes de Integração: Teste executado no final de cada iteração pelo responsável técnico do projeto. - Testes de Unitários/Regressão: Testes executados pela área de QA sobre o planejamento de testes. - Testes de Sistemas: Geralmente o Analistas de Sistema/Negócio, juntamente com o Arquiteto de Sistemas. - Testes de Aceitação: Testes executados pelo usuário final. Utilizando todas essas fases de teste a média de erro por 1k linhas de código era de 25. Excelente artigo Galeote.

Trabalhei em uma fábrica de software que utilizava todas essas fases fazendo a seguinte divisão:

- Testes Unitários: Teste de unidade executada pelos desenvolvedores.
- Testes de Integração: Teste executado no final de cada iteração pelo responsável técnico do projeto.
- Testes de Unitários/Regressão: Testes executados pela área de QA sobre o planejamento de testes.
- Testes de Sistemas: Geralmente o Analistas de Sistema/Negócio, juntamente com o Arquiteto de Sistemas.
- Testes de Aceitação: Testes executados pelo usuário final.

Utilizando todas essas fases de teste a média de erro por 1k linhas de código era de 25.

]]> Comentário sobre Saiba quais são as fases dos testes de software por O melhor da semana 07/03 a 13/03 « QualidadeBR http://blog.prasabermais.com/2010/03/09/saiba-quais-so-as-fases-dos-testes-de-software/comment-page-1/#comment-60 O melhor da semana 07/03 a 13/03 « QualidadeBR Sun, 14 Mar 2010 18:38:46 +0000 http://blog.prasabermais.com/?p=175#comment-60 [...] Saiba quais são as fases dos testes de software – Sidney Galeote (Qualidade Limitada de Software); [...] [...] Saiba quais são as fases dos testes de software – Sidney Galeote (Qualidade Limitada de Software); [...]

]]>