Testes de Software: Tendencia ou moda?

111 respostas
richardpeder

Galera,

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…

111 Respostas

D

Ah é um requisito né! As coisas estão ficando bem complicadas pra um único desenvolvedor (ou grupo) desenvolver e testar. Tem q ter equipe de teste que reporte muito bem os bugs, como reproduzi-los e saber depois dizer se foi fixado ou não.

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.

ricardolecheta

Esses tempos atrás eu estava lendo um livro de Martin Fowler:

O mestre disse algo assim :slight_smile:

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.

cv1

Fazendo algumas substituicoes interessantes:

— 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 —

rodrigo_gomes

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

louds

Eu vejo que a grande dificuldade hoje não é testar ou não testar, mas como vender isso para alguns clientes.

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.

rogeriop80

Acho que há alguns conceitos no mundo dos testes que devem ser bem definidos…

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

Luca

Olá

Concordo!

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

richardpeder

@cv: me desculpe, mas não curti a sua colocação na minha mensagem que vc alterou!

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…

D

E depois outra, isso é um fórum de discussão não é?! :wink:

Thiago_Senna

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

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

richardpeder

Colocações legais as suas Thiago…mas discordo de algumas…

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! :wink:

ate mais…

Luca

Olá

Richard, por algumas frases suas, tomo a liberdade de recomendar o livro Domain-Driven Design. 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 What Is Domain-Driven Design

[]s
Luca

Thiago_Senna

E ai Richard!

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

