http://www.guj.com.br/posts/list/2.java JForum - http://www.jforum.net
Trabalho a alguns anos com Testes de Software e Qualidade...vejo que, desde que iniciei nesta area, a mesma vem crescendo muito...hoje em dia está evidente a importancia de testes independentes dos testes dos desenvolvedores...no entanto, eu ainda faço a pergunta:

O Teste de Software (área de testes e Controle de Qualidade) é uma tendencia mundial ou uma moda?!

@ Minha opinião: Hoje em dia os Testes são essenciais...é um grande tendencia mundial a área de testes ser obrigatória em qualquer lugar onde o cliente procure uma qualidade aceitável e minimização dos erros latentes.

e vocês?!


ate mais....]]> http://www.guj.com.br/posts/preList/20820/110026.java http://www.guj.com.br/posts/preList/20820/110026.java GMT
Tem também a necessidade de compilações diárias, um sistema robusto pra rastreamento de bugs (tipo bugzilla ou o *doido* jira) e essas coisas todas. É importante pra kct, principalmente quando se tem vários clientes usando o mesmo produto (as coisas saem do controle facin, facin).

Joel on Software tem um (vários) artigo(s) que é(são) bem legal sobre isso em http://www.joelonsoftware.com/articles/fog0000000043.html.
]]> http://www.guj.com.br/posts/preList/20820/110031.java http://www.guj.com.br/posts/preList/20820/110031.java GMT
O mestre disse algo assim

[quote]The older I get, the more aggressive I get about testing. Testing should be a continuous
process. No code should be written until you know how to test it. Once you have written it,
write the tests for it. Until the tests work, you cannot claim to have finished writing the
code.[/quote]]]> http://www.guj.com.br/posts/preList/20820/110032.java http://www.guj.com.br/posts/preList/20820/110032.java GMT
--- mensagem original apos o filtro de obviedades ---

Galera,

Trabalho a alguns anos com Cardiologia...vejo que, desde que iniciei nesta area, a mesma vem crescendo muito...hoje em dia está evidente a importancia de respirar independente da respiracao atraves de aparelhos...no entanto, eu ainda faço a pergunta:

Respiracao (em se tratando de Sistema Respiratorio) é uma tendencia mundial ou uma moda?!

@ Minha opinião: Hoje em dia Respirar eh essencial... é um grande tendencia mundial a área de cardiologia ser obrigatória em qualquer lugar onde o paciente procure uma qualidade aceitável e minimização dos erros latentes.

e vocês?!

--- fim da mensagem original apos o filtro de obviedades ---]]> http://www.guj.com.br/posts/preList/20820/110035.java http://www.guj.com.br/posts/preList/20820/110035.java GMT acho importante não só no desenvolvimento de software mas sim em todas as areas, imagina se não tivesse controle de qualidade nas construtoras, nas fabricas de avioes?
Não vejo porque com software tem que ser diferente já que constitui uma area muito importante e crítica na vida de muita gente (assim como aviões, predios, aparelhos hospitalares e etc...)

Apesar disso, acho que só ha pouco as pessoas passaram a se dar conta disso...depois de muita dor de cabeça, de muitas gambiarras perceberam que é melhor gastar um pouco mais de tempo modelando, testanto e etc do que passar sei lá quanto tempo tentando consertar algo ]]> http://www.guj.com.br/posts/preList/20820/110039.java http://www.guj.com.br/posts/preList/20820/110039.java GMT
Isso é verdade principalmente para projetos de pequeno ou médio porte, ou aqueles que são fragmentados em uma centena de projetos menores.

Produzir software que aparentemente funciona, AKA sobrevive os testes funcionais executados por uma pessoa, é muito mais rápido sem o desenvolvimento dos artefatos de teste.

Pior que isso é conseguir mostrar o valor desses artefatos ao cliente e justificar o custo, ainda mais quando não existir cultura ou infraestrutura para absorvê-los.

]]> http://www.guj.com.br/posts/preList/20820/110043.java http://www.guj.com.br/posts/preList/20820/110043.java GMT
Até onde ir com os testes ?! Pois sabemos que testar todas as possiveis soluções é quase impossivel.

Como testar a solução ? Manualmente ou com ferramentas automatizadas (sera que as ferramentas testam tudo o que eh necessario ?!)

Eu acho que eh indispensavel testes, mas ainda é uma área que tem que avançar muito para chegar ao estado da arte.

Abraços

]]> http://www.guj.com.br/posts/preList/20820/110051.java http://www.guj.com.br/posts/preList/20820/110051.java GMT
Concordo!

[quote=louds]... verdade principalmente para projetos de pequeno ou médio porte[/quote]

Mas acrescento que mesmo nos grandes projetos das grandes empresas não se testa adequadamente. Serviços terceirizados feitos por equipes que não entendem direito do negócio e prazos estimados de modo otimista com o intuito de ganhar o cliente matam tudo de bom que se pode fazer em um projeto (veja artigo na minha assinatura). Deve ser por este motivo que a M$ lança seus produtos com bugs e depois fica fazendo hotfix ou service packs.

[]s
Luca]]> http://www.guj.com.br/posts/preList/20820/110056.java http://www.guj.com.br/posts/preList/20820/110056.java GMT
Ainda hj algumas pessoas defendem que a mesma pessoa que programa deve testar...! Não vejo nada óbvio ainda na questão de teste visto que muiiita gente não dá importância alguma para esta área, achando que somente o cara que codifica é o papel importante na historia.


ate mais...]]> http://www.guj.com.br/posts/preList/20820/110057.java http://www.guj.com.br/posts/preList/20820/110057.java GMT ]]> http://www.guj.com.br/posts/preList/20820/110059.java http://www.guj.com.br/posts/preList/20820/110059.java GMT Ainda hj algumas pessoas defendem que a mesma pessoa que programa deve testar...! Não vejo nada óbvio ainda na questão de teste visto que muiiita gente não dá importância alguma para esta área, achando que somente[b] o cara que codifica é o papel importante na historia[/b].


Olá Richard...
Muito interessante sua colocação! No entanto, deixe-me fazer algumas colocações.
O cara que codifica tem um papel muito importante na história sim!
Também concordo com você que poucos dão importância para esta área! Infelizmente!
Mas veja só.... Testes é uma área muito mais ampla do que parece!
Temos três tipos de testes pelo menos.... que são: Testes de Unidades, Integração e Aceitação!

Não tem cabimento você ter uma equipa responsável apenas em criar testes! Isso por que o ideal seria o próprio programador se responsabilizar pelos testes de unidade! Mas os testes de aceitação e integração poderiam ser delegados para uma equipe responsável pelos testes.

Quando falamos em testes, estamos automaticamente falando em qualidade. Para que haja qualidade, deve haver envolvimento tanto da equipe de testes quanto o envolvimento dos desenvolvedores. Todos devem estar comprometidos com os testes.

No XP por exemplo, o próprio desenvolvedor antes de criar uma classe, ele deve primeiro criar uma classe de teste. Quando um desenvolvedor vai concertar um BUG ele pode isolar o bug com um teste, para ai sim corrigir o bug. Você tem que ser uma pessoa muito doida da cabeça para fazer refactoring em um sistema que está funcionando corretamente sem criar primeiramente os testes!

Resumidamente.. Tanto a equipe de testes quanto os desenvolvedores são responsáveis pelos testes.

Mas tenho uma infeliz observação para fazer. Eu acho muito difícil engrenar alguma idéia referente ao crescimento na adoção de equipes de testes nos projetos. Até que isso é possível, mas..... bom... vou me explicar no parágrafo abaixo:

A área de teste é uma área muito.. mas muito.. mas muito chata!!! São poucas pessoas que sentem interesse em trabalhar nela. O pior que ninguém reconhece as qualidades de um bom testador. Ou seja, os bons testadores são poucos! E quando tem, logo ficam de saco cheio, por que o serviço é repetitivo, chato e ninguém dá a ele o valor que ele realmente merece!

Acredito que isso ou pode mudar, ou surgirão outras formas de se trabalhar com testes dentro de uma equipe! Talvez os desenvolvedores se comprometerão mais com os testes.... e os desenvolvedores começarão a desempenhar os dois papéis. Uma opção viável é haja no projeto uma pessoa que fique exatamente cobrando os testes e qualidade do software.. e que se responsabilize pelos testes de integração e aceitação!
Sinceramente.. naum sei... mas vou terminando por aqui!

Só quro deixar aqui mais uma colocação....
Se alguém aqui tem dúvidas de quais são os benefícios e qualidades de um sistema bém testado, faça o seguinte.
Entre no site da apache (www.apache.org) e procure por um framework chamado [b]Cactus[/b]. Esse framework é um ótimo framework e bastante completo para a realização e criação de testes.
Depois disso pense no seguinte!

"Por quê o Framework de testes da APACHE se chama "CACTUS"?

Um Abraço!
Thiago Senna]]> http://www.guj.com.br/posts/preList/20820/110071.java http://www.guj.com.br/posts/preList/20820/110071.java GMT
O fato de haver uma equipe de testes é completamente normal e aceitável...! Onde eu trabalho temos a equipe que codifica e a equipe que testa...não acredito que testes preparados por programadores sejam eficientes! Acredito que uma equipe separada do desenvolvimento criando planos de testes é o que funciona legal!
Existem mais tipos de testes do que vc citou, no entanto, podemos ver de duas formas:
- A equipe de testes proxima ao desenvolvedor (na mesma linha de base) faz todos os tipos de teste
- A equipe de testes proxima aos analistas do projeto (especificadores, etc) faz o teste integrado (de tudo, pois eles conhecem o negócio como um todo) e a equipe de testes da linha de desenvolvimento faz testes unitário, ou seja, de funcionalidades.

Acredito no sucesso das duas!

Acho que hoje em dia ainda o valor a equipe de testes, como dissemos é pequeno, no entanto, acredito que desenvolvedor jamais será uma pessoa ligada a testes....os profissionais da área de testes são pessoas que não gostam de programar e tem perfil critico e detalhista (meu caso) e realmente curtem a profissão! Programador pode até testar, mas como vc disse, vai ficar de saco cheio!

Acredito muito na formação de "analista de testes" ou "arquiteto de testes", pessoas que analisam e arquitetam os possíveis testes realizaveis...acho que devemos pregar o seguinte..."cada macaco no seu galho", ou seja, desenvolvedor não deve testar, deve codificar, e no máximo, fazer pequenos testes no que ele está desenvolvendo!
Deixe para profissionais de teste fazer o trabalho pesado nos testes da aplicação!



ate mais...
]]> http://www.guj.com.br/posts/preList/20820/110093.java http://www.guj.com.br/posts/preList/20820/110093.java GMT
Richard, por algumas frases suas, tomo a liberdade de recomendar o livro [url=http://domaindrivendesign.org/book/]Domain-Driven Design[/url]. Estou lendo-o e gostando muito. Ele de vez em quando lembra os inconvenientes daquele jeitão antigo de desenvolver usando equipes especialistas onde cada um faz sua parte, ou seja quem analisa não codifica, quem codifica não faz teste de integração e quem faz teste só faz teste e demo no cliente.

Veja também [url=http://domaindrivendesign.org/]What Is Domain-Driven Design[/url]

[]s
Luca]]> http://www.guj.com.br/posts/preList/20820/110100.java http://www.guj.com.br/posts/preList/20820/110100.java GMT
Muito bém... concordo com suas colocações... e realmente preciso rever alguns dos meus conceitos...

No entanto, eu sei que existem mais de três testes.... hehe!! Mas repare que na colocação que eu fiz, eu não descartei completamente os profissionais de teste!

Veja bém... em minha opinião será muitíssimo interessante cargos como Analistas e Arquitetos de Teste.
Mas temos um problema.... a utilização desses profissionais de testes irá variar dependendo de qual metodologia de software se está utilizando!

No caso do RUP e outras metodologias do tipo são próprias para profissionais de teste... Onde os programadores se preocupam apenas com programas.

Já em metodologias ágeis a coisa funciona um pouco diferente. O codificador deverá saber testar também. É claro que o programador não é um bom testador e nem é uma pessoa crítica quanto os testadores. `Por isso, nessas equipes haverão alguns profissionais responsáveis pela arquitetura de testes. Mas repare que não é uma equipe tão grande quanto no RUP.

Me desculpe pelas colocações que eu havia feito. Eu tenho uma visão mais voltada paras as metodologias de desenvolvimento ágil. E nas metodologias de desenvolvimento ágil o codificador tem uma visão com relação a testes um pouco diferente em compração com desenvolvedores da metodologia tradicional.

Posso resumir tudo isso da seguinte forma.. me corrige se eu estiver errado!
Você acredita que deve haver uma equipe, uma área em uma empresa responsável pelos testes.
Eu já penso que deve haver pessoas especializados em testes dentro de uma equipe, e todos os desenvolvedores devem ter uma visão voltado a garantir a qualidade de seu código através de seus testes.


Repare que da forma como você pensa, essa solução será viável em empresas que possuem atividades bém definidas para cada colaborador da empresa. Tipo uma fábrica de software! Onde a área de testes é uma área de produção! Sendo assim, tenho uma pergunta!

Quantos profissionais de testes serão necessários para tocar 40 projetos diferentes, considerando que eles também são responsáveis pelos testes de Unidade de cada classe de negócio do sistema?
O Desenvolvimento é muito rápido em comparação com a geração dos testes de unidade!!!!

Será que todas as empresas irão manter uma equipe de testes sem chiar?

Meu parabéns por você gostar da área de teste e ser uma pessoa detalhista!

Richard, uma última colocação que tenho é a seguinte. Eu mesmo gosto de sempre testar o código que crio! No XP cada desenvolvedor é responsável pelo seus testes de unidade.

Acho que suas colocações são perfeitamente válidas!
Mas se você ainda não conhece XP e outros modelos de desenvolvimento ágeis, aconselho que você de uma olhada na política de testes destes modelos! Pelo seu perfil, acho que você vai gostar, e é uma visão um pouco diferente, onde você começará a ver o desenvolvedor como um aliado seu, no entanto, ainda sim, haverá um lugar reservado e bém respeitado para os analistas e arquitetos de teste.

Um Abraço!
Thiago Senna

]]> http://www.guj.com.br/posts/preList/20820/110103.java http://www.guj.com.br/posts/preList/20820/110103.java GMT Que tipo de testes voces estao falando? Nao sao os testes unitarios neh?
[/boiando_no_assunto]

]['s]]> http://www.guj.com.br/posts/preList/20820/110123.java http://www.guj.com.br/posts/preList/20820/110123.java GMT
Obrigado pelas dicas!

Prego muito que o desenvolvimento seja aliado dos testadores...acredito que o sucesso está por ai!

Vou estar verificando modelos como o XP !

na verdade, o foco do topico é saber o que acham da area...moda ou tendencia...!



ate mais...]]> http://www.guj.com.br/posts/preList/20820/110139.java http://www.guj.com.br/posts/preList/20820/110139.java GMT
Sim, são são os testes de unidade, os testes realizados em cada classe de negócio ou qualquer outra classe crítica e importante do sistema...

Ou seja, se vc possui uma classe chamada:

ContaBancaria, então sua respectiva classe de teste será ContaBancariaTest.

Um Abraço!
Thiago]]> http://www.guj.com.br/posts/preList/20820/110144.java http://www.guj.com.br/posts/preList/20820/110144.java GMT
Com sua pergunta sobre o caso de testes ser moda ou tendência cara, tenha certeza de uma coisa! Moda não é!

Veja só, um dos maiores benefícios que o teste nos traz é:

- Garantir a qualidade de Refactorings.
- Garantir a qualidade do concerto de um BUG.
- Garantir a qualidade da integração contínua do sistema.
- E muitas outras garantias....

Mas o mais legal mesmo é que um software bém testado será um software mais preparado para lidar com as excessivas mudanças que ocorrem no mercado. Ou seja, se num momento mais tranquilo do projeto vc desenvolve um projeto bém testado, então quando vir os momentos de turbulência e grandes mudanças, você poderá fazer mudanças e garantir a qualidade de suas mudanças.

Outra coisa que afirmo é que um software bém testado tem um tempo de vida maior do que um software mau testado.

Com isso, acredito que não há como fugir. Então é uma tendência que essa área cresça sim. Até que criem alguma alternativa melhor!

Richard, lembra de quando comentei sobre o framework CACTUS da apache, e recomendei para que pensassem no por que do nome CACTUS?

Pense que um CACTUS vive em condições difíceis. OU seja, no momento de Calor, o CACTUS sobrevive a temperaturas muito quentíssimas, mas quando anoitece, a temperatura vai abaixo de ZERO! E mesmo assim, com essas mudanças bruscas de temperatura, o CACTUS sobrevive.
Assim será um software bém testado. Sobreviverá mesmo em condições de bruscas mudanças!

Um Abraço!
Thiago]]> http://www.guj.com.br/posts/preList/20820/110148.java http://www.guj.com.br/posts/preList/20820/110148.java GMT
[quote=Thiago Senna]... são os testes de unidade, os testes realizados em cada classe de negócio ou qualquer outra classe crítica e importante do sistema...[/quote]

Discordo. Como os testes unitários são sempre preparados pelo desenvolvedor, meus 35 anos desenvolvendo sistemas não conseguem me explicar como alguma empresa teria uma equipe de QA para fazer testes unitários.

Fábio, para mim seriam testes de integração, aceitação, homologação e assemelhados.

Testes unitários como entendemos hoje não eram muito populares nos idos de 1989 quando o Watts Humphrey escreveu Managing the Software Process. Este livro foi o modelo original do CMM que posteriormente foi refinado e atualizado pelo SEI em 1995. (ver Rise & Resurrection of the American Programmer, Edward Yourdon, PTR 1996). Talvez este seja o motivo porque CCMistas ortodoxos não acreditem muito em testes unitários.

[]s
Luca]]> http://www.guj.com.br/posts/preList/20820/110152.java http://www.guj.com.br/posts/preList/20820/110152.java GMT
Pois é Luca, por isso boiei nao assunto. Eu achei que era isso tambem, mas os textos davam a entender que seriam os unitario.
Ora pois, sendo assim, eu nao tenho nem 20% do teu tempo de estrada, mas tambem nao consigo ver de outra forma os testes unitarios sem ser o desenvolvedor que o realiza.

E sim é uma tendencia e nao moda. Pelo menos para empresas que pregam uma boa produtividade com alto grau de qualidade no desenvolvimento.

]['s
]]> http://www.guj.com.br/posts/preList/20820/110204.java http://www.guj.com.br/posts/preList/20820/110204.java GMT Testes unitarios devem ser tarefa do programador, quem ja desenvolveu orientado a testes sabe os beneficios que isso traz, tanto em confiança no codigo, como em tempo de debug ou fazendo ajustes, entre outras coisas.
Testes de aceitação/integação/homologação etc, devem ter uma equipe focada nisso, sem os vicios do desenvolvimento.

E com certeza testes não são moda, e cada vez mais empresas que querem desenvolver softwares de qualidade vão começar a adota-los em pelo menos algumas etapas do desenviolvento.
flw!

[]'s
]]> http://www.guj.com.br/posts/preList/20820/110222.java http://www.guj.com.br/posts/preList/20820/110222.java GMT
No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/110253.java http://www.guj.com.br/posts/preList/20820/110253.java GMT http://www.guj.com.br/posts/preList/20820/110258.java http://www.guj.com.br/posts/preList/20820/110258.java GMT
No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!


ate mais...[/quote]

Depende dos testes, Richard. Unit Test é coisa de desenvolvedor. Testes funcionais podem ser feitas por pessoas especializadas junto com o cliente. Outra vez, mais um clichêzinho. ]]> http://www.guj.com.br/posts/preList/20820/110325.java http://www.guj.com.br/posts/preList/20820/110325.java GMT
@ Daniel: Exatamente os testes funcionais que to citando!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/110389.java http://www.guj.com.br/posts/preList/20820/110389.java GMT
Rafael]]> http://www.guj.com.br/posts/preList/20820/110396.java http://www.guj.com.br/posts/preList/20820/110396.java GMT
Testes que interessam ao cliente no sentido de tela...o cliente não irá ver testes de "caixa branca"...ele é importante na qualidade final, mas o cliente as vezes nem sabe que ele existe...mas é extremamente importante!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/110681.java http://www.guj.com.br/posts/preList/20820/110681.java GMT
]]> http://www.guj.com.br/posts/preList/20820/110690.java http://www.guj.com.br/posts/preList/20820/110690.java GMT [/quote]

Este é o ponto X...testes funcionais devem ser feitos por pessoas que não estão ligadas ao desenvolvimento do projeto...e acredito que os demais testes seriam legais serem feitos por pessoas fora do projeto tb!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/110709.java http://www.guj.com.br/posts/preList/20820/110709.java GMT [/quote]

Este é o ponto X...testes funcionais devem ser feitos por pessoas que não estão ligadas ao desenvolvimento do projeto...e acredito que os demais testes seriam legais serem feitos por pessoas fora do projeto tb!


ate mais...[/quote]

Ahh é? Por quê?]]> http://www.guj.com.br/posts/preList/20820/110739.java http://www.guj.com.br/posts/preList/20820/110739.java GMT
Na verdade não acho que o problema qual equipe faz, mas sim que testes caixa preta precisam ser feitos por pessoas não contaminadas pelos detalhes, e análogamente o de caixa branca por quem sabe do assunto.

Sinceramente? Eu acho que a parte mais importante não é que faz, mas o fato de serem automáticos. Uma equipe de 2-3 pessoas escrevendo testes funcionais automáticos (com cactus, httpunit, etc) e um servidor de integração continua rodando esses testes no menor intervalo possivel é infinitamente mais eficiente que outra equipe com 20 pessoas executando manualmente testes funcionais que estão em planilhas excel.]]> http://www.guj.com.br/posts/preList/20820/110745.java http://www.guj.com.br/posts/preList/20820/110745.java GMT
Pessoal, sou novo aqui no forum, mas este tópico tem tudo a ver com a minha proposta do TCC que estou preparando !!!

Estou me formando em ciências da computação e trabalho com teste de software a + ou- 5 anos, acontece que não utilizava modelos, fazia por fazer e sempre me destaquei na empresa por ser critico e acredito q um bom testador.

Estou direcionando o meu TCC para a importancia de uma equipe de teste e do próprio teste na faze de validação do software.

Gostaria de saber onde posso encontrar conteudo para desenvolvimento do meu TCC e quais possíveis tópicos eu poderia abordar !!!

]]> http://www.guj.com.br/posts/preList/20820/113736.java http://www.guj.com.br/posts/preList/20820/113736.java GMT
Boa Sorte em seu TCC, e acredito que é possível você fazer um ótimo trabalho sobre o assunto!!!

Uma área de particularmente acho interessante é a criação de testes automatizados utilizando Junit, HttpUnit e Cactus. Mas em minha opinião há algo mais interessante do que simplesmente a tecnologia de teste. Você por exemplo falar sobre como é abordado o teste dentro das principais metodologias de desenvolvimento existente e quais são os benefícios que elas trazem, e se possível provar isso.

Uma outra opção é você fazer um trabalho aprofundado sobre os testes dentro de uma metodologia de desenvolvimento, como o RUP ou XP por exemplo.

Particularmente, sou fascinado pelo XP, e acredito que o XP está entre as metodologias que mais valorizam os testes. Sem contar que no XP o pessoal utiliza o Desenvolvimento Guiado pelos Testes, onde primeiro se escreve o teste, e depois a classe que será testada!!!

Tem um livro chamado "Test Drive Development By Example". Me disseram que é ótimo!

Você também pode procurar livros sobre desenvolvimento ágil. (Agile Software Development)

[não a pirataria]

Um Abraço!]]> http://www.guj.com.br/posts/preList/20820/113738.java http://www.guj.com.br/posts/preList/20820/113738.java GMT
[quote]Projeto e Engenharia de Software: [b]Teste de Software[/b]
TRAYAHU R. MOREIRA FILHO e EMERSON RIOS
Editora: Alta Books
ISBN: 8588745526
Ano: 2002
Edição: 1[/quote]

mas meu tempo é curto por irresponsábilidade da facu e não terei muito tempo de pesquisar tecnologias e me aperfeiçoar nelas, a minha idéia é pegar informações e métodos existentes e provar com estas que uma equipe de testes e sua respectiva função é fundamental na fase de validação do software, ou seja, antes de chegar a ser um produto, antes de chegar ao cliente. Contudo, provar que, em questão custo/beneficio, vale a pena para a empresa adotar esta prática.

ahh ! onde posso encontrar estas metodologias e métodos ???]]> http://www.guj.com.br/posts/preList/20820/113748.java http://www.guj.com.br/posts/preList/20820/113748.java GMT
Idéia brilhante

Por que não tentar achar ele na [b]livraria[/b]? Ou na [b]biblioteca[/b]? Ou com [b]um amigo[/b]?

[size=18]PIRATARIA É CRIME!!![/size]]]> http://www.guj.com.br/posts/preList/20820/113752.java http://www.guj.com.br/posts/preList/20820/113752.java GMT
Idéia brilhante

Por que não tentar achar ele na [b]livraria[/b]? Ou na [b]biblioteca[/b]? Ou com [b]um amigo[/b]?

[size=18]PIRATARIA É CRIME!!![/size][/quote]

que bom que vc gostou da idéia, mas acho que constituesse pirataria todo o produto alheio que é reproduzido afim de se tirar proveito financeiro e distribuição de cópias. Digamos intaum que vou apenas consultar a internet e suas facilidades !!! legal agora ?

Se não for pra ajudar, não precisa causar !!!!
[size=9]Sempre tem q ter um neh ?!? incrivel !!! [/size]]]> http://www.guj.com.br/posts/preList/20820/113754.java http://www.guj.com.br/posts/preList/20820/113754.java GMT que bom que vc gostou da idéia, mas acho que constituesse pirataria todo o produto alheio que é reproduzido afim de se tirar proveito financeiro e distribuição de cópias. Digamos intaum que vou apenas consultar a internet e suas facilidades !!! legal agora ?
[/quote]

Eu não gostei da idéia.

Sinceramente não em importa o que você acha, me importa o que diz a lei de direitos autorais:

http://www.mct.gov.br/legis/leis/9610_98.htm

Se você quer mudar a lei, acha injusta, podemos debater. Por enquanto a lei é essa e este fórum a segue.

[quote=zapio]
Se não for pra ajudar, não precisa causar !!!!
[/quote]

Causar?

[quote=zapio]
[size=9]Sempre tem q ter um neh ?!? incrivel !!! [/size][/quote]

Um consciente de que PIRATARIA É CRIME? Obrigado pelo elogio.
]]> http://www.guj.com.br/posts/preList/20820/113755.java http://www.guj.com.br/posts/preList/20820/113755.java GMT [/quote]
Pois é, se for levar essa definição de pirataria ao pé da letra, vc não estaria se beneficiando financeiramente ?? Afinal, não iria gastar nenhum tostão para ter o livro, né ??
[quote=zapio]
[size=9]Sempre tem q ter um neh ?!? incrivel !!! [/size][/quote]
Um não, vários, aqui vc não vai encontrar muita gente que apoie esse tipo de coisa. ]]> http://www.guj.com.br/posts/preList/20820/113759.java http://www.guj.com.br/posts/preList/20820/113759.java GMT

Thiago voltando ao assunto, pois houve uma interferencia na comunicação, olha aí o link do livro que eu comentei

[url]http://www.submarino.com.br/books_productdetails.asp?Query=&ProdTypeId=1&CatId=11831&PrevCatId=11827&ProdId=186943&ST=BF11831[/url]

vc acha que é uma boa adquiri este livro como apoio ao meu TCC ?]]> http://www.guj.com.br/posts/preList/20820/113768.java http://www.guj.com.br/posts/preList/20820/113768.java GMT
1 - Ofensas pessoais não são permitidas nesse fórum (editei sua mensagem, sim: eu sou um dos moderadores)

2 - Você pdoeria tentar escrever algo que fizesse sentido

3 - Gostaria de desejar boa sorte no seu TCC, mas com esse nível de escrita e pensamento, acho que vou desejar boa sorte e muita paciência de quem ler esse trabalho]]> http://www.guj.com.br/posts/preList/20820/113770.java http://www.guj.com.br/posts/preList/20820/113770.java GMT [/quote]
Pois é, se for levar essa definição de pirataria ao pé da letra, vc não estaria se beneficiando financeiramente ?? Afinal, não iria gastar nenhum tostão para ter o livro, né ??
[quote=zapio]
[size=9]Sempre tem q ter um neh ?!? incrivel !!! [/size][/quote]
Um não, vários, aqui vc não vai encontrar muita gente que apoie esse tipo de coisa. [/quote]

Não é isso que tá em questão !!! preciso de ajuda no meu TCC e não como conseguirei as informações !!! Agora o kra vem CAUSAR sem nem se quer olhar o foco do assunto !!! Acho que aqui é um forum de discussão e o assunto é sobre teste de software que é justamente a minha dúvida !!!!

Mas mesmo assim vlws pela dika jc_oz !!!!]]> http://www.guj.com.br/posts/preList/20820/113771.java http://www.guj.com.br/posts/preList/20820/113771.java GMT
1 - Ofensas pessoais não são permitidas nesse fórum (editei sua mensagem, sim: eu sou um dos moderadores)

2 - Você pdoeria tentar escrever algo que fizesse sentido

3 - Gostaria de desejar boa sorte no seu TCC, mas com esse nível de escrita e pensamento, acho que vou desejar boa sorte e muita paciência de quem ler esse trabalho[/quote]

por mim vc pode me excluir, mostrara qual a qualidade de forum é este e seus moderadores !!! Mas antes, vc preste atenção no seu ato responsável como moderador de forum, pois sou de vários foruns e antes de julgar presto bem atenção no foco da mensagem !!!

Num acho que foi ofensa e sim um elogio !!!!
]]> http://www.guj.com.br/posts/preList/20820/113774.java http://www.guj.com.br/posts/preList/20820/113774.java GMT [/quote]

Ok, problema seu e não vou discutir isso. Se você tem problemas com alguma característica física e/ou profissional minha, me manda um email que esclarecemos o ponto. Não responderei mais este tipo de coisa.

Pirataria é crime e não vai deixar de ser. Este fórum não só não apóia pirataria bem como não a tolera. Editei seu post sobre isso também.

Se você não considera a qualidade do fórum boa, pode procurar outro, temos diversos muito bons por aí, mas eles também compartilham nossa posição quanto livros e artigos pirateados.

Entretanto, se você quer continuar discutindo sobre seu TCC aqui, sugiro que abra outro tópico, visto que este aqui se destina a discutir outra coisa.

Atenciosamente,
]]> http://www.guj.com.br/posts/preList/20820/113775.java http://www.guj.com.br/posts/preList/20820/113775.java GMT

Justo nao? tao justo quanto roubar um livro.

Rafael]]> http://www.guj.com.br/posts/preList/20820/113778.java http://www.guj.com.br/posts/preList/20820/113778.java GMT Eu não disse que procuraria outro forum, disse que não estou destacando a pirataria como meu problema e não sei também porque q vc esta pegando no meu pé, se o próprio Thiago comentou sobre o emule tb !!! então portanto, pessoas como vc estragam o forum, nunca tive problemas em nenhum dos foruns que participo e não pretendia ter neste tb... agora não aceito um cara vim me chamar a atenção sem argumentos !!!

Puts !!! Agora com o apoio do Adminstrador, aí fud..... hahahaha
snif... snif... que forum comédia meu !!! tava tão interessante o tópico !!! heheheh]]> http://www.guj.com.br/posts/preList/20820/113779.java http://www.guj.com.br/posts/preList/20820/113779.java GMT [/quote]

Seu trabalho vai discutir se testes são tendência ou moda? Se não, abrir outro tópico seria melhor.

[quote=zapio]não sei também porque q vc esta pegando no meu pé, se o próprio Thiago comentou sobre o emule tb !!![/quote]

Epa, vc está certo. *mas* eu apenas respondi a sua falta de educação.

Olha Zapio, se você entende que pirataria é crime e que este fórum não apoia isso, pdoe continuar a vontade, sim? Desculpe o mal jeito, e por favor respeite as regras do fórum.

Atenciosamente]]> http://www.guj.com.br/posts/preList/20820/113781.java http://www.guj.com.br/posts/preList/20820/113781.java GMT ]]> http://www.guj.com.br/posts/preList/20820/113794.java http://www.guj.com.br/posts/preList/20820/113794.java GMT
]]> http://www.guj.com.br/posts/preList/20820/113796.java http://www.guj.com.br/posts/preList/20820/113796.java GMT [/quote]

Cara, visto que vc falou isso depois do Rafael te responder ficou esquisito.

Pessoas como ele não estragam o Forum, eles fazem o forum... é um pouco diferente (pouca coisa).

O fato é que todos têm argumento para conversar com vc, simplesmente pq vc estava fazendo apologia à pirataria... o que não é legal.
Eu estou falando isso pq uma vez eu (e mais uma galera) pedi(mos) pra que mandassem a J9 pro email e então o Boone chamou a atenção. Depois disso eu entendi como proceder em um forum público, sacou?

Nada de pirataria, ok?

Ps.: Eu não acho que este tópico precise ser trancado, portanto não discutirei mais sobre o assunto pra não dar "gastura".]]> http://www.guj.com.br/posts/preList/20820/113798.java http://www.guj.com.br/posts/preList/20820/113798.java GMT
Philip e demais moderadores..

Pesso minhas sinceras desculpas por citar o nome de um programa chamado xxx!!!

Acho que me exitei, e realmente não imaginava sobre a seriedade de se colocar este tipo de coisa aqui no fórum...

Zapio, sinto muito em dizer, mas acho que todos que se manifestaram contra pirataria estão corretos. Considerando que este é um fórum público, devemos tomar cuidado com o que escrevemos!!!

Zapio.. acredito que você seja novo no GUJ, correto? Vai com calma! Todos que se manifestaram são pessoas que entendendo do assunto e sabem melhor do que eu e qualquer outro o quanto descuidos como o que eu dei podem ser prejudiciais para toda a comunidade!!!

Outra detalhe: O moderador tem exatamente a função de verificar a qualidade das mensagens sendo postadas e de cortar e sensurar mensagens inapropriadas.

Repito. Eles estão dentro da razão. Caso haja alguma coisa que alguém fez que seja inapropriado, deverá ser discutido em um topico apropriado!!

Minhas Sinceras Desculpas!
Thiago Senna]]> http://www.guj.com.br/posts/preList/20820/113802.java http://www.guj.com.br/posts/preList/20820/113802.java GMT [/quote]

Cara, visto que vc falou isso depois do Rafael te responder ficou esquisito.

Pessoas como ele não estragam o Forum, eles fazem o forum... é um pouco diferente (pouca coisa).

O fato é que todos têm argumento para conversar com vc, simplesmente pq vc estava fazendo apologia à pirataria... o que não é legal.
Eu estou falando isso pq uma vez eu (e mais uma galera) pedi(mos) pra que mandassem a J9 pro email e então o Boone chamou a atenção. Depois disso eu entendi como proceder em um forum público, sacou?

Nada de pirataria, ok?

Ps.: Eu não acho que este tópico precise ser trancado, portanto não discutirei mais sobre o assunto pra não dar "gastura".[/quote]

Ok [b]Fzampa[/b], mas eu não estava falando do Rafael !!! Mas mesmo assim agradeço pela dik !!! Já disse que não era minha intenção fazer apologia a pirataria e sim ajuda ao meu trabalho !!!

[b]Louds[/b], acho q vc já deve ter feito um trabalho e não acredito que vc nao tenha procurado nenhuma informação na internet, mas a qualidade do trabalho provem não só de onde vc tira a informação e sim, principalmente como vc a trata !!!!

E por ultimo [b]Thiago[/b], agradeço pela atenção, mas não acho que vc esta errado, pois vc só tentou ajudar, estou grato por isso !!!! Mas acho que por eles se manifestarem deste jeito acabaram estragando um tópico que estava bem sério e com conteudos importantissimos... O moderador tem duas opções: fazer sua função e notificar a pessoa individualmente e não querer dar uma de gostoso e estragar o tópico como o amigo fez !!! Altere a msg e mande uma MP para a pessoa notificando-o, isso eu faço como moderador dos foruns que faço parte... Não vou tirar a razão deles, mas o ato irresponsável do [b]pcalcado[/b] foi o que causou tudo isso e não deixei queto porque acho que ele como um moderador deveria ter responsabilidade suficiente para uma simples decisão de fazer seu dever como moderador !!!!!


Zápio

Ps.: me excluam por favor !!! ]]> http://www.guj.com.br/posts/preList/20820/113809.java http://www.guj.com.br/posts/preList/20820/113809.java GMT
]]> http://www.guj.com.br/posts/preList/20820/113845.java http://www.guj.com.br/posts/preList/20820/113845.java GMT
[/quote]

Pois é, não é "fugindo" que resolve os problemas.

]['s]]> http://www.guj.com.br/posts/preList/20820/113854.java http://www.guj.com.br/posts/preList/20820/113854.java GMT http://www.guj.com.br/posts/preList/20820/113860.java http://www.guj.com.br/posts/preList/20820/113860.java GMT
pelo que eu o pessoal do GUJ não deve curtir muito P2P ]]> http://www.guj.com.br/posts/preList/20820/113870.java http://www.guj.com.br/posts/preList/20820/113870.java GMT
eu gostaria, se possível, continuar esse assunto sobre teste, mas voltando a um aspecto de qualidade dentro de teste, que é revisão e inspeção. Eu trabalho na área de revisão e inspeção de caixa preta, mas existe para caixa branca. Eu queria saber sobre quem tem experiência sobre essas atividades e acha que é vantagem em colocar numa empresa? ]]> http://www.guj.com.br/posts/preList/20820/115000.java http://www.guj.com.br/posts/preList/20820/115000.java GMT http://www.guj.com.br/posts/preList/20820/115002.java http://www.guj.com.br/posts/preList/20820/115002.java GMT
Eu estou me referindo na parte de criação dos casos de teste. Existe uma pessoa que vai pegar os requisitos do cliente(ex.: enviar uma mensagem SMS). E vai criar vários casos de testes para esse requisito. Então, para validar que esses casos de teste realmente funcionam, utilizar alguns processos como o de revisão e inspeção.

Por exemplo: eu crio vários casos de teste para o requisito: enviar uma mensagem SMS. Então passaria esses casos para você revisar ou um grupo inspecionar para validar os casos de teste que eu criei. Concordo que é mais burocrático, mas garante uma qualidade melhor aos testes criados. Aí então eu teria um feedback de você que diria: Olha, eu acho que não ficou muito claro o objetivo desse caso de teste; ou você poderia detalhar mais ou menos esse caso; esse caso de teste não cobre esse requisito;.... Isso pode ser feito tanto com caixa preta quanto caixa branca.

Eu espero que tenha esclarecido melhor a minha opinião. E gostaria de saber se você já trabalham com isso e se tem bons resultados?

Um abraço.]]> http://www.guj.com.br/posts/preList/20820/115041.java http://www.guj.com.br/posts/preList/20820/115041.java GMT Testes de performance e stress....
E nunca se basear somente no "caminho feliz" do teste.

Mas acho muitas vezes os testes são abolidos por serem jugados como "inúteis"..

]]> http://www.guj.com.br/posts/preList/20820/115044.java http://www.guj.com.br/posts/preList/20820/115044.java GMT
Então o processo de revisão e inspeção verifica isso: os casos de teste estão explorando a falha do programa, se está sendo feito teste de boundary. Caso não, pede para o autor do caso de teste refazer mas agora com dicas de como fazer depois da reunião de revisão e inspeção. Com isso vc evitar que criar casos de teste que são jogados fora por não ter utilidade.]]> http://www.guj.com.br/posts/preList/20820/115047.java http://www.guj.com.br/posts/preList/20820/115047.java GMT
Analista de negocios (BA) descobre um requisito e poe num cartao
Analista de testes (QA) converesa com o BA e descreve no cartao alguns cenarios de teste
Desenvolvedor estima o tempo que vai demorar pra implementar aquele cartao
Desenvolvedor senta com o QA e verifica que os testes que ele bolou sao os que o QA queria
Desenvolvedor apresenta pro BA os testes funcionando depois que a implementacao terminou, fim de papo

Algum tempo depois, caso seja descoberto um bug, o mesmo cartao volta, com novas informacoes, e a sequenciazinha repete ]]> http://www.guj.com.br/posts/preList/20820/115071.java http://www.guj.com.br/posts/preList/20820/115071.java GMT
Porém, isso vocês fazem com todo requisito?]]> http://www.guj.com.br/posts/preList/20820/115075.java http://www.guj.com.br/posts/preList/20820/115075.java GMT ]]> http://www.guj.com.br/posts/preList/20820/115077.java http://www.guj.com.br/posts/preList/20820/115077.java GMT
Só uma dúvida? o único artefato que vc utiliza para controle de cenário, validação com BA e QA, quantidade de teste, classificação de teste, estágio de criação dos casos de testes(NEW, ASSIGN, WORK, CLOSED, ..., por exemplo) é esse cartão?

O máximo de pessoas envolvidas são 3? QA, BA e o desenvolvedor? Como vc comentou que tem que validar com o BA, então são teste de aceitação, homologação, ...., sou seja, mais na visão do cliente.

Outra coisa, sobre questão de estimar, é muito importante porque já tem um estimativa para o planejamento, vc pode acabar antes ou depois, mas fica arquivado e quando for necessário fazer criação dos testes, então já tem um conjunto de métricas e ter firmeza em chegar para o cliente e dizer, eu entrego o que pede em X tempo com essa qualidade de fazer teste de unidade, integração, stress, boundary, ....]]> http://www.guj.com.br/posts/preList/20820/115080.java http://www.guj.com.br/posts/preList/20820/115080.java GMT
Os estados pelos quais um cartao pode passar sao, apesar de isso fazer pouco sentido analisado isoladamente: novo, estimado, implementado, terminado, este ultimo indicando que a funcionalidade do cartao foi pra producao, e o cliente esta satisfeito por enquanto, o que nao impede que ele mude de ideia, o que faz o estado do cartao mudar de novo.]]> http://www.guj.com.br/posts/preList/20820/115082.java http://www.guj.com.br/posts/preList/20820/115082.java GMT http://www.guj.com.br/posts/preList/20820/115084.java http://www.guj.com.br/posts/preList/20820/115084.java GMT
As 3 letras malditas! SALVEM-SE DO RICHARDPEDER!
*se esconde debaixo da mesa e assume posicao fetal*]]> http://www.guj.com.br/posts/preList/20820/115101.java http://www.guj.com.br/posts/preList/20820/115101.java GMT
Bom... CMM já era né.. a moda agora é cMMI (ou CMI .. não lembro!!! o nome exato) ..

Realmente as empresas adoram CMM... mas isso é discussão para mais de metro!!!

Hoje podemos ver que principalmente Fábricas de Software (eca) são as maiores interessadas no assunto.

Agora uma opiniãozinha pessoal.... CMM por enquanto não avalia nada!!!

Empresas realmente envolvidas com metodologias de desenvolviment ágil como XP por exemplo, repudiam o CMM, pois a burocracia que CCMM gera faria com que a metodologia deixa-se de ser ágil.. ou seja.,.. nada ver CMM com Software Ágil!!

Outro detalhe é:
Na ìndia, onde temos uma renca de empresas CMM5, todos utilizam desenvolvimento no modo cascata,... que é mais fácil de gerenciar, mas que necessita de mais mão de obra. Mas para sorte deles, a mão de obra na índia é baratíssima!

Já no Brasil a mão de obra é mais cara, e para atender a demanda, precisam desenvolver mais rápido com menos mão de obra. Logo utilizam uma metodologia mais ágil, como por exemplo o desenvolvimento expiral e outras metodologias próximas. Essas metodologias são mais dificeis de gerenciar também...

Daí o resultado: A gente não tem nem Cmm 3 direto, e o indianos mandam bala no Cmm 5....

Você acha isso justo???

Quanto eu tiver miinha empresa.. (rsrsrs.... ), primeiro me preocuparei com certificações do tipo ISO e outros do tipo... CMM só se essa coisa amadurecer mesmo!!!

Abraços!]]> http://www.guj.com.br/posts/preList/20820/115125.java http://www.guj.com.br/posts/preList/20820/115125.java GMT
O CMM foi o primeiro a surgi e justamente é voltado para software. Só que ele cresceu tanto que está abrangendo outras áreas fora software, como projetos de sistemas embarcados, por exemplo, o alarme de uma casa, o terminal de venda de um supermercado e até mesmo o projeto de um celular . Com isso alem da preocupação do software, tem o projeto do hardware, e com o passar do tempo, é necessário integrar o hardware com o software e aí que acontece os maiores paus.
Existe uma metodologia, chamada co-design que estuda isso, em como fazer um projeto de hardware em paralelo ao software e haver uma "integração perfeita".
A utilização do RUP é voltado para grandes projetos, por exemplo, a índia ser responsável por um componente, o Brasil por desenvolver outro componente, China responsável pelo hardware onde vai rodar o software, então eu acho que o RUP é burocrático, mas acredito que é um "mal necessário" para que um grande projeto não vá para o lixo.
Concordo que precisar ser mais ágil, tanto que cada empresa instancia o RUP na melhor forma possível, porque se fosse utilizar todas as atividades do RUP, seria somente preencher documento, quem trouxe o café para o desenvolvedor, quanto tempo levou isso, ...
Eu acho que RUP e XP são dois processos que podem se complementar. O RUP organizando e o XP colocando a mão na massa.
Até mesmo o CMMI tem no último estágio como sendo o de otimização do processo, ou seja, onde poderia tem um gargalo e poderia eliminar uma atividade e ser suprida por outra atividade. Então mesmo em processo com muita burocracia tem a preocupação do tempo.
Mas éeeeeeeeeee muito difícil conseguir isso, no Brasil somente tem a TATA como CMMI nível 5, e isso porque vieram todos importados de lá.
Concordo que quem sabe, não precisa mostrar papel com certificado Java, CMMI, de teste. Mas infelizmente, as grandes empresas então começando a exigir dos parceiros esses certificados para ganhar licitações e projetos.]]> http://www.guj.com.br/posts/preList/20820/115183.java http://www.guj.com.br/posts/preList/20820/115183.java GMT
Qual é a vantagem ?
Compare o CMM com a microsoft$ e SPICE com o linux.


]]> http://www.guj.com.br/posts/preList/20820/115191.java http://www.guj.com.br/posts/preList/20820/115191.java GMT ]]> http://www.guj.com.br/posts/preList/20820/115247.java http://www.guj.com.br/posts/preList/20820/115247.java GMT
[quote=cv]Vou contar como funciona na maioria dos projetos aqui da ThoughtWorks, sem tentar julgar muito:[/quote]

Vou listar o fluxo em algumas empresas verdadeiramente grandes que conheço para se fazer uma comparação (e esculhambarmos elas )

1 - Cliente pede algo
2 - Alguem eh mandado pra covnersar com o cara, faz n workshops, isso pdoe durar 2 meses facil facil
3 - O lider tecnico do projeto recebe um catalogo de requisitos enorme e impresso ou PDF (pra vc ver a "imutabilidade" da coisa)
4 - lider de qa escreve um escopo de teste em alto nivel
5 - Lider prepara um documento conceitual e um sobre a arquitetura, vao para o cliente
5 - apos aprovado, conceito eh dividio em componentes, cada um ehe specificado por uma pessoa ou mais (geralmente pessoas diferentes que nao vao implementar estes componentes, mas outros)
6 - qa começa a especificar testes dos componentes
7 - começa a implementação do sistema, em paralelo dos testes (esse paralelo eh sempre mentiroso)
8 - tudo eh reescrito um milhao de vezes, os documentos nao sao atualizados ate alguem chorar
9 - produto entregue
]]> http://www.guj.com.br/posts/preList/20820/115256.java http://www.guj.com.br/posts/preList/20820/115256.java GMT

Falando sério....cv, este cenário de testes da sua empresa é legal...

CMMI é dificil conseguir mesmo...algumas empresas que já tem CMM estão migrando para o CMMI....CMM já era! A TATA é a única CMMI nível 5 do Brasil...inclusive a certificada está aqui em Brasilia, mais precisamente no Brasilia Shopping... ....e para quem acha que certificar é só copiar e colar, estão enganados...[b]institucionalizar[/b] é muito mais do que dar treinamentos e workshops...é colocar na veia do cidadão processos de um nível de maturidade 5...facil pra quem jah ouviu um dia falar de CMM, quase impossível para quem nem sabe o que é isso!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/115298.java http://www.guj.com.br/posts/preList/20820/115298.java GMT

[quote=cv]As 3 letras malditas! SALVEM-SE DO RICHARDPEDER!
*se esconde debaixo da mesa e assume posicao fetal*[/quote]

Esse cv tem umas colocações muito engraçadas... to rindo aqui sozinho... lol
]]> http://www.guj.com.br/posts/preList/20820/115303.java http://www.guj.com.br/posts/preList/20820/115303.java GMT
No processo de CMMI, o mais difícil é a conscientização das pessoas que é necessário seguir umas regrinhas simples .

Acho que mais fácil para o pessoa de teste aceita melhor a implantação do CMMI na empresa do que os programadores.

Por falar em programador e testador, um problema que eu vejo, é que o programador acha que o testador está para derrubar o trabalho dele. Quando na verdade está querendo melhor o produto. Não se olha o erro do programador, mas sim, a qualidade do produto.
Uma analogia que eu faço é que o programador faz o diamante bruto e o testador, ajuda o programador, a lapidar esse diamante, tornando-o mais brilhante e apresentável.

Um abraço.]]> http://www.guj.com.br/posts/preList/20820/115305.java http://www.guj.com.br/posts/preList/20820/115305.java GMT
Pois eh, chama-se XP

E chega de CMM. As proximas mensagens fora de topico nessa thread serao deletadas/editadas. Nos ainda nao esquecemos, richard
http://www.guj.com.br/posts/list/11359.java]]> http://www.guj.com.br/posts/preList/20820/115306.java http://www.guj.com.br/posts/preList/20820/115306.java GMT
Se o programador acha que o QA ta querendo acabar com o trabalho dele, ele que tome vergonha na cara e faca um trabalho melhor da proxima. Nada de errado com isso, ou tem?

Um problema maior eh arrumar testadores ruins. Deem uma lida nesse artigo do Joel antes de continuar a conversa: http://www.joelonsoftware.com/articles/fog0000000067.html]]> http://www.guj.com.br/posts/preList/20820/115308.java http://www.guj.com.br/posts/preList/20820/115308.java GMT Um problema maior eh arrumar testadores ruins. Deem uma lida nesse artigo do Joel antes de continuar a conversa: http://www.joelonsoftware.com/articles/fog0000000067.html
[/quote]

Conversando com um conhecido sábado, diretor de uma multinacional que acaba de abrir um off-shore no rio:

[quote]Porra, programador aqui eu até acho, tá certo que muito poucos, mas não arrumei nenhum tester! Vocês não testam software aqui não? "Hey, it compiles, let's ship it!"[/quote]]]> http://www.guj.com.br/posts/preList/20820/115714.java http://www.guj.com.br/posts/preList/20820/115714.java GMT ]]> http://www.guj.com.br/posts/preList/20820/115715.java http://www.guj.com.br/posts/preList/20820/115715.java GMT )

1 - Cliente pede algo
2 - Alguem eh mandado pra covnersar com o cara, faz n workshops, isso pdoe durar 2 meses facil facil
3 - O lider tecnico do projeto recebe um catalogo de requisitos enorme e impresso ou PDF (pra vc ver a "imutabilidade" da coisa)
4 - lider de qa escreve um escopo de teste em alto nivel
5 - Lider prepara um documento conceitual e um sobre a arquitetura, vao para o cliente
5 - apos aprovado, conceito eh dividio em componentes, cada um ehe specificado por uma pessoa ou mais (geralmente pessoas diferentes que nao vao implementar estes componentes, mas outros)
6 - qa começa a especificar testes dos componentes
7 - começa a implementação do sistema, em paralelo dos testes (esse paralelo eh sempre mentiroso)
8 - tudo eh reescrito um milhao de vezes, os documentos nao sao atualizados ate alguem chorar
9 - produto entregue
[/quote]

Vou tomar a liberdade de modificar um pouco o item 9

9 - produto entregue *com um atraso enorme*]]> http://www.guj.com.br/posts/preList/20820/120196.java http://www.guj.com.br/posts/preList/20820/120196.java GMT http://www.guj.com.br/posts/preList/20820/187976.java http://www.guj.com.br/posts/preList/20820/187976.java GMT ]]> http://www.guj.com.br/posts/preList/20820/188359.java http://www.guj.com.br/posts/preList/20820/188359.java GMT http://www.guj.com.br/posts/preList/20820/188384.java http://www.guj.com.br/posts/preList/20820/188384.java GMT

tendência.]]> http://www.guj.com.br/posts/preList/20820/226589.java http://www.guj.com.br/posts/preList/20820/226589.java GMT
"Durante muitos anos, nossa única defesa contra erros de programação era o projeto cuidadoso e ainteligência própria do programador. Estamos agora em uma era em que técnicas modernas de projeto [e revisões técnicas formais] estão nos ajudando a reduzir o número de erros iniciais que são inerentes ao código. Analogamente, diferentes métodos de testeestão começando a se agregar em várias abordagens e filosofias distintas."

Engenharia de Software (Roger S. Pressman) Sexta Edição/
Capítulo 13- Estratégias de Teste de Software/ página 288/ 3ºparágrafo ]]> http://www.guj.com.br/posts/preList/20820/226606.java http://www.guj.com.br/posts/preList/20820/226606.java GMT ]]> http://www.guj.com.br/posts/preList/20820/226744.java http://www.guj.com.br/posts/preList/20820/226744.java GMT
Teste de software é a unica forma de garantir q em algum momento aquele programa funcionou mais ou menos como deveria funcionar. Ter gente especializada nisso pode ser bom ou ótimo, depende de muita coisa ]]> http://www.guj.com.br/posts/preList/20820/226767.java http://www.guj.com.br/posts/preList/20820/226767.java GMT Eu trabalho em uma empresa de software que tem um produto pronto porém tem que liberar versões periodicamente. Cada versão tem varias builds, e cada build vários chamados de implementações novas e correções. As builds são desenvolvidas e entregues para a area de teste (onde trabalho) que testa conforme os chamados, (os homologadores conhecem do sistema), e devolvem as builds com os erros encontrados. O ciclo se repete até "teoricamente" não ter mais nenhum erro nem chamado para aquela versão. Os testes não são documentados e quando um funcionário sai da empresa o conhecimento vai com ele. Gostaria de saber se vocês tem uma sugestão de processo de software que atenda ao cenário acima. A empresa nao utiliza teste automatizado, ja compramos uma ferramenta "testcomplete", porém acho melhor implantar um processo primeiro e depois automatiza-lo.]]> http://www.guj.com.br/posts/preList/20820/227559.java http://www.guj.com.br/posts/preList/20820/227559.java GMT
http://www.imasters.com.br/artigo/4435/des_de_software/fabrica_de_testes_-_parte_01/

Sobre testes automatizados: se o processo de teste não é documentado, teste automatizado não serve pra nada, pois a automação também é um processo de desenvolvimento.

Seria interessante a implantação de testes unitários. Pesquise sobre isso. Não tem q comprar nenhuma ferramenta cara, a principio, pois existem frameworks (Junit, Nunit, CPPUnit) gratuitos que ajudam nessa parte.]]> http://www.guj.com.br/posts/preList/20820/227566.java http://www.guj.com.br/posts/preList/20820/227566.java GMT Obrigado, vou dar uma olhada. Sobre o tópico acredito que seja uma tendência sim, pois trabalho com sistemas a um bom tempo e sei o tanto que um sistema pode ser prejudicial ao cliente se não tiver uma qualidade adequada.
Sobre o problema que descrevi a verdadeira dificuldade não é nem a automatização do teste e sim propor um processo de teste, de preferencia agil que se adeque ao cenário. Com documentação apropriada e atividades e papeis adequados. Alguém tem alguma sugestão?]]> http://www.guj.com.br/posts/preList/20820/227607.java http://www.guj.com.br/posts/preList/20820/227607.java GMT - não, não é mais um bug por que o cliente acha que validar CPF é algo desnecessário
- Ah...

2 semanas depois
- Po ninguem viu q o sistema não valida CPF???
- Mas isso não tinha caido fora?
- Caiu mas voltou, tem um mail sobre isso, ou me falaram no telefone...

+ 2 semanas
- Quem disse que tem que ter campo CPF nessa tela?
- ok, a gente tira... [/quote]

"propor um processo de teste, de preferencia agil que se adeque ao cenário. Com documentação apropriada e atividades e papeis adequados."

Normalmente vc tem pelo menos dois papeis.

- Analista de testes (que sabe o que deve ser testado)
- Testadores (que executam os testes)

Para ele ser ágil, vc só deve atualiza-lo de acordo com as mudanças no seu cenário. Os testes são planejados junto da análise, executados depois da codificação, segue o ciclo de correção de bugs, etc.

Dificil mesmo é fazer isso tudo funcionar bem certinho. A documentação que vc precisa deve ser, digamos, semelhante à documentação de desenvolvimento. Tente fazer análogos.

Vc tem um documento que diga como contruir o componente X para o programador se basear? Fala algo que seja suficiente para o testador usar.

Este documento precisa de informações de outros documentos, e por ai vai. Existem modelos por ai, porém não sei se vale a pena fazer todo um ambiente de testes baseados exatamente em documentos extrangeiros que possam não ter haver com a forma como a sua empresa trabalha. A ideia é adapta-los a sua realidade.]]> http://www.guj.com.br/posts/preList/20820/227625.java http://www.guj.com.br/posts/preList/20820/227625.java GMT http://computerworld.uol.com.br/gestao/2006/10/04/idgnoticia.2006-10-04.5523272156/IDGNoticia_view

bem interessante]]> http://www.guj.com.br/posts/preList/20820/227798.java http://www.guj.com.br/posts/preList/20820/227798.java GMT
Aí já era. Ou colocam um estagiário para corrigir os testes ou eles permanecem quebrados mesmo.

Por isso, testes unitários exigem disciplina, tanto dos implementadores quanto dos coordenadores de projeto, para que estes procurem prazos justos, e aqueles não desprezem os testes.]]> http://www.guj.com.br/posts/preList/20820/228949.java http://www.guj.com.br/posts/preList/20820/228949.java GMT
<a href="http://cruisecontrol.sourceforge.net/">Disciplina</a>]]> http://www.guj.com.br/posts/preList/20820/229051.java http://www.guj.com.br/posts/preList/20820/229051.java GMT preciso de umas dicas de automatização de testes funcionais, estou usando o Badboy mas ocorre alguns Bugs quando abro uma popup no sistema....]]> http://www.guj.com.br/posts/preList/20820/232307.java http://www.guj.com.br/posts/preList/20820/232307.java GMT
E concordo tb que testes por si só não resolvem...metodologias, melhores praticas, padroes de desenvolvimento, etc formam o conjunto...os testes somente e não se adotar mais nada de nada adianta.


ate mais...]]> http://www.guj.com.br/posts/preList/20820/232633.java http://www.guj.com.br/posts/preList/20820/232633.java GMT Testar o software? Que maluquice, onde já se viu isso...]]> http://www.guj.com.br/posts/preList/20820/235065.java http://www.guj.com.br/posts/preList/20820/235065.java GMT Testar o software? Que maluquice, onde já se viu isso...[/quote]

Deve ser moda e maluquice no planeta que vc vive....fora da Via Lactea!



ate mais...]]> http://www.guj.com.br/posts/preList/20820/235268.java http://www.guj.com.br/posts/preList/20820/235268.java GMT Testar o software? Que maluquice, onde já se viu isso...[/quote]

Deve ser moda e maluquice no planeta que vc vive....fora da Via Lactea!
[/quote]

Richard, desculpa, acho que não fui claro. Mas estava sendo irônico. Sou um grande entusiasta de XP e uma das premissas para o XP funcionar, são testes.

Um grande abraço.]]> http://www.guj.com.br/posts/preList/20820/235292.java http://www.guj.com.br/posts/preList/20820/235292.java GMT Com a experiência, nós aprendemos que o melhor modo de expressar ironia aqui no GUJ é usando tags.

[ironico]Se é que você me entende...[/ironico]

Sabe como é esse povo de TI, né? ]]> http://www.guj.com.br/posts/preList/20820/235319.java http://www.guj.com.br/posts/preList/20820/235319.java GMT Com a experiência, nós aprendemos que o melhor modo de expressar ironia aqui no GUJ é usando tags.

[ironico]Se é que você me entende...[/ironico]

Sabe como é esse povo de TI, né? [/quote]

Er... de onde vc tirou essa?]]> http://www.guj.com.br/posts/preList/20820/235327.java http://www.guj.com.br/posts/preList/20820/235327.java GMT Er... de onde vc tirou essa?[/quote]

<lendas>
Acho que o problema maior é saber fazer uso da ironia
</lendas>

<lombras>
Sendo cuidadoso nem precisa usar essas tags
</lombras>]]> http://www.guj.com.br/posts/preList/20820/235343.java http://www.guj.com.br/posts/preList/20820/235343.java GMT
alguém teria boas referências ( artigos, sites, livros, pdfs, etc...) sobre testes de software ? Tenho o livro de pressman de E.S. mas ele fala pouco. Queria algo que abrangesse desde testes unitários, testes integrados, rotinas, procedimentos, métodos, etc... estou coletando algumas coisas, mas queria alguma recomendação de vocês do GUJ.

Obrigado

]]> http://www.guj.com.br/posts/preList/20820/235389.java http://www.guj.com.br/posts/preList/20820/235389.java GMT Ah, cv, é só pra mais uma vez bancar o "vejam-só-como-eu-sou-esperto-e-sei-inventar-uma-resposta-criativa"? Você mesmo já usou várias vezes aquilo aqui no GUJ (não necessariamente com ironia...). ]]> http://www.guj.com.br/posts/preList/20820/235476.java http://www.guj.com.br/posts/preList/20820/235476.java GMT http://www.psmsc.com/ESx.asp

alguém que já usou essa ferramenta e pode opinar sobre ela?

Valeu!

[]'s
]]> http://www.guj.com.br/posts/preList/20820/540285.java http://www.guj.com.br/posts/preList/20820/540285.java GMT http://www.psmsc.com/ESx.asp

alguém que já usou essa ferramenta e pode opinar sobre ela?

Valeu!

[]'s
[/quote]

Chegou beeeeeem atrasado cara. Este tópico estava enterrado há 2 anos. ]]> http://www.guj.com.br/posts/preList/20820/540582.java http://www.guj.com.br/posts/preList/20820/540582.java GMT
Ressurgindo das cinzas!

lol]]> http://www.guj.com.br/posts/preList/20820/540697.java http://www.guj.com.br/posts/preList/20820/540697.java GMT http://www.guj.com.br/posts/preList/20820/543813.java http://www.guj.com.br/posts/preList/20820/543813.java GMT
Desde já agradeço,
Thiago Campos.]]> http://www.guj.com.br/posts/preList/20820/630574.java http://www.guj.com.br/posts/preList/20820/630574.java GMT
Não sou da área técnica, mas é interessantíssimo acompanhar o debate, de um assunto tão presente no meu dia a dia.

Teste de software não é tendência ou moda! É ganha pão, no meu caso. Eu vendo o que vocês discutem.

A questão interessante de tantos pontos de vista, é que independente da metodologia utilizada pelas empresas desenvolvedoras, tanto quanto pelas rotinas ou "teses!" defendidas na hora do teste, o dia a dia me aponta dois pontos cruciais nessa equação:

Quanto custa um erro: em desenvolvimento e na homologação. Custa muito caro! Custa carreira de muita gente, custa tempo ( esse é o bem mais valioso), custa dinheiro e na maioria da vezes, dinheiro dos outros....e pode custar vidas. A morte de pessoas.

O cerne do teste, começa ali, na hora que o cliente chama o desenvolvedor e diz: eu preciso disso.....

Quem garante que o que foi pedido será realmente entregue? Exatamente da forma como o usuário necessita? A qualidade começa no momento da definição dos requisitos dos sistemas. Sendo ainda um pouco menos técnica, e bastante superficial, começa na alfabetização e na capacidade de cada ser humano em realizar uma adequada interpretaçao de texto.

O ponto é simples: aprendi ( e não estou sendo tendenciosa) ao acompanhar cerca de 7 grandes projetos de test center, participando das reuniões de projetos, que o teste e todos os tipos deles ( funcionais, não funcionais, exploratórios, unitários, de performance, de integração, de segurança, entre outros) são medidas para economizar. São parâmetros de eficiência e eficácia de cada etapa que envolve a construção de um software.

Querem um exemplo? Quanto uma determinada companhia perdeu de dinheiro, quando diante de uma promoção de venda de passagens ou de um show, realizada pela internet, o site ficou fora do ar por pelo menos um dia? 24 horas? MUITO DINHEIRO! Erro no código na aplicação... erro na capacidade de realizar simultaneamente a mesma operação...Erros de infra.

Quando cai um avião, por um erro da aplicação do controle da aeronave, morrem pessoas e perdem-se patrimônios.

A falta de teste, dói no bolso! e pode doer na vida das pessoas também. Não podemos achar que nada temos a ver com isso.

A área de Qualidade de software tem uma missão, e a meu ver quase impossível: que absolutamente ninguém sinta-se constrangido por um erro encontrado, mas sim feliz por participar de uma cadeia de ações ( desde a idéia da concepção do software), para se fazer algo em menos tempo, gastando-se menos dinheiro e de uma forma melhor.

Experiência pessoal: o retorno de um investimento em uma fábrica de software de testes funcionais, foi de 4 meses. Ou seja: O meio milhão de reais que foi gasto em medidas preventivas com a fábrica de testes, fez com que a empresa recuperasse o dinheiro em 4 meses de projeto ( diminuição de retrabalho, satisfação de clientes, et..etc...etc..). O cliente agradeceu em festa!

Não adianta se construir uma casa maravilhosa, caprichando no material, nos profissionais, na arquitetura, seja de alvenaria ( RUP) ou pré-fabricada ( métodos ágeis), se ao final, na entrega das chaves, casualmente se perceber que a casa não tem as janelas ou que as portas não abrem, simplesmente porque ninguém "unitariamente" observou a falta das esquadrias ou das maçanetas.

Espero ter contribuído.

[]s

Regina

]]> http://www.guj.com.br/posts/preList/20820/659145.java http://www.guj.com.br/posts/preList/20820/659145.java GMT ]]> http://www.guj.com.br/posts/preList/20820/659203.java http://www.guj.com.br/posts/preList/20820/659203.java GMT
A Regina falou tudo no post dela!

E essa teoria de que o erro custa mais caro quanto mais tarde ele for encontrado faz parte do conceito da "regra 10 Myers". Hoje temos muita literatura e as mesmas já estão sendo difundidas, então, a tendencia é esta area crescer rapidamente e não há como não realizar testes independentes nos softwares hj em dia...é tao necessário quanto criar o código!


ate mais...]]> http://www.guj.com.br/posts/preList/20820/659227.java http://www.guj.com.br/posts/preList/20820/659227.java GMT