| Autor |
Mensagem |
|
|
Um approach que tenho utilizado na nomenclatura dos meus métodos de teste é a utilização de "_" entre as palavras, tornando a leitura mais fácil. Vi em um paper do Neal Ford, tipo:
melhor ainda se você usa java 1.5, com JUnit 4.4, pode retirar a palavra "teste", caindo para o approach de Behaviour-Driven Development, onde vc deve identificar comportamentos para os objetos que vocês está verificando.
|
 |
|
|
saoj wrote:
cv wrote:
saoj wrote:Testes só é necessário se o seu sistema estiver mal-feito.
Caralho. Eu vou colar isso na parede. saoj, manda uma foto sua pra mim?
- Testes são demorados
- Testes são chatos de se fazer
- Testes geralmente não conseguem testar todos os cenários.
- Testes possuem falso-positivos, ou seja, não acusam problemas mas quando vc coloca em produção dá algum erro.
- Na grande maioria dos casos é IMPOSSÍVEL reproduzir o ambiente de produção num ambiente de testes. (Pergunte para as mais de 20 bolsas para as quais eu tive que escrever uma conexão esse ano...)
- Se vc está modificando um sistema pouco organizado, sem boas práticas de OO vc com certeza precisa de testes. (que provavelmente não vão funcionar também)
- O JForum não tem testes unitários (acabei de falar com o Rafael Steil). É inútil tb? Peço que troquem o fórum do GUJ urgentemente, pois isso é um atente as boas práticas de tecnologia.
- Falei para o Rubem que se ele quisesse fazer testes unitários para o Mentawai ele poderia fazer sem problemas. Ele falou que sim, ok. Isso é muito importante. Fez 2 testes e não fez mais nada. Vai dizer que estava sem tempo para fazer isso. Ok. As pessoas são livres para fazer o que quiser...
Testes não são demorados, quanto menos chatos, se vc é adepto de TDD no desenvolvimento de software.
Mas se vc ja desenvolveu tudo sem testes e ainda oferece resistência a isso......
Essa opinião, infelizmente ainda é muito comum por aí,
pessoas acharem que é perda de tempo, justamente pq "não conseguem ver resultados", e mesmo mostrar resultado.
Pense que vc estará garantindo a integridade do seu sistema, especialmente sistemas do domínio que vc trabalha,
onde qq erro perde-se muita grana.
E se vc acha que todos os cenários não possam ser testados, passe a escrever testes....vc vai evoluir na idéia e na
habilidade de escreve-los e vai sacar que é possível sim cobrir os cenários.
O que atrapalha na maioria dos casos é a preguiça.
|
|
|
|
afsrj wrote:PARABENS ³
Cada dia que passa vejo que nao escolhi o framework errado!!!
Um espetaculo Sergio...
Uma dica, se esforca nesse MentaBeans, faca com que ele se possivel se torne um framework a parte do Menta.. E tente encaixar logo o suporte a list, collection e etc...
Porque to vendo que vai da SAMBA!
PARABENS IRMAO!
Vc está falando sério?
|
|
|
|
Paulo Silveira wrote:
@org.hibernate.annotations.Entity(dynamicUpdate=true)
Valew Paulo, tava pesquisando algo sobre isso.
|
|
|
|
Caimos nakele ponto conhecido, onde um desenvolvedor não tem o que fazer, diante de empresas que só pensam em faturar, e vendem projetos com prazos apertadíssimos pra poder ganhar cliente, e quem aguenta são os deselvolvedores......
véio, conselho.....o tempo que vc gastaria para fazer seus diagramas de forma bunitinha e formalizada, e que no fim das contas, provavelmente não servirão pra nada, a não ser para seu uso....vc gastaria escrevendo testes unitários, se não der pra tudo, pelo menos pras partes mais críticas do seu projeto.
Abraço.
|
|
|
|
|
http://java.sun.com/blueprints/corej2eepatterns/Patterns/DataAccessObject.html
|
|
|
|
Ou seja......aki, 2010, custando algo em torno de R$6000.
Pra não pegar dentro do túnel!!!!
|
|
|
|
|
Fui com o Shoes. Realmente mto boa palestra....rápida, objetiva!
|
|
|
|
Você já ouviu falar da opção disjunction da API? Da uma olhadinha.....vai matar isso ae rápido!
Abraço!
|
|
|
|
Show de bola véiooooo!!!!!!
Parabéns!
|
|
|
|
|
Legal tb é dar uma olhada na integração do Spring com o Hibernate......particularmente eu gosto.
|
|
|
|
|
Esses nomes de tabela e de atributos são realmente do seu sistema?
|
|
|
|
Cuidado quando for colocar um DAO singleton, pois este se utilizar uma Session no escopo da classe......vc poderá uma hora levar uma exception, dizendo qua a Session está fechada.
A maneira que eu costumava fazer......era criar tipo uma classe utilitária de hibernate....onde ela tem um SessionFactory static........e desse session factory..........vc vai pegando o current session. Thread local.
Não tenho o código aki, mas idéia é + ou - essa.
Abraço!
|
|
|
|
Ou podes usar a classe TreeSet, que ela ordena seus objetos automaticamente, na medida que você vai inserindo.....vc tb precisa prover um Comparator.
Abraço!
|
|
|
|
Pense comigo......vc tem uma entidade do tipo "Automovel", um exemplo esdrúxulo.....dentre as funcões de um automóvel estão tipo:
- acelerar;
- frear;
- virar pra esquerda;
- virar pra direita;
ae vc vem com funções do tipo:
- persistir;
- remover;
- listar;
sinceramente....eu, PESSOALMENTE, costumo seguir a ideologia de Domain Driven Design, onde acho que esse tipo de coisa não se encaixa muito bem....não acho intuitivo.
Abraço!
|
|
|
|