F
[boiando_no_assunto]
Que tipo de testes voces estao falando? Nao sao os testes unitarios neh?
[/boiando_no_assunto]

]['s

richardpeder

Otimas colocações Thiago!

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 ! :wink:

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

ate mais…

Thiago_Senna

Olá Fábio!

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

Thiago_Senna

Olá Richard!

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

Luca

Olá

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

F

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

jgbt

não li todos os posts mas vou dar minha opinião:
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

richardpeder

Pela maioria aqui os testes realmente é uma tendencia, como já imaginava…

No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!

ate mais…

cv1

richard, de que tipo de testes vc ta falando?

Daniel_Quirino_Olive

richardpeder:
Pela maioria aqui os testes realmente é uma tendencia, como já imaginava…

No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!

ate mais…

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. :stuck_out_tongue:

richardpeder

@cv: Falo de Testes em geral…mais precisamente testes que interessam o cliente (funcionalidade).

@ Daniel: Exatamente os testes funcionais que to citando! :wink:

ate mais…

Rafael_Steil

“testes que interessem ao cliente”? Mas se for para garantir a qualidade, todo tipo de teste interessa ao cliente, inclusive os unitarios.

Rafael

richardpeder

Desculpe Rafael…eu me coloquei errado!

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! :slight_smile: :wink:

ate mais…

louds

Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

richardpeder

louds:
Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

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…

Daniel_Quirino_Olive

richardpeder:
louds:
Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

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…

Ahh é? Por quê?

louds

Demais testes quais Richard? Eu acho que testes unitarios e de integração são melhores feitos pela própria equipe que desenvolve o sistema.

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.

Z

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

Thiago_Senna

Olá Zapio!!!

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!

Z

Valeu Thiago pela força, e vou tentar achar sim este livro [color=darkred]pelas livrarias da cidade ou na coleção de meus queridos amigos Ou ou pelo meios práticos da informática e maravilhas da internet[/color]… Outro q achei na net foi o :

Projeto e Engenharia de Software: Teste de Software
TRAYAHU R. MOREIRA FILHO e EMERSON RIOS
Editora: Alta Books
ISBN: [telefone removido]
Ano: 2002
Edição: 1

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

pcalcado

Idéia brilhante :idea: :idea: :idea: :idea:

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

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

Z

Idéia brilhante :idea: :idea: :idea: :idea:

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

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

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 !!! :evil: [/size]

pcalcado

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.

Causar?

zapio:

[size=9]Sempre tem q ter um neh ?!? incrivel !!! :evil: [/size]

Um consciente de que PIRATARIA É CRIME? Obrigado pelo elogio.

jc_oz

zapio:
mas acho que constituesse pirataria todo o produto alheio que é reproduzido afim de se tirar proveito financeiro e distribuição de cópias.

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

zapio:

[size=9]Sempre tem q ter um neh ?!? incrivel !!! :evil: [/size]

Um não, vários, aqui vc não vai encontrar muita gente que apoie esse tipo de coisa.

Z

PQP !! naum foi elogio, mas tb …[color=darkred] eu escrevo muitas abreviações inúteis que só servem para dizer absolutamente nada de útil e confundir pessoas não providas de inteligência[/color], fik na sua jow !!! Ou se vc tiver “bala na agulha”(algum ), dá seus pulos que da minha vida e meus problemas cuido eu, flw !!!

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

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

vc acha que é uma boa adquiri este livro como apoio ao meu TCC ?

pcalcado

zapio,

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

Z

jc_oz:
zapio:
mas acho que constituesse pirataria todo o produto alheio que é reproduzido afim de se tirar proveito financeiro e distribuição de cópias.

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

zapio:

[size=9]Sempre tem q ter um neh ?!? incrivel !!! :evil: [/size]

Um não, vários, aqui vc não vai encontrar muita gente que apoie esse tipo de coisa.

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

Z

pcalcado:
zapio,

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

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

pcalcado

zapio:
Num acho que foi ofensa e sim um elogio !!!

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,

Rafael_Steil

Talvez a gente devesse esperar ele terminar o TCC, conseguir com alguem uma copia, mudar o nome do autor e requisitar creditos pelo mesmo :mrgreen:

Justo nao? tao justo quanto roubar um livro.

Rafael

Z

Achu q vc não ta me entendendo ou no mínimo num prestou atenção em nada para afirmar que não tem a ver o assunto deste tópico com meu TCC !!!
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 !!! :slight_smile: Agora com o apoio do Adminstrador, aí fud… hahahaha
snif… snif… que forum comédia meu !!! tava tão interessante o tópico !!! :lol: heheheh

pcalcado

zapio:
Achu q vc não ta me entendendo ou no mínimo num prestou atenção em nada para afirmar que não tem a ver o assunto deste tópico com meu TCC !!!

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

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

Z

Dexa pra lá… vc tinham me irritado, mas ao fim vcs acabaram alegrando meu dia !!! Seria de muita utilidade vc ou o moderador, se me deletassem de membro deste forum ou me orientasse como o posso fazer !!! hehehehehehe … :smiley:

louds

Esse tipo de comentario me faz pensar na lisura do trabalho que ele vai produzir.

fzampa

zapio:
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 !!!

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? :wink:

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

Thiago_Senna

Olá Pessoal!!!

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

Z

fzampa:
zapio:
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 !!!

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? :wink:

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

Ok Fzampa, 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 !!!

Louds, 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 Thiago, 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 pcalcado 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 !!!

Diogenes

Sandalha da Humildade pro Zápio!!! :mrgreen:

F

Diogenes:
Sandalha da Humildade pro Zápio!!! :mrgreen:

Pois é, não é “fugindo” que resolve os problemas. 8)

]['s

Paulo_Silveira

pessoal, sem exageros e tal. basta uma bronquinha quando aparecer topico de pirataria. ai se o cara continuar pode brigar.

Rubem_Azenha

cheguei atrazado :stuck_out_tongue:
pelo que eu o pessoal do GUJ não deve curtir muito P2P :stuck_out_tongue:

J

Olá pessoal,

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?

cv1

James, nao entendi bem a sua pergunta. Que quanto mais testes executados com mais frequencia melhor pra qualidade, me parece que ja ficou obvio. O que esta faltando discutir?

J

Desculpe cv, acho que realmente não expliquei direito.

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.

J

Eu acretido que os testes são fundamentais para a qualidade de um software. Não só os testes que dizem respeito as funcionalidades do sistema (regras de negocio), mas também testar as condições (ambiente, sistemas operacionais, condições técnicas em geral) são muito importantes.
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”…

J

Aí jprogrammer que entra o processo de revisão e inspeção. Para validar os teste e verificar esses pontos que vc citou. Um dos objetivos principais do testador é forçar o erro do programa. Para caixa branca, um dos erros mais graves lançar um exception e esse não for tratado e na caixa preta, seria forçar o programa travar.

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.

cv1

Um “processo” de revisao e inspecao de testes burocratico tambem nao ajuda muito. Vou contar como funciona na maioria dos projetos aqui da ThoughtWorks, sem tentar julgar muito:

:arrow: Analista de negocios (BA) descobre um requisito e poe num cartao
:arrow: Analista de testes (QA) converesa com o BA e descreve no cartao alguns cenarios de teste
:arrow: Desenvolvedor estima o tempo que vai demorar pra implementar aquele cartao
:arrow: Desenvolvedor senta com o QA e verifica que os testes que ele bolou sao os que o QA queria
:arrow: 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 :slight_smile:

Rafael_Nunes

Putz, eu detesto isso de estimar prazo pra desenvolvimento.

Porém, isso vocês fazem com todo requisito?

cv1

Estimar um projeto inteiro eh muito mais complicado do que uma tarefa: o tamanho de cada tarefa nos cartoes geralmente nao passa de 3 ou 4 dias (em alguns projetos/casos especificos, chega a duas semanas, no maaaaaaaximo). Entao, nao eh tao chato assim: uma tarefa definida como “itens do carrinho de compras devem ser excluidos quando a quantidade selecionada pelo usuario eh 0” eh muito mais facil de estimar do que algo aberto como “carrinho de compras”. :wink:

J

Olá cv,

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, …

cv1

James, o cartao eh a unica coisa que fica visivel o tempo todo - claro, todos os artefatos criados por causa dele continuam valendo como material de suporte: o BA escreve alguma documentacaozinha, o desenvolvedor escreve testes unitarios, codigo e mais alguma documentacaozinha, o QA escreve um cenario de testes de stress, ou um teste funcional, ou algo do genero, afinal, depende muito do projeto.

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.

Grinvon

É uma tendência de toda a grande empresa e todas elas que querem ter a certificação CMM

cv1

As 3 letras malditas! :shock: SALVEM-SE DO RICHARDPEDER!
se esconde debaixo da mesa e assume posicao fetal

Thiago_Senna

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… :smiley: ), primeiro me preocuparei com certificações do tipo ISO e outros do tipo… CMM só se essa coisa amadurecer mesmo!!!

Abraços!

J

Existe realmente uma diferença entre CMM e CMMI.

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.

J

Tem também uma iniciativa chamada SPICE que tem a haver também com a ISO 15.000 e alguma coisa que eu não me lembro.

Qual é a vantagem ?
Compare o CMM com a microsoft$ e SPICE com o linux.

cv1

Gente, comecem um novo topico se for pra discutir ___ (eu nao vou usar as letras malditas). Vamos voltar ao assunto, por favor. Essa thread ja ta bem grandinha :slight_smile:

pcalcado

Ok, apra voltar ao assunto…

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

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

richardpeder

Alguém por acaso falou de CMM/CMMI aqui?! :smiley: :slight_smile: :lol:

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… :slight_smile: …e para quem acha que certificar é só copiar e colar, estão enganados…institucionalizar é 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! :wink:

ate mais…

V

pcalcado, acho que agente foi co-worker e não sabia… :smiley:

cv:
As 3 letras malditas! :shock: SALVEM-SE DO RICHARDPEDER!
se esconde debaixo da mesa e assume posicao fetal

Esse cv tem umas colocações muito engraçadas… to rindo aqui sozinho… lol

J

Concordo com Richardpeder,

No processo de CMMI, o mais difícil é a conscientização das pessoas que é necessário seguir umas regrinhas simples :lol: .

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.

cv1

Pois eh, chama-se XP :mrgreen:

E chega de CMM. As proximas mensagens fora de topico nessa thread serao deletadas/editadas. Nos ainda nao esquecemos, richard :smiley:
http://www.guj.com.br/posts/list/11359.java

cv1

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? :slight_smile:

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

pcalcado

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

cv1

AKA “Metodologia de Desenvolvimento de Software Netscape” :mrgreen:

plentz

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

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

Vou tomar a liberdade de modificar um pouco o item 9

9 - produto entregue com um atraso enorme

edmoks

Pessoal, estou começando agora com testes e o meu projeto está sem a licença do Robot da Rational. Você poderiam me indicar bons Softwares pra Teste que sejam open-source? Obrigado!!

cv1

Selenium, Sahi, JUnit, TestNG, JBehave, RSpec, Abbot e Costello sao um bom comeco. :wink:

Rubem_Azenha

Quanto nome, CV, não conhecia todos estes. Geralmente uso JUnit ou uma de suas extensões. Qual destes você usa? Qual a vantagem sobre o JUnit?

T

Tendência,com certeza… Uma vez que a comunicação via internet cresce e a cada dia se torna insubstituível, a operação ded testes é proporcional a este crescimento.

:arrow: tendência.

T

ainda é válido:

“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

cv1

Ainda continuo achando que quem pensa que testes de software sao “tendencia” esta vivendo numa realidade de muuuuuuuuitos anos atras. :wink:

peczenyj

Depende da realidade, em empresas mal-estruturadas pode ser moda sim.

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 :slight_smile:

R

:wink: 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.

peczenyj

Veja este e outros artigos do autor para ter uma ideia

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.

R
  1. 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?
peczenyj

- ei, achei um bug, eu cadastro uma pessoa com CPF invalido e está sendo aceito

  • 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… :)

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

Fabricio_Cozer_Marti

pra quem ainda não leu http://computerworld.uol.com.br/gestao/2006/10/04/idgnoticia.2006-10-04.[telefone removido]/IDGNoticia_view

bem interessante

C

O grande problema é quando os testes unitários quebram! Geralmente, na implementação inicial todos eles funcionam perfeitamente. Porém, na primeira mudança de requisito, o implementador (por descuido, relaxo ou prazo apertado) faz a alteração sem atualizar o teste unitário.

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.

cv1

Disciplina

C

Pessoal alguem já usou o Badboy?
preciso de umas dicas de automatização de testes funcionais, estou usando o Badboy mas ocorre alguns Bugs quando abro uma popup no sistema…

richardpeder

Abri este tópico a mais de um ano atras e hoje acredito que testes não é moda nem tendencia…é necessidade!

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…

daniellibanori

Com certeza é MODA!
Testar o software? Que maluquice, onde já se viu isso…

richardpeder

daniellibanori:
Com certeza é MODA!
Testar o software? Que maluquice, onde já se viu isso…

Deve ser moda e maluquice no planeta que vc vive…fora da Via Lactea! :-o

ate mais…

daniellibanori

richardpeder:
daniellibanori:
Com certeza é MODA!
Testar o software? Que maluquice, onde já se viu isso…

Deve ser moda e maluquice no planeta que vc vive…fora da Via Lactea! :-o

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.

Z

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é? :smiley:

cv1

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é? :D

Er… de onde vc tirou essa?

Proteu_Alcebidiano

cv:

Er… de onde vc tirou essa?

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

<lombras>
Sendo cuidadoso nem precisa usar essas tags
</lombras>

Fabricio_Cozer_Marti

Olá,

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

Z

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…). :wink:

pedrohsa

http://www.psmsc.com/ESx.asp

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

Valeu!

[]'s

victorwss

Chegou beeeeeem atrasado cara. Este tópico estava enterrado há 2 anos. :roll:

pedrohsa

Eu sou como a Phoenix! xD

Ressurgindo das cinzas!

lol

pedrohsa

Alguém conhece alguma ferramenta boa, de métricas, para teste de software?

thiagocp

Pretendo fazer meu projeto final na faculdade falando alguma coisa relacionada a testes de software. Já coletei bastante material (livros, pdfs, sites) mas ainda não consegui selecionar um tema para poder desenvolver meu TCC. Alguém teria sugestões de temas e se possível materiais relacionados à estes?

Desde já agradeço,
Thiago Campos.

R

Boa noite a todos!

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

Marcio_Nogueira

Uma ǹecessidade. :wink:

richardpeder

Abri este tópico a 4 anos atras e naquela epoca já tinha certeza que era uma necessidade, hoje nem se fala!

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! :smiley:

ate mais…

Criado 26 de fevereiro de 2005
Ultima resposta 25 de mar. de 2009
Respostas 111
Participantes 41