Comentários sobre: O permanente desafio de aumentar a qualidade e a produtividade do desenvolvimento de software http://blog.prasabermais.com/2010/05/01/o-permanente-desafio-de-aumentar-a-qualidade-e-a-produtividade-do-desenvolvimento-de-software/ Sobre a qualidade do desenvolvimento de software brasileiro Thu, 05 Jan 2012 07:33:54 -0200 http://wordpress.org/?v=2.8.4 hourly 1 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

]]> 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.

]]> 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!

]]> 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.

]]> 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?

]]>