Instalando o SimpleTest

1. Baixe a versão mais atual do SimpleTest no site http://www.simpletest.org (a versão que usaremos nessa sequência de tutoriais é a 1.0.1). A framework é composta por uma pasta simples;
2. Descompacte o arquivo dentro de sua aplicação. Para fins de organização, vamos criar uma pasta “tests” na raíz de nossa aplicação e descompactar o zip/tar do SimpleTest lá: ao descompactar você verá uma pasta chamada simpletest sendo criada.

Nosso problema: uma calculadora

• Uma classe chamada “Calculadora” com um método chamado “soma”;
• Nosso método soma recebendo dois números
• Nosso método retornando o valor da soma entre os dois números

Pensando primeiro em testes

• Para somar, nossa calculadora terá que receber sempre dois números;
• A soma sempre ocorre entre dois números, nunca entre letras, objetos ou qualquer coisa que não seja exatamente um número;
• Se algo der erro, devo retornar falso;

• Que vamos precisar de uma classe (Calculadora) com um método de soma;
• Sabemos que o método deverá receber dois parâmetros que deverão ser sempre números;
• Que se for passado qualquer coisa que não sejam dois números, eu devo retornar falso;

Escrevendo nosso primeiro teste

 PHP | 
 copy code |
?
 
1
require_once('simpletest/autorun.php');
2
require_once('../classes/calculadora.php');
3
 
4
class TestOfCalculadora extends UnitTestCase {
5
    // os testes vão aqui ;)
6
}
7

 PHP | 
 copy code |
?
 
1
Warning: require_once(../classes/calculadora.php) [function.require-once]: failed to open stream: No such file or directory in /Applications/MAMP/htdocs/app_tdd/tests/calculadora_test.php on line 4
2
 
3
Fatal error: require_once() [function.require]: Failed opening required '../classes/calculadora.php' (include_path='.:/Applications/MAMP/bin/php5/lib/php:/Users/leohackin/PEAR') in /Applications/MAMP/htdocs/app_tdd/tests/calculadora_test.php on line 4

 PHP | 
 copy code |
?
 
1
class Calculadora {	
2
  function soma($a,$b) {
3
  }
4
 }
5

• fazemos o include de dois arquivos:
  
  
  • o arquivo autorun.php é o arquivo que faz a "mágica" acontecer: é ele quem roda os testes e exibe os resultados, portanto deverá sempre estar no seu caso de teste;
  
  
  • o outro arquivo é a classe que desejamos usar no teste, no caso calculadora.php
• Criamos uma classe chamada TestOfCalculadora extendendo UnitTestCase, que será a classe que o SimpleTest usará para fazer o teste. É obrigatório que a classe inicie com o nome "test" para que o SimpleTest execute automaticamente a mesma como um caso de teste. Existe uma forma de faze-lo sem iniciar o nome com "test", mas isso não vem ao caso agora.

 PHP | 
 copy code |
?
 
01
require_once('simpletest/autorun.php');
02
require_once('../classes/calculadora.php');
03
 
04
class TestOfCalculadora extends UnitTestCase { 
05
 
06
    function testSomaDoisNumerosInteiros() { 
07
        $calculadora = new Calculadora(); 
08
        $this->assertEqual($calculadora->soma(1,1), 2);
09
    }
10
 
11
}
12

 PHP | 
 copy code |
?
 
1
 class Calculadora {	
2
    function soma($a,$b) {
3
        return $a + $b;
4
    }
5
 }
6

 PHP | 
 copy code |
?
 
1
function testSomaNaoNumeros() { 
2
        $calculadora = new Calculadora(); 
3
        $this->assertEqual($calculadora->soma(1,'A'), false);
4
}

 PHP | 
 copy code |
?
 
1
class Calculadora {		
2
    function soma($a,$b) {
3
        if (is_int($a) && is_int($b)){
4
            return $a + $b;
5
        } else {
6
            return false;
7
        }
8
    }	
9
}

Finalizando

• Não precisamos escrever TODOS os testes: é completamente normal se esquecermos algo ou houver alguma necessidade de mudança de negócio do cliente que nos fará escrever novos testes ou re-escrever os existentes. Tenha em mente que o TDD é para ajudar e não para ser mais uma fase carrancuda e intransponível no desenvolvimento;
• A análise para chegar aos casos de teste faz bem ao início do projeto: com essa abordagem, você pode fazer perguntas ao cliente (e ele a você) sobre algumas coisas que possívelmente só apareceriam no final do projeto gerando assim muito re-trabalho;

 PHP | 
 copy code |
?
 
1
class Cliente extends AppModel {
2
 
3
var primaryKey = "CdCliente";
4
 
5
}

Essa semana o mundo geek da tecnologia parou para conferir a E3 2009, a maior feira de entretenimento eletrônico do planeta. A feira é a oportunidade perfeita para as empresas lançarem produtos, tirarem onda e principalmente mostrarem o que está por vir.

Claro que como nerd/geek tarado por video games (um dia ainda vou ganhar grana com isso) eu pirei com todos os jogos e tecnologias que estão por vir. Mas nada se compara a extremamente grata surpresa proposta pela (cof,cof) Micro$oft.

Sim, a Micro$oft: na época que todo mundo duvidava dela quando o Xbox chegou pra bater de frente com consoles como o PS2, eles botaram pra quebrar com o XBOX 360. O fato dele ter sido “destravado” primeiro foi um impulso e tanto aqui no Brasil, movido pela pirataria, pra todo mundo compra-lo: o PS3, quem diria, perdeu espaço pra ele e pro Nintendo Wii.

A Nintendo, depois de amargar uma “menopausa tecnológica”, emplacou o Nintendo Wii, com um detalhe ignorado num mundo por tempos regido mais pelo processamento do videogame do que suas formas de iteração: a forma de controle do jogo.

Sem um controle de duzentos botões como seus concorrentes, impeditivo e carrancudo para muitos “mortais”, o Nintendo Wii primou pela simplicidade em seu controle, mas de uma forma inusitada: o controle com quase nenhum botão mas com uma forma de iteração por movimento que revolucionou o mundo do video game.

Quem já teve uma experiência num Wii pode dizer que não existe nada igual. A liberdade é impressionante e a forma de iteração com os jogos um trunfo: foi a volta dos jogos simples pra família inteira jogar, sem se preocupar com aquela monstruosidade de botões. Hoje, até o papai e a mamãe podem jogar finalmente, como nos bons tempos do Atari. O video game enfim voltou a ser uma “diversão família” novamente.

Isso era impressionante até a E3 2009, quando a M$ apresentou o Project Natal: uma forma de iteração que não usará nem controles físicos, nem botões. O Project Natal vai permitir a iteração pura e simplesmente por captação de movimentos e voz! oO

Confesso que havia MUITO tempo que não ficava abismado com algo: desde os tempos do primeiro iPhone, do Ubiquity, do Google Earth e do próprio Wii, eu não sentia aquela sensação que dá vontade de falar “Puta queo pareo!”.

O projeto se baseia em camêras, sensores e um microfone para que a pessoa possa iteragir com o game. Game ??? Agora cheguei ao ponto que queria chegar.

Que os video games estão aos poucos se tornando portas viáveis para os mais diversos tipos de aplicação ja é notório: os jogos educativos foram o início dessa revolução, mas hoje com o advento das conexões de banda larga em praticamente todos os video games, as atualizações e customizações das característica dos games, como novos personagens, fases, músicas e afins, deram um poder INFINITO de extensão dos jogos.

E-learning aplicado à tantas áreas que não conseguiria enumerar aqui, RPGs com cunho educativo, MMORPGs sociais com “quests” do tipo “Estude isso, faça a prova para ganhar tal coisa”. É tanta coisa que passa na minha cabeça que eu poderia ficar aqui por dias digitando.

Com o Project Natal extrapolamos a simulação imperfeita das ações do jogo, baseado em botões e direcionais, para uma simulação muito mais perfeita. O chute na bola vai ser mecânico e corporal, diferente da combinação de botões+direcional ou mesmo situações fisicamente irreais.

Agora imaginem só as seguintes situações:

• Você jogando um RPG ou jogo de tiro de primeira pessoa, onde você pode olhar para qualquer direção, trocar de arma movendo os braços, atirar mirando na pessoa que quiser …
• Um RPG onde você ao inves de clicar num NPC (aquela galera que você conversa para saber informações no jogo), dizer perto dele “Ei, posso falar com você?” e ele lhe responder prontamente. Mais que isso, um RPG inteligente que ao invés de lhe dar informações já pre-definidas, possa responder mais “humanamente” a uma pergunta qualquer, mesmo que sem sentido;
• Um jogo de xadrez onde vc move as peças do seu sofá;
• Jogos de aeróbica e exercícios físicos;
• Um Guitar Hero onde você toca Air Guitar e ainda por cima ele conta como nota o quanto você “agitou e quebrou tudo no palco”. Ohhh Yeah;
• Jogos infantis onde a criança vai iteragir com os personagens para aprender coisas falando com os personagens: o personagem pergunta “Ei Fulano, quando é dois mais dois?” … “Isso! Você acertou”. Esqueçam as cartilhas;

• Debugger real time de todo JS contido na página, com opção de execução de código aleatório direto sobre o código da página e o uso de break points no código JS: um must!
• Profiler dos elementos da página: quando usado CSS ele mostra até mesmo as propriedades da DIV e tudo mais.
• Informações de todos os recursos inclusos na página (o próprio HTML, todas as folhas CSS, scripts JS) com gráficos de tempo de carregamento e tamanhos (em Kb) de todos os recursos da página (como imagens, scripts e por ai vai)

Giran Soluções e Ensino

Giran

• Respeito - Pois este é a base para todos os outros valores e princípios, é o motivo pelo qual nascemos e pelo qual prosperaremos.
• Coragem - Não seremos reativos à mudanças, não cortaremos a nossa criatividade e de nossos funcionários. Lidaremos com o risco de forma aberta, transparente e responsável; e erraremos o quanto for preciso para chegar o mais próximo possível da perfeição e continuar sempre no caminho da evolução e da melhoria contínua.
• Simplicidade - Seremos pragmáticos, sempre! Não queremos fazer mais do que a concorrência, não queremos fazer o desnecessário, não queremos ser ‘grande e flácido’, nós queremos resolver o seu problema.
• Comunicação - Somos emocionais, queremos olhar nos seus olhos, conversar e sentir as suas emoções, tom de voz, expressões faciais, gestos e postura, não vamos trocar uma visita por um e-mail ou telefonema.
• Qualidade - Não pode haver desperdício. Não pode haver software ruim ou de má qualidade. Prezamos fortemente pelo código que escrevemos e sabemos que ele é o nosso produto, não se trata de nível de qualidade, o objetivo é a altíssima qualidade, e é isso que importa.