Escolar Documentos
Profissional Documentos
Cultura Documentos
Dedico esse livro a todos os leitores e visitantes do QualidadeBR, afinal vocs deram
foras para ele chegar no seu primeiro aniversrio. E espero que esse seja o primeiro
aniversrio de muitos.
3
Contedo
Prefcio por Andr Pantalio ...................................................................... 12
6. FURPS+ .................................................................................................................. 22
9. Testar X Debugar.................................................................................................... 27
4
22. Tcnicas de modelagem de teste (parte 1) ............................................................ 52
5
4. QAMP (Quality Assurance Management Professional) ....................................... 145
6
2. 3P Piores Prticas de Projeto (parte 1) .............................................................. 207
Humor........................................................................................................ 220
1. As Etapas do Desenvolvimento de Software ........................................................ 221
7
Sumrio de Figuras
Figura 1 - (retirada do myoldmac).................................................................................. 17
Figura 2 - (retirada de IBM Archives) ............................................................................ 17
Figura 3 - "Evoluo" do bug ......................................................................................... 20
Figura 4 - FURPS ........................................................................................................... 22
Figura 5 - FURPS+ (retirada de Rational Library) ......................................................... 23
Figura 6 - Hierarquia - rea de Testes ........................................................................... 31
Figura 7 - Exemplo Top Down ....................................................................................... 46
Figura 8 - Seu Creysson ................................................................................................. 57
Figura 9 - Coberturas ...................................................................................................... 58
Figura 10 - Integrao Bottom-up dos mdulos E, F, e G.............................................. 59
Figura 11 - Integrao Bottom-up dos mdulos B, C, e D com o E, F, e G................... 60
Figura 12 - Integrao Bottom-up do mdulo A com todos os outros. .......................... 60
Figura 13 - Big Bang ...................................................................................................... 62
Figura 14 - Ilustrao do uso da tcnica Big - bang ....................................................... 63
Figura 15 - Sanduche de Mortadela do Bar do Man no Mercado SP ........................ 64
Figura 16 - Arquitetura do servidor com 4 mquinas virtuais (retirada do Data Sheet do
VMware Server) ............................................................................................................. 78
Figura 17 - Primeiro passo da instalao do VMware Server ........................................ 79
Figura 18 - Segundo passo da instalao do VMware Server ........................................ 80
Figura 19 - Terceiro passo da instalao do VMware Server......................................... 81
Figura 20 - Quarto passo da instalao do VMware Server ........................................... 81
Figura 21 - Quinto passo da instalao do VMware Server ........................................... 82
Figura 22 - Sexto passo da instalao do VMware Server ............................................. 82
Figura 23 - Visualizao dos servios do VMware Server ............................................ 83
Figura 24 - Login no VMware Server ............................................................................ 83
Figura 25 - Criao da mquina virtual .......................................................................... 84
Figura 26 - Selecionando o sistema operacional que ser instalado ............................... 84
Figura 27 - Configurando a memria e a quantidade de processadores da VM ............. 85
Figura 28 - Criao do disco virtual ............................................................................... 85
Figura 29 - Configurando as propriedades do disco virtual ........................................... 86
Figura 30 - Criando o adaptador de rede ........................................................................ 87
Figura 31 - Ilustrao da conexo Bridged ..................................................................... 87
8
Figura 32 - Ilustrao da conexo HostOnly .................................................................. 88
Figura 33 - Ilustrao da conexo NAT ......................................................................... 88
Figura 34 - Definindo as propriedades da conexo de rede ........................................... 89
Figura 35 - Definindo o acesso ao drive de CD/DVD .................................................... 89
Figura 36 - Configurando o drive de CD/DVD .............................................................. 90
Figura 37 - Definindo o drive de disquete ...................................................................... 90
Figura 38 - Configurando o drive de disquete ................................................................ 91
Figura 39 - Definindo o controlador USB ...................................................................... 91
Figura 40 - Visualizao das informaes da VM ......................................................... 92
Figura 41 - Informaes sobre a VM.............................................................................. 93
Figura 42 - Aviso sobre a instalao do plug-in ............................................................. 94
Figura 43 - VMware Remote Console pronto para ser usado ........................................ 94
Figura 44 - Tela do VMware Remote Console............................................................... 95
Figura 45 - Host e VM .................................................................................................... 95
Figura 46 - Opes oferecidas ao iniciar pelo CD do Ubuntu........................................ 97
Figura 47 - Escolha o idioma.......................................................................................... 97
Figura 48 - Informe a sua localidade .............................................................................. 98
Figura 49 - Escolha o layout do teclado ......................................................................... 98
Figura 50 - Escolha a opo Assistido............................................................................ 99
Figura 51 - Informe os dados de login .......................................................................... 100
Figura 52 - Visualizao das informaes referentes a instalao ............................... 100
Figura 53 - Progresso da instalao do Ubuntu ............................................................ 101
Figura 54 - Aps a instalao necessrio reiniciar a VM .......................................... 101
Figura 55 - Aps ter reiniciado o Ubuntu j est instalado na VM .............................. 102
Figura 56 - FireShot...................................................................................................... 103
Figura 57 - Primeiro passo da instalao do Apache2Triad ......................................... 107
Figura 58 - Defina o local da instalao do Apache2Triad .......................................... 108
Figura 59 - Defina a senha para acesso ao Apache2Triad ............................................ 108
Figura 60 - Apresentao da licena GNU ................................................................... 109
Figura 61 - Progresso da instalao do Apache2Triad ................................................. 109
Figura 62 - Instalao concluda ................................................................................... 110
Figura 63 - Informe a senha .......................................................................................... 110
Figura 64 - Ser necessrio reiniciar o computador ..................................................... 110
Figura 65 - Diretrio do Apache................................................................................... 111
9
Figura 66 - Pgina de instalao do Eventum .............................................................. 112
Figura 67 - Pgina aps a instalao do Eventum ........................................................ 113
Figura 68 - Pgina de login do Eventum ...................................................................... 113
Figura 69 - Pgina principal do Eventum ..................................................................... 114
Figura 70 - Pgina de administrao do Eventum ........................................................ 115
Figura 71 - Pgina de configurao do Eventum ......................................................... 116
Figura 72 - Pgina de gerenciamento de campo customizado...................................... 117
Figura 73 - Pgina de gerenciamento dos status .......................................................... 118
Figura 74 - Pgina de gerenciamento de usurios ........................................................ 119
Figura 75 - Pgina de gerenciamento de projetos ........................................................ 120
Figura 76 - Abaixo a opo de reportar uma issue sem logar ...................................... 122
Figura 77 - Pgina de reporte annimo de issue ........................................................... 122
Figura 78 - Pgina de reporte de issue.......................................................................... 124
Figura 79 - Pgina de fechamento de issue .................................................................. 125
Figura 80 - Gerenciamento de campos customizados .................................................. 127
Figura 81 - Tarefas agendadas do Windows ................................................................ 129
Figura 82 - Criao da tarefa agendada ........................................................................ 129
Figura 83 - Informe quando a tarefa vai ser executada ................................................ 130
Figura 84 - Informe o incio da tarefa........................................................................... 130
Figura 85 - Informe os dados de login para que a tarefa seja realizada ....................... 131
Figura 86 - Visualizao dos dados da tarefa agendada ............................................... 131
Figura 87 - Edio da tarefa agendada ......................................................................... 132
Figura 88 - Opes avanadas de agendamento ........................................................... 133
Figura 89 - Configuraes da tarefa agendada ............................................................. 133
Figura 90 - Visualizao da tarefa agendada ................................................................ 134
Figura 91 - Link para visualizar o status do envio de e-mail ....................................... 135
Figura 92 - Visualizao do status do envio de e-mail da issue ................................... 135
Figura 93 - Ilustrao do fluxo ..................................................................................... 151
Figura 94 - Ilustrao do fluxo ..................................................................................... 152
Figura 95 - Ilustrao do fluxo ..................................................................................... 160
Figura 96 - BRATESTE 2009 ...................................................................................... 175
Figura 97 - 7 nveis de maturidade (retirado do site da empresa Pentagrama) ............ 213
Figura 98 - Comparao entre as metodologias (retirado do material da AzIT) .......... 218
Figura 99 - Desenvolvimento de Software ................................................................... 222
10
Figura 100 - Vida de programador ............................................................................... 223
Figura 101 - Padro de nomes de componente ............................................................. 225
Figura 102 - Padro de nomes de componente ............................................................. 226
Figura 103 - Padro de nomes de componente ............................................................. 227
Figura 104 - Feliz Ano Novo........................................................................................ 237
Figura 105 - Primeiro header ........................................................................................ 246
Figura 106 - Segundo header ........................................................................................ 246
Figura 107 - Terceiro header ........................................................................................ 246
Figura 108 - Quarto header ........................................................................................... 246
11
Prefcio por Andr Pantalio
Primeiramente um grande prazer ser convidado para escrever o prefcio deste livro do
Fabrcio.
Esta caminhada na rea de testes foi traada com muito estudo, certificaes, dvidas,
tentativas e reflexes. Muitas dvidas foram sanadas e conhecimentos adquiridos ao
longo destes anos e em especial deste ltimo. Uma boa parte deste ltimo ano de
caminhada foi retratada nas pginas deste livro. Vale a leitura!
No deixe de ler o livro e se discordar de algo, entre em contato com ele, critique e faa
sugestes. Assim todos evolumos e produzimos mais conhecimento.
12
Sobre o Autor
Sou Fabrcio Ferrari de Campos, certificado ISTQB e CBTS.
Trabalho na rea de Teste e Qualidade de Software na empresa
Voice Technology. Formado em Tecnologia em Anlise e
Desenvolvimento de Sistemas pela Faculdade de Tecnologia
Termomecanica.
E tambm para tentar retribuir toda a ajuda que obtive, e ainda obtenho, da comunidade
de Teste e Qualidade de Software.
13
Sobre o Livro
Esse livro uma compilao de todos os posts publicados no blog QualidadeBR, entre
o perodo de 19 de junho de 2008 19 de junho de 2009, em comemorao do
aniversrio de 1 ano do blog.
14
Teste e Qualidade de Software
Teste e Qualidade de Software
15
1. O Que Qualidade de Software?
Para definir Qualidade de Software (QS), necessitamos primeiro saber o que
qualidade:
Como podemos perceber, qualidade um substantivo que pode ter muitos significados.
Isso acontece pela forte ligao com as percepes das pessoas, que tem pensamentos e
gostos diferentes.
Ento, qual seria a definio para QS? Estaria ela tambm fadada s percepes do
ser humano?
A QS assim como as outras est ligada diretamente as opinies das pessoas, que neste
caso, so representadas pelos clientes, usurios e envolvidos com o projeto de software.
Possuindo as seguintes caractersticas:
Atualmente, QS vem ganhando um grande foco nas empresas de TI, pois percebeu-se
que a Qualidade de Software no um gasto e sim um investimento. E com a evoluo
constante da tecnologia, os clientes esto cada vez mais exigentes. Podemos at fazer
uma analogia com o mundo dos games: antigamente (10 anos atrs), The Legend of
Zelda: Ocarina of Time, lanado para o Nintendo 64, era o game. Hoje, ser voc der a
uma criana o cartucho (nada de DVD, muito menos Blu-Ray), ela provavelmente vai
achar os grficos toscos e ainda vai perguntar porqu, movendo o controle ela no
move o personagem.
Espero que vocs tenham gostado do primeiro tpico do blog QualidadeBR. Fiquem,
vontade para comentarem.
16
2. O Que Bug?
O uso do termo bug j antigo, dizem que ele foi criado por Thomas Edison quando um
inseto causou problemas de leitura em seu fongrafo em 1878.
17
Mas e hoje, em pleno sculo XXI por que os bugs ainda fazem parte das notcias de TI e
so to freqentes?
Errar humano.
Essa frase to prolixa o motivo da existncia dos bugs, afinal por mais experiente que
seja o programador, ele tambm humano (embora alguns duvidem) e passa por dias
ruins. No entanto, no no desenvolvimento que ocorre a maioria dos bugs, segundo
informaes do QAI (Quality Assurance Institute), 36% dos erros encontrados nos
softwares so provenientes da codificao, e os outros 64% so erros de desenho e
anlise.
Um exemplo dessa proporo o bug mais famoso do mundo, o bug do milnio. Quem
no se lembra do temor causado na passagem do ano de 1999 para 2000, devido ao
armazenamento de datas com apenas 2 dgitos para o ano, ficando os restantes
implicitamente entendidos como sendo 19. Desta forma cada data armazenada
deixava de ocupar oito bytes (dois para o dia, dois para o ms e quatro para o ano), e
passava a ocupar somente seis bytes (somente dois no ano). Assim, quando o calendrio
mudasse de 1999 para 2000 o computador iria entender que estava no ano de 19 +
00, ou seja, 1900.
Fonte:
http://pt.wikipedia.org/wiki/Bug_do_mil%C3%AAnio
http://www.clubedohardware.com.br/artigos/492/3
18
3. Qualidades de um especialista em teste
Ser especialista em algo exige uma gama de competncias e virtudes. E para um
especialista em teste tambm no diferente. Cito abaixo algumas caractersticas
esperadas de um expert em teste:
Fonte:
http://www.linhadecodigo.com.br/Artigo.aspx?id=1083&pag=1
19
4. Defeito, erro e falha. tudo igual?
Muitas pessoas pensam que defeito, erro e falha so sinnimos. Porm, na rea de
Qualidade de Software, cada uma dessas palavras possui uma definio:
No exemplo acima citado, o defeito o looping infinito, que foi causado devido a um
erro de lgica do programador e a falha o travamento da aplicao.
Como podemos notar, o maior problema a falha, pois ela que afeta diretamente o
usurio. Alm disso, um defeito poder demorar vrios anos para ocasionar uma falha,
sendo que ele j estava presente na aplicao, desde a sua instalao.
Fonte:
Bastos, A.; Rios, E.; Cristalli, R. & Moreira, T. Base de conhecimento em teste de
software. So Paulo, Martins Fontes, 2007.
20
5. Teste Estrutural X Teste Funcional
Os testes de software so divididos em dois tipos:
Teste Funcional: garantem o atendimento aos requisitos, ou seja, que os requisitos esto
corretamente codificados [1].
Cada tipo de teste traz consigo diversas tcnicas, sendo ela o processo que assegura o
funcionamento adequado de alguns aspectos do sistema ou da unidade. Abaixo cito
algumas destas tcnicas, de acordo com o tipo de teste:
Em prximos artigos estarei detalhando cada uma das tcnicas de testes, citadas aqui.
At l!
Fonte:
Bastos, A.; Rios, E.; Cristalli, R. & Moreira, T. Base de conhecimento em teste de
software. So Paulo, Martins Fontes, 2007.
21
6. FURPS+
FURPS um sistema para a classificao de requisitos, o acrnimo representa
categorias que podem ser usadas na definio de requisitos, assim como representam
atributos de Qualidade de Software, sendo ele parte do Rational Unified Process (RUP):
Figura 4 - FURPS
22
O + do acrnimo engloba requisitos no-funcionais que devem ser lembrados:
Fonte:
Rational Library
23
7. Ambientes de Teste Virtuais
Uma das fases do processo de teste a preparao, cujo principal objetivo a
montagem do ambiente de teste. O que necessita muitas vezes de novos investimentos
em infra-estrutura. Neste momento, a Virtualizao aparece como uma boa alternativa
para a criao de ambientes de testes virtuais.
A Virtualizao uma das tecnologias que mais se tem falado nos ltimos anos. Se
caracteriza pela capacidade de executar vrios sistemas operacionais em um nico
hardware, fazendo uso de mquinas virtuais.
Uma mquina virtual (Virtual Machine VM) pode ser definida como uma
duplicata eficiente e isolada de uma mquina real (Popek and Goldberg).
Otimizao do hardware: para se ter uma idia, muitos Data Centers esto
rodando apenas 10% ou 15% da sua capacidade de processamento. Em outras
palavras, 85% ou 90% do poder da mquina no est sendo usado [1].
24
No prximo artigo, iniciarei um tutorial sobre a construo de uma mquina virtual
Linux utilizando o VMware Server. At l!
Fonte:
[1] Golden, B; Scheffy, C. Virtualization For Dummies Sun and AMD Special Edition.
Indianapolis, Wiley Publishing, 2008.
25
8. Quando os testes devem parar?
Essa uma das perguntas mais difceis de ser respondida quando estamos testando um
software. Se formos perguntar para um gerente de teste, ele provavelmente vai
responder que os testes devero parar quando o prazo para eles se esgotar. Porm, nem
sempre esse momento certo para encerrar a etapa de testes, pois os testes podem ter
sido interrompidos muito antes do tempo necessrio para a sua completa cobertura.
Uma das maneiras de saber quando devemos d por encerrado a etapa de testes
verificar os seguintes pontos:
O nmero de bugs achados que esto fechados maior do que o nmero de bugs
que se esperava achar;
Todos os testes foram executados;
A porcentagem de cobertura da aplicao pelos testes j o suficiente;
Todas as funcionalidades funcionam corretamente;
O software tornou-se confivel;
A estabilidade alcanada atingiu o esperado;
O sistema atende as mtricas de confiabilidade, disponibilidade e durabilidade
definidas no Plano de Teste;
O nmero e severidade dos bugs caram a um nvel satisfatrio;
O tempo mdio entre defeitos encontrados muito alto.
Logicamente, trabalharmos sempre buscando 100% do software, mas para que isso seja
possvel, geralmente, o prazo para os testes dever ser muito alto, o que em muitos
projetos invivel. Assim sendo, uma outra maneira de saber o momento de finalizar os
testes avaliar os riscos envolvidos com a liberao da aplicao para a produo,
comparando tais riscos com os da no-liberao. Pois, podemos chegar num momento
em que o custo das falhas que possam vir a ocorrer no ambiente de produo no
compensa o gasto adicional de dinheiro para tentar evit-las.
Fonte:
Bastos, A.; Rios, E.; Cristalli, R. & Moreira, T. Base de conhecimento em teste de
software. So Paulo, Martins Fontes, 2007.
26
9. Testar X Debugar
Testar e debugar parecem sinnimos no dicionrio de TI e somente nele, pois o verbo
debugar no existe na lngua Portuguesa. Muitos diriam que testar e debugar a
mesma coisa. Mas na verdade no so, pois cada um tem uma proposta diferente:
Fazendo uma analogia com o mundo da Frmula 1: o piloto aps d algumas voltas no
circuito, retorna ao boxes e fala para o seu engenheiro que o carro est saindo muito de
traseira, o engenheiro solicita a equipe de mecnicos a investigao e concerto do
problema. Neste caso, o piloto testou o carro achou um problema e a equipe de
mecnicos ir debugar o carro em busca da causa e soluo do problema.
Os testes podem ser feitos por outras empresas. A debugao deve ser feita na
prpria empresa desenvolvedora;
27
Muitos dos testes podem ser automatizados. Automatizar a debugao ainda
um sonho.
Fonte:
28
10. Carreira Teste de Software
A rea de Testes uma das que mais tem crescido, nos ltimos anos, para se ter idia
em mdia h umas 50 a 70 vagas da rea de Testes no Apinfo, site dedicado a vagas de
TI, tendo como base o estado de So Paulo.
Esse resultado d-se, devido a importncia da execuo dos testes, durante o ciclo de
desenvolvimento. Principalmente, com o boom das prticas de outsourcing e
de offshoring, que exigiu das empresas uma maior garantia da qualidade de seus
produtos.
Recentemente saiu uma lista dos empregos de TI prova de recesso, feita pela empresa
de recrutamento online JobFox, na qual se encontra na 12 posio os profissionais
especialistas em testes e controle de qualidade.
29
conhecimentos de programao e buscar novas solues para a melhoria dos
testes. Ele necessita conhecer bem o processo de Teste e a realidade da empresa
para que possa automatizar os testes de acordo com a necessidade da empresa,
afinal a automatizao de testes no uma tarefa to simples e se feita de forma
equivocada poder trazer prejuzos ao invs de benefcios.
30
Figura 6 - Hierarquia - rea de Testes
A rea de Testes est a pleno vapor e os seus profissionais cada vez mais valorizados,
exemplo disso o surgimento de vrios cursos, certificaes e at MBA na rea. Que
mostram que o mercado est caa de profissionais qualificados.
Fonte:
Bastos, A.; Rios, E.; Cristalli, R. & Moreira, T. Base de conhecimento em teste de
software. So Paulo, Martins Fontes, 2007.
http://www.testexpert.com.br/?q=node/101
http://carreiradeti.com.br/carreira-areas-ti-tecnologia-prova-recessao/
31
11. Qualidade Sem Nome
Muitas vezes estamos buscando saber o que determinada coisa e no buscamos saber o
que ela deveria ser. Pela complexidade humana, encontramos uma distino nos
sistemas pela qual h sistemas que esto imersos na natureza e outros que no esto.
Pode parecer meio confuso, pois quando falamos em natureza, cada indivduo faz uma
associao diferente com a palavra natureza. Um sistema que est imerso na natureza,
seria um que possui poucas barreiras com o usurio, e com o qual o usurio tem uma
interface colaborativa, ou seja, que o comportamento do sistema possa reproduzir ou
emitir, em certo sentido, o comportamento normalmente esperado de um humano em
cooperao com o usurio.
Qualidade Sem Nome, ou Quality Without a Name (QWAN), foi definida pelo
arquiteto, matemtico e urbanista, Christopher Alexander, no seu livro The Timeless
Way of Building, como sendo:
Fugindo dessa definio filosfica, a qualidade central seria como o chassi de um carro:
ele que definir a qualidade do produto final (carro), no adianta ter um motor potente,
ou um bom piloto, se o chassi do carro foi mal projetado.
Alexander, ainda diz que a Qualidade no pode ser fabricada, mas sim gerada,
indiretamente, pelas aes das pessoas. Embora muitos ainda pensem que a Qualidade
esteja intrinsecamente ligada aos processos, metodologias ou ferramentas, quando na
verdade ela est diretamente ligada as pessoas e suas aes.
Aplicando a QWAN em TI, podemos associar ela ao real objetivo de algum programa,
ou seja, aos requisitos do projeto. E esses podem est errados, fazendo com que o
chassi da nossa aplicao fique totalmente prejudicado. Afinal, na maioria das vezes,
a falha est no planejamento do projeto e no no desenvolvimento.
32
Ao elaborar o escopo do projeto o gerente acabou incluindo alguns aspectos que
ele achou melhor colocar, pois pela sua experincia eles so essncias;
O conceito de QWAN nos leva a uma revoluo, Alexander no apenas tentava achar
padres que explicassem a existncia da QWAN, mas tambm achar padres que gerem
objetos com essa qualidade.
Por fim, podemos entender que a QWAN nos fazem evidenciar que o produto dever
fornecer uma sensao imediata de compreenso e afetividade com o usurio. Por isso,
devemos colocar o usurio no centro do projeto e sempre estarmos nos perguntando e
comprovando se o sistema correto est sendo construdo. Buscando a criao de
estruturas que so boas para as pessoas e influem positivamente nelas, melhorando seu
conforto e qualidade de vida.
Fonte:
Christopher, A. The Timeless Way of Building, Oxford University Press, New York,
1979.
33
12. Testes de sobrevivncia
Pessoal, h um tempo atrs publiquei um artigo sobre os tipos de testes, Teste Estrutural
(White Box) X Teste Funcional (Black Box), no qual disse que iria detalhar cada
tcnica de teste em futuros artigos. Pois bem, como dizem promessa divida e aqui
inicio falando sobre testes de sobrevivncia.
Outro objetivo dos testes de sobrevivncia conhecer os limites do software, para que
em produo evite-se submeter-lo a tais situaes. Podendo at esse limite tornar-se
uma restrio do software. Uma analogia pode ser feita com o elevador, no qual h uma
restrio quanto a quantidade de passageiros mximos ou peso mximo que o mesmo
pode transportar, pois foi realizado testes previamente, que revelaram que caso essa
restrio no seja respeitada o elevador corre risco de quebra.
Fonte:
Bastos, A.; Rios, E.; Cristalli, R. & Moreira, T. Base de conhecimento em teste de
software. So Paulo, Martins Fontes, 2007.
34
13. Fuzz Testing
Um dos testes de Caixa Preta (Black Box) o Fuzz testing, cuja traduo seria algo
como teste aleatrio. uma tcnica que consiste basicamente na insero de
dados aleatrios na aplicao, com o objetivo de descobrir falhas no programa,
relacionadas com a insero/leitura de dados, e, assim, melhorar a confiabilidade do
software.
O Fuzz testing tambm pode ser usado com o propsito de segurana, pois a sua
execuo pode encontrar negligncias e erros humanos, que colocariam a segurana da
aplicao em xeque. Podendo, simular problemas que causariam a quebra, como por
exemplo: buffer overflow, cross-site scripting (XSS para no confudir com CSS
Cascaded Style Sheet), ataques de negao de servio e injeo SQL.
Vantagens
Desvantagens
Concluso
Fuzz testing uma tcnica que permite descobrir falhas que provavelmente no seriam
possveis de serem encontradas de forma manual. Por isso a necessidade da
35
automatizao do teste, por meio da criao de um script/programa. A sua execuo
aumenta a confiana e solidez da aplicao.
Fonte:
Harold E. Fuzz testing - Attack your programs before someone else does. IBM
Developer Works, 2006.
36
14. A Importncia da Usabilidade
Pessoal, estou realizando o meu TCC sobre Interface Homem-Mquina (IHC), cujo foco
principal a usabilidade. Um dos motivos de ter escolhido esse tema foi h falta de
preocupao das empresas e dos profissionais de TI com a usabilidade.
Introduo
a extenso na qual um produto pode ser usado por usurios especficos para
alcanar objetivos especficos com efetividade, eficincia e satisfao em um
contexto de uso especfico. (ISO 9241-11)
A importncia da usabilidade
37
celulares atuais, por isso a interface tambm teve que evoluir e hoje observamos um
padro, que basicamente o de uso de cones e menus.
O celular, assim como a internet, so as duas tecnologias que mais tem sofrido
evolues, quanto a usabilidade. E a razo para isso simples, um grande nmero de
pessoas fazem uso delas, portanto as interfaces tem que serem projetadas, tendo em
mente que pessoas com diferentes graus de instrues tero que ser capazes de usar tais
tecnologias.
Outro aspecto interessante, que a usabilidade pode ser o fator decisivo pela
adoo/compra de um produto. Um exemplo disso ocorreu na empresa que trabalho.
Estvamos em busca de uma ferramenta de gerenciamento de testes, ficando entre dois
softwares o Bugzilla e o JTester Manager (ferramenta desenvolvida pela prpria
empresa), o Bugzilla ganhava em nmero de funcionalidades, porm tinha um grande
problema, a usabilidade: fluxo no era linear, continha muitos campos em uma mesma
tela, etc. Enquanto o JTester Manager continha as funcionalidades essenciais e uma
tima usabilidade, devido principalmente a sua simplicidade. A deciso ento foi fazer
uso do JTester Manager, pois percebemos que a produtividade com o JTester Manager
seria bem maior do que com o Bugzilla.
Concluso
A usabilidade deve ser encarada com seriedade e ser focada no usurio, afinal ser ele
que far o uso do software. E caso no comearmos a nos preocupar com a usabilidade,
os usurios dos nossos sistemas podem ter um acesso de fria, assim como esse senhor
teve no vdeo abaixo:
Alis, quantas vezes voc mesmo(a) j no se irritou por no ter conseguido realizar
alguma tarefa, devido a falta de usabilidade do software?
38
Fonte:
39
15. Qualidade de Software Processo ou Projeto?
Essa uma daquelas perguntas que muitos responderiam comeando com Veja bem e
como j diria um amigo meu, quando voc inicia uma resposta com Veja bem voc
provavelmente ir enrolar, o popular encher lingia.
A vida de casal seria (ou deveria ser) um processo, pois contnua, j possui
procedimentos (ex. almoo na casa da sogra no domingo) e artefatos (ex. o prprio
almoo na casa da sogra) estabelecidos.
40
Qualidade de Software como projeto
Concluso
41
16. Mercado atual Teste e Qualidade de Software
Pessoal, dando uma passada no blog do GUTS encontrei uma interessante apresentao
do Fernando Scarazzatto com o seguinte ttulo O Panorama do Mercado de TI e da
Profisso de Testador de Software no Brasil. Um dos assuntos abordados pelo
Fernando na apresentao a situao atual do mercado de TI, tendo em vista a rea de
Testes e Qualidade. Abaixo, comento sobre cada um dos itens citados nesta parte da
apresentao:
42
custo e gastar tempo. Quando na verdade, ele fundamental no processo do
desenvolvimento e implicar no aumento da qualidade do produto final.
Fonte:
43
17. Tcnicas de Integrao de Sistema
Incremental
Ao realizar os testes de integrao uma dvida que pode surgir a de como combinar os
mdulos do software. Existem 5 abordagens diferentes para realizar a juno dos
mdulos, a fim de obter a montagem de todo o sistema:
Incremental
Top down
Bottom up
Sandwich
Big bang
Neste post, irei falar sobre a abordagem Incremental, que como o prprio nome sugere
ocorre aos poucos, mdulo a mdulo.
A interao ocorre atravs de uma srie de ciclos de teste. Em cada ciclo de teste, os
mdulos vo se integrando com os j existentes e testados para gerar maiores mdulos.
A idia concluir um ciclo de testes, os desenvolvedores corrigirem todos os erros
encontrados, e continuar o prximo ciclo de testes. O sistema completo construdo
incrementalmente, ciclo por ciclo, at que o sistema esteja operacional e pronto para a
realizao dos testes de nvel de sistema.
Vantagens
O tester no precisa esperar at que todo o sistema esteja pronto, para iniciar os
testes;
44
Desvantagens
A modulao pode ser uma tarefa difcil de ser realizada, pois os mdulos
necessitam ser pequenos, mas com alguma funcionalidade completa;
Consideraes Finais
Por hoje s pessoal. Em breve comentarei sobre a tcnica Top-down, que uma
tcnica de fazer a integrao de forma incremental. At l!
Fonte:
alisson.brito.googlepages.com/ProcessoDeSoftware_AlissonBrito.ppt
45
18. Tcnicas de Integrao de Sistema Top Down
A Top Down, que em traduo literal seria algo como de cima para baixo, uma das
tcnicas mais conhecidas para teste de Integrao usando a abordagem incremental.
Como se pode perceber pelo prprio nome, usando a tcnica Top-down, o teste comea
do nvel mais alto para o mais baixo, ou seja, os componentes de mais alto nvel so
integrados primeiro.
Como pode ser percebido, o sistema nesse exemplo, o lbum de msica, que
formado por vrias msicas, que sero chamadas de componentes. Por fim, uma msica
formada pela juno de vrios instrumentos, que sero chamados de mdulos.
46
Pela tcnica Top-down iremos primeiro testar os componentes de alto nvel, que so as
msicas, s para depois verificar cada mdulo (instrumento) de cada componente
(msica).
Vantagens
Desvantagens
Sadas de casos de teste podem ser difceis de interpretar, cada passo executado,
pode gerar um resultado e o Tester dever ficar atento a esses resultados, pois
essas sadas intermedirias pode apresentar alguma inconsistncia.
Bem, hoje vimos como que a tcnica Top-down funciona na realizao dos Testes de
Integrao, espero ter ajudado na compreenso dessa tcnica, caso tenha ficado alguma
dvida, sinta-se vontade em coloc-la nos comentrios. At a prxima!
Fonte:
47
19. Por que testar?
Apresentao disponibilizada no SlideShare.
48
20. A Importncia do Teste de Software
Apresentao disponibilizada no SlideShare.
49
21. Interface Homem-Mquina: Melhores Prticas
de Usabilidade
http://www.mediafire.com/?dn4zodmw5zj (4,5MB)
No comeo da monografia, trocamos vrias vezes de tema, para ter uma idia, a nossa
primeira escolha foi Sistemas em Tempo Real, depois cogitamos mudar para Interfaces
(que iria envolver at realidade aumentada) e decidimos por fim fazer sobre
Virtualizao.
- hmmmusabilidade, ser que isso rende uma monografia? Acho que o assunto meio
limitado
A partir da, buscamos obter mais informaes sobre usabilidade, perguntando para
vrios professores nossos, e at com outros de fora, como o Samuka Ribeiro, que d
aula sobre Interface Homem-Mquina, e que ajudou com um rico material sobre o
assunto.
Acabamos percebendo que usabilidade podia sim, render uma boa monografia. E a
partir da, pude perceber que, a usabilidade no se resume a ser apenas uma
caracterstica de Qualidade de Software, e que h vrios estudos e aspectos que devem
ser levados em conta, durante o desenvolvimento de software.
Para mim, um dos maiores estmulos para escolher esse tema, foi o fato de muitas
pessoas, boa parte formada de desenvolvedores e profissionais de TI, acharem que a
interface de um software um mero detalhe, alis, eu at falei sobre a importncia da
usabilidade nesse post.
Eu at entendo, que para ns profissionais de TI, a interface algo que no tem tanta
importncia, afinal de contas, estamos acostumados a usar at prompts de comando e
terminais. Mas pense bem, a maioria dos usurios de computadores no formada por
profissionais de TI. E fique sabendo, que at na poca em que a interface de texto era
predominante, j haviam pessoas preocupadas com a usabilidade dos sistemas.
50
Mais uma revelao, se prepare, essa pode at te surpreender. Por que voc acha que os
usurios ligam tanto para o suporte da sua empresa, muitas vezes com dvidas que nem
so sobre o seu sistema?
4. Porque eles esto perdidos e nem saber como interagir com o seu sistema
P.S.: Quem se interessar pelo assunto, e for d uma olhada na monografia, fique
vontade para comentar sobre ela. E se voc for fazer algum trabalho sobre
usabilidade/interface homem-mquina, eu tenho bastante material sobre o assunto e
posso enviar.
51
22. Tcnicas de modelagem de teste (parte 1)
Durante os estudos para a CTFL-BSTQB, utilizando o Syllabus. Notei que h um tpico
que ele no aborda com muito detalhes, ou melhor, com quase nenhum detalhe, o tpico
sobre as tcnicas de modelagem de teste.
Esse, alis, um dos tpicos mais importantes, pois em todos os simulados que fiz, h
pelo menos uma questo sobre o assunto. E geralmente, essas questes fazem parte das
5 de nvel difcil/muito difcil (mais detalhes sobre o exame aqui). Alm do mais, tais
tcnicas so muito utilizadas no dia-a-dia do teste de software, muitas vezes, por
exemplo, usamos a tcnica de partio de equivalncia sem saber que estamos.
Disponibilizo abaixo a apresentao que fiz sobre as tcnicas de teste, sendo essa a
primeira parte, que abrange as tcnicas baseadas em especificao: Partio de
Equivalncia; Anlise do Valor Limite; Tabela de Deciso; Teste de transio de
estados; Teste de Caso de Uso.
Espero que possa servir de ajuda e complemento aos estudos tanto para a certificao,
quanto para a rea de Teste de Software.
52
23. Tcnicas de modelagem de teste (parte 2)
Baseadas em estrutura
o Cobertura de desvio
o Cobertura de Caminho
Baseadas em experincia
o Suposio de erro
o Teste exploratrio
53
Segundo o ISTQB Foundation Exam format and question writing guidelines, 29% das
questes do exame so sobre o captulo 4, resultando em 12 questes.
Sabendo disso, resolvi preparar um simulado especial para esse captulo, contendo 20
questes. Segue abaixo o link para download:
http://www.mediafire.com/file/imli0jjmeij/6.Simulado_CTFL-BSTQB (especial
captulo 4).pdf
Quem no tiver os demais simulados publicados num post anterior, pode baix-los pelo
link abaixo (no arquivo tambm est esse do captulo 4):
http://www.mediafire.com/file/ohy4jdwxijw/Simulados_CTFL-BSTQB.zip
Espero que as apresentaes, assim como os simulados, possam ajudar quem estiver se
preparando para a prova.
54
24. Excelncia
Acabei de terminar o livro A Cabea de Steve Jobs e em tempo recorde, menos de
uma semana (geralmente eu levo muito mais do que uma semana para ler um livro).
E a voc pode est pensando: L vem o Fabrcio avacalhar e falar sobre algo que no
tem a ver com o foco do blog. Ou ainda, se voc me conhecer melhor, poder pensar:
Putz, l vem ele idolatrar o Steve Jobs, aquele cara que s faz coisas bonitinhas e
carinhas.
Bem, nem vou avacalhar e tambm no vou idolatrar o Steve Jobs, afinal nem preciso o
cara bom ponto final.
E sim comentar sobre a frase abaixo, que est no incio de um dos captulos do livro, e
tem a ver com a rea de Teste e Qualidade de Software:
Ser um padro de qualidade parecer se algo bem forte, neh? Principalmente se for
para uma pessoa ser um padro de qualidade, assim como o Steve Jobs na Apple.
Afinal, felizmente ou infelizmente no encontramos um Steve Jobs entre os candidatos
para uma vaga na nossa empresa.
Acredito que para a nossa realidade, a rea de Teste e Qualidade de Software deve ser
um padro de qualidade para a empresa, e mais precisamente para o projeto na qual est
participando.
E esse padro de qualidade no pode ser qualquer um, tem que ser o mais alto possvel.
Se isso parece abstrato, pense que ns precisamos ser mais exigentes do que o nosso
cliente mais exigente. J que bem melhor a gente reportar uma falha para a equipe de
desenvolvimento, do que o cliente reportar tal falha.
E outro ponto importante, que, alis, retrata muito bem o nvel da maioria das empresas
de TI no Brasil, a falta de costume das pessoas em fazer o seu trabalho com
excelncia, e quando eu digo excelncia no fazer tudo certo de uma vez, o que algo
que eu particularmente, acho impossvel. E sim est sempre se aperfeioando e
transformar o seu produto no melhor de todos.
E neste segundo ponto a equipe de Teste e Qualidade de Sistema tem um papel super
importante, o de est sempre verificando e validando se o processo e produto esto
realmente no nvel que se espera deles.
55
Mas agora vou te confessar uma coisa querido(a) leitor(a) se fosse achar que isso
difcil de ser aplicado, voc tem toda a razo. Eu tenho muito que melhorar, pois j teve
situaes em que algo no estava to bem feito, mas que funcionava. O famoso:
- T funcionando?
- Sim.
- Ento blz!
P.S.: Se algum que saber se eu recomendo o livro claro que sim uma excelente
fonte de conhecimento sobre um dos gnios contemporneos, Steve Jobs.
56
25. Coberturas
100% de cobertura de comando cobre 100% de cobertura de desvio? Ou o contrrio?
Se algumas dessas perguntas j passaram pela sua cabea, garanto que no foi somente
pela sua. Pela minha e de vrias outras pessoas tambm.
Ento o que voc acha de solucionar de uma vez todas as dvidas quanto as coberturas?
Se t brincando, Fabrcio?
Sei, sei e eu tambm vou te mostrar um esquema para acertar todos os nmeros da
loteria
Eu criei uma representao grfica de qual cobertura cobre qual, baseada em uma outra
que a leitora Renata Eliza (muito obrigado!) me enviou:
57
Figura 9 - Coberturas
Mas se mesmo assim restaram dvidas, segue abaixo a listagem de quais coberturas
cobrem quais, baseado no material da certificao CTFL, cedido pela BSTQB:
Fonte:
58
26. Tcnicas de Integrao de Sistema Bottom
Up
Continuando a srie de posts sobre as tcnicas de integrao de sistema, alis, preciso
parar de comear e no terminar essas sries de posts (a das resolues de questes da
CTFL terminou, pelo menos por enquanto ).
Na tcnica Botton-up, a integrao do sistema comea com a partir do nvel mais baixo
do software, ou seja, o mdulo. O mdulo dito como o mais baixo nvel se ele no
depende de outro mdulo. A Bottom-Up assume que todos os mdulos foram
individualmente testados antes.
59
Figura 11 - Integrao Bottom-up dos mdulos B, C, e D com o E, F, e G.
Stubs no so necessrios;
60
Geralmente, as decises principais esto incorporadas nos mdulos de alto nvel.
Desta maneira as principais falhas do sistema no podem ser encontradas at que
os mdulos de alto nvel estejam integrados. Logo a verificao de
comportamento de alto nvel retardada.
Aps ter visto a tcnica Botton-up e a Top-down (aqui), podemos comparar as duas:
Fonte:
61
27. Tcnicas de Integrao de Sistema Big Bang
e Sandwich
Para finalizar a srie de posts sobre tcnicas de integrao de sistema, irei abordar a
tcnica Big-bang e a Sandwich.
Big-Bang
62
Figura 14 - Ilustrao do uso da tcnica Big - bang
Para executar uma integrao usando a tcnica Big-bang necessitamos de stubs e drives
para testar os mdulos isoladamente.
Ela normalmente usada devido s presses do dia a dia e os testes so aplicados para
demonstrar uma operabilidade mnima do sistema.
O maior problema do uso da tcnica Big-bang caso haja alguma falha na interface de
um mdulo com outro, pois neste caso, ser difcil ser preciso e encontrar a causa da
falha. J que ela uma tcnica que usa uma abordagem no incremental.
Vantagens
Desvantagens
63
Sandwich
Muitas vezes uma abordagem combinada Top-down para os nveis superiores e Botton-
up para os nveis inferiores pode ser o melhor ajuste para o teste de integrao da sua
aplicao. Se os nveis superiores da estrutura do programa forem integrados de cima
para baixo, o nmero de drivers pode ser reduzido substancialmente na integrao dos
mdulos inferiores. Agora se os mdulos inferiores forem integrados de baixo para
cima, o nmero de clusters (mdulos que executam uma sub-funo do sistema) pode
ser reduzido substancialmente na integrao dos mdulos superiores.
Usando a tcnica Sandwich a integrao mais flexvel e adaptativa, porm ela mais
complexa de ser planejada.
Comparao
Para encerrar o ltimo post dessa srie, segue abaixo, uma tabela comparativa das 4
tcnicas de integrao que vimos nessa srie:
64
Bottom-up Top-down Big-bang Sandwich
Integrao Cedo Cedo Tarde Cedo
Tempo para o
funcionamento bsico Tarde Cedo Tarde Cedo
do programa
Drivers Sim No Sim Sim
Stubs No Sim Sim Sim
Trabalho em paralelo
Mdio Baixo Alto Mdio
no incio
Capacidade de testar
Fcil Difcil Fcil Mdio
caminhos particulares
Capacidade de
planejar e controlar a Fcil Difcil Fcil Difcil
sequncia
Fonte:
65
28. O melhor da semana: 03/05 a 09/05
Pessoal,
Aqui comea uma nova srie de posts, O melhor da semana, que trar notcias,
artigos, posts, etc relacionados a rea de Teste e Qualidade de Software.
O intuito dessa srie divulgar o bom trabalho de pessoas que contribuem para a nossa
rea e tambm enriquecer o contedo do QualidadeBR, para voc querido(a) leitor(a).
E voc, caro(a) leitor(a) tambm poder contribuir, deixando o seu comentrio sobre
algo que viu e achou interessante.
Bem isso pessoal, por hoje s. Espero que vocs tenham gostado do primeiro post da
srie O melhor da semana.
66
29. O melhor da semana: 10/05 a 16/05
Segue abaixo, a lista das melhores matrias que li nessa semana, alis, essa semana
consegui ler bastante coisa boa:
Best Practices for Testing in Offshore Agile Projects Peter Vaihansky e Anna
Obuhova (Offshore Agile);
Voc leu algo interessante, relacionado a rea de Teste e Qualidade de Software, e quer
compartilhar? Sinta-se vontade em colocar nos comentrios.
67
30. O melhor da semana: 17/05 a 23/05
Segue abaixo, a lista do melhor dessa semana, espero que gostem:
Slides da Apresentao Contratos e Scrum: The Good, The Bad and The Ugly
realizada no Brazil Scrum Gathering 2009 Jos Papo (Jos Papo Weblog);
68
31. O melhor da semana 24/05 a 30/05
Segue abaixo, a lista do melhor da semana, alis, nessa semana nasceu um novo blog
sobre Teste e Qualidade de Software, o Ensaios de Qualidade da Sarah Pimentel,
recomendo visitar e assinar o feed do blog da Sarah.
How on earth did we test the web without these tools? Alan Richardson (Evil
Tester);
Voc leu algo interessante, relacionado a rea de Teste e Qualidade de Software, e quer
compartilhar? Sinta-se vontade em colocar nos comentrios.
69
32 - Neutralizando Falhas
Esses dias estava executando um teste, quando de repente me deparo com uma falha
estranha, algo que sempre funciona, que at uma funcionalidade bsica do sistema,
para de funcionar.
Porm, a falha ocorria de forma intermitente, e havia muitos fatores que poderiam est
influenciando a ocorrncia da falha.
E neste momento, que devemos ter calma e pacincia para investigar melhor o ocorrido.
E no sair j cadastrando a falha no bug tracking. Precisamos antes neutralizar a falha.
Para tentar explicar o uso do verbo neutralizar, no contexto de Teste de Software, vou
utilizar uma analogia, seguida por uma situao de teste:
Analogia
Mas numa certa noite chuvosa, voc chega em casa mais cedo para assistir o jogo do
seu time e percebe que a TV est sem sinal. E lembrando das vezes que a sua me tinha
reclamado, percebe que naqueles dias tambm tinha chovido.
Situao de teste
70
Tanto na analogia como na situao de teste, havia duas falhas e poderamos (mas no
deveramos) informar a falha da seguinte maneira:
Mas aps uma melhor anlise das falhas, conseguimos descobrir o cenrio exato em que
a falha ocorre, e assim elas deixam de ser intermitente e passam a ser fceis de ser
reproduzidas.
Sim, afinal ambas as aes tem o mesmo objetivo: identificar o cenrio exato da falha,
eliminando todos fatores que no influenciam a ocorrncia da falha.
E para encerrar esse post, deixo abaixo uma frase do Sherlock Holmes que tem haver
com o tema do post:
71
33 - O melhor da semana 31/05 a 06/06
Hoje vou comear o melhor da semana de uma forma diferente. Afinal no sempre
que um novo blog de Teste e Qualidade de Software nasce, e em menos de duas
semanas dois novos blogs nasceram.
E nesta ltima tera-feira (02/06), o Gustavo Quezada iniciou o seu blog Falando em
Teste e Qualidade de Software, cujo objetivo ser ajudar no compartilhamento de
informaes para a nossa rea de Teste e Qualidade de Software.
Fiquei muito feliz com o surgimento desses novos blogs, o que prova que a nossa rea
est a pleno vapor! E at aproveito para parafrasear o nosso presidente:
72
Desculpas clssicas para procrastinar na carreira profissional Vinicius
(Carreira e Certificaes em TI);
Voc leu algo interessante, relacionado a rea de Teste e Qualidade de Software, e quer
compartilhar? Sinta-se vontade em colocar nos comentrios.
73
34 - Anlise de Causa Raiz
Problemas sempre acontecem, e na rea de TI eles so constantes. Desde falhas de
segurana no sistema at falhas na comunicao interna.
Introduo
A Anlise de Causa Raiz, tambm conhecida como RCA (Root Cause Analysis) uma
maneira de identificar as causas de um problema, afinal os problemas so melhores
resolvidos ao tentar corrigir ou eliminar as suas causas.
Ela uma tcnica usada nas mais variadas reas, alis, voc j deve ter visto uma das
formas de implementar ela: o famoso diagrama de Ishikawa, conhecido tambm como
Diagrama de Causa e Efeito ou Espinha-de-peixe (fishbone), nas aulas de
Administrao na faculdade.
H muitas tcnicas, com as quais podemos implementar a Anlise de Causa Raiz, entre
as principais se encontram:
74
possvel e at recomendado que se use mais de uma tcnica ao mesmo tempo, por
exemplo: na reunio de Anlise Causal utilizar o Diagrama de Causa e Efeito.
Concluso
A Anlise de Causa Raiz um importante elemento em qualquer rea de TI, e pode ser
usado em qualquer fase do projeto.
Um momento bom para ela ser usada, durante a reunio de lies aprendidas. Pois
nada melhor do que descobrimos a causa real dos problemas que enfrentamos no
projeto, com todos envolvidos participando e opinando.
Ela tambm poder ser usada pelos desenvolvedores para encontrar a causa para o
defeito, e desta maneira, alm de poder corrigir tal defeito eles ainda podero prevenir a
sua ocorrncia no futuro.
E para finalizar, acredito que clara a necessidade de encontrar a causa raiz dos
problemas que vivenciamos no dia-a-dia, e que essa uma tarefa que deve ser feita em
equipe, sempre que possvel. Afinal, nem sempre a causa de um problema to visvel
ou fcil de ser encontrada, como por exemplo: problemas de performance, s vezes
passamos at meses para descobrir, onde estava o gargalo da aplicao. Mas com
certeza, muito melhor gastar massa ceflica do que desperdiar dinheiro comprando
novos servidores, alm claro, da satisfao e benefcios de ter encontrado o real
motivo do problema.
Fonte:
Software Quality, Module 10: Effective Practices for Quality Analysis Lesson 3:
Root-Cause Analysis (AzIT)
75
35 - O melhor da semana 07/06 a 13/06
Pessoal,
Top 10 Motivos para Amar Teste gil Mark Levison, traduzido por Gisela
Nogueira (InfoQ);
A agenda Semanal de Uma Equipe gil Chris Sims, traduzido por Vinicius
Assef (InfoQ);
James Shore com mais sobre se Manter (gil) na Real Mike Bria, traduzido
por Marcus Rehm (InfoQ);
Voc leu algo interessante, relacionado a rea de Teste e Qualidade de Software, e quer
compartilhar? Sinta-se vontade em colocar nos comentrios.
76
Ferramentas & Tutoriais
77
1. Construindo um Ambiente Virtual (parte1)
No artigo anterior, falei sobre Virtualizao e como ela pode ser uma boa alternativa
para a criao de ambientes de teste. Agora irei colocar a mo na massa, explicando
passo a passo a construo de uma mquina virtual (Virtual Machine VM), utilizando
o VMware Server 2.0 (beta) para a sua criao, que pode ser obtido gratuitamente no
link abaixo:
http://www.vmware.com/download/server/
H algumas limitaes, mas que no afetam a grande maioria dos usurios, como o
suporte de at 8 GB de memria RAM e de 950GB de HD (tanto IDE quanto SCSI) e
de no mximo 4 mquinas virtuais por processador.
Figura 16 - Arquitetura do servidor com 4 mquinas virtuais (retirada do Data Sheet do VMware Server)
78
Instalando o VMware Server
Antes de instalarmos o VMware Server precisamos de uma serial, que pode ser obtida
gratuitamente no site da VMware, bastando para isso preencher um
cadastro(http://www.vmware.com/beta/server/registration.html).
A instalao do VMware Server bem simples, na figura abaixo vemos a tela de incio
da instalao, basta clicar em Next.
Aps a tela de acordo da licena aparecer a tela abaixo, onde pode-se mudar o local de
instalao do VMware Server.
79
Figura 18 - Segundo passo da instalao do VMware Server
80
Figura 19 - Terceiro passo da instalao do VMware Server
Depois da escolha dos atalhos a serem criados, a tela abaixo ser apresentada, na qual
clicamos em Install para iniciar a instalao do VMware Server.
81
Figura 21 - Quinto passo da instalao do VMware Server
Pronto! J temos o VMware Server instalado. Agora vamos para a parte mais divertida,
a criao da mquina virtual. Mas s na segunda parte deste tutorial. At l!
Fonte:
82
2. Construindo um ambiente virtual (parte2)
Na primeira parte deste tutorial instalamos o VMware Server (VMS), agora iremos para
a parte mais divertida, a criao da VM.
Para quem usa a troca rpida de usurio, uma das primeiras mudanas que pode ser
notada justamente a maneira do logon do Windows, com a instalao do VMS a opo
de troca rpida de usurio fica desativada, portanto o logon vai ser com a tela de boas-
vindas.
Para acessar o VMS, voc pode clicar no atalho criado na instalao ou digitar o
endereo no seu browser (http://127.0.0.1:8308/ui/). Caso no aparea a dela de login
verifique se os servios do VMS foram iniciados:
83
do que o local onde os arquivos da sua VM ficaro. Escolha o datastore standard, que
foi criado j na instalao da VMS e clique em Next.
OBS.: Caso voc deseje renomear um datastore ou criar um novo, basta selecionar o
datastore no menu Datastores e depois no menu Commands haver as opes de
configurao do datastore.
84
Passo 3 Memria e Processador
Aps clicar em Next, a tela abaixo ser apresentada, onde feita a configurao da
quantidade de memria e de processadores que a VM utilizar. Configure de acordo
com a capacidade da sua mquina, busque sempre configurar de acordo com a sua
necessidade, lembrando que no meu caso eu estou dividindo metade da minha RAM
entre a VM e o Host.
Agora vamos configurar o tanto de HD que a nossa VM ter. Podemos criar um disco
virtual, usar um disco virtual j existente ou no adicionar um disco virtual. Vamos
escolher a opo Create a New Virtual Disk, para criar um disco virtual, depois clique
no boto Next.
85
Na configurao do disco virtual definimos a capacidade dele e o seu diretrio. Tambm
h outras opes que no iremos modificar:
File Options especifica como ser a alocao do disco, onde podemos alocar o
espao todo de uma vez ou dividir em arquivos de 2GB;
Disk Mode se as mudanas so salvas permanentemente, como um disco
rgido normal, caso marcado a opo Persistent ou se ele altera de acordo com
as Snapshots descartando as mudanas a cada reinicio ou desligamento caso
marcado a opo Nonpersistent;
Virtual Device Node - qual o tipo do disco (IDE/SCSI) e qual device;
Policies oferece a opo de otimizar o disco em busca de segurana ou
desempenho.
Uma das etapas mais importantes a configurao da rede virtual. Aqui selecionamos
Add a Network Adapter para que a nossa VM possa se conectar rede.
86
Figura 30 - Criando o adaptador de rede
Bridged: conecta a VM rede usando a rede do Host. Esta a opo mais fcil
se o computador Host estiver em uma rede. A VM receber um IP prprio e ser
visvel para todos os computadores da rede.
HostOnly: cria uma conexo direta com o Host, como tivesse um cabo cross-
over conectando a VM com o Host. uma boa opo se o interesse isolar a
rede virtual.
87
Figura 32 - Ilustrao da conexo HostOnly
Para a nossa VM escolhemos o modo de conexo Bridged e marcamos o check box para
que ela se conecte rede ao ligar.
88
Figura 34 - Definindo as propriedades da conexo de rede
Escolhemos a opo Use a Physical Drive, para que possamos utilizar o drive de
CD/DVD do Host e clicamos em Next. A opo Use an ISO Image interessante,
caso queria instalar o Sistema Operacional atravs de uma ISO.
Aqui escolhemos a unidade que est o drive de CD/DVD e marcamos o check box para
que ele possa est acessvel ao ligar a VM. Aqui tambm podemos configurar o tipo de
adaptador e o device.
89
Figura 36 - Configurando o drive de CD/DVD
Caso voc tenha um drive de disquete, marque a opo Use a Physicak Drive, caso
contrrio a Dont Add a Floppy Drive e clique em Next.
90
Figura 38 - Configurando o drive de disquete
Selecionamos a opo Add a USB Controller, para que a nossa VM tenha acesso a
dispositivos USB e clicarmos em Next.
91
Figura 40 - Visualizao das informaes da VM
Pronto! J temos uma mquina virtual, porm ela est sem sistema operacional. Mas a
instalao do Ubuntu ser apresentada s na prxima parte do tutorial. At l!
Fonte:
92
3. Construindo um ambiente virtual (parte3)
Chegamos a terceira e ltima parte deste tutorial, aqui iremos instalar o Ubuntu 8.04
Hardy Heron, mas antes disso vamos entender melhor a interface web do VMS,
chamada de VI Web Access.
Na primeira parte deste tutorial, foram citadas as funcionalidades que podem ser
utilizadas no VI Web Access. Agora vamos conhecer um pouco melhor algumas dessas
funcionalidades:
93
Figura 42 - Aviso sobre a instalao do plug-in
Para instalar o plugin, basta clicar em Install plug-in, a instalao bem rpida. E
logo aps a instalao o console j poder ser usado, clicando nele o VMware Remote
Console ser aberto.
94
Figura 44 - Tela do VMware Remote Console
Figura 45 - Host e VM
95
Por que o Ubuntu?
Atualmente, o Ubuntu uma das distribuies Linux que mais vem crescendo em
nmeros de usurios nos ltimos anos, devido a quatro fatores bsicos:
Por download: a maneira mais simples, rpida e fcil de obter. Podendo ser
feito nos seguintes sites:
- http://www.ubuntu-br.org/download
- http://www.ubuntu.com/getubuntu/download
- http://wiki.ubuntu-br.org/CDsNoBrasil
- https://shipit.ubuntu.com/
Logo que ligamos a VM, clicando no boto play, a tela abaixo ser apresentada, onde
selecionamos a opo Instalar o Ubuntu.
96
Figura 46 - Opes oferecidas ao iniciar pelo CD do Ubuntu
O primeiro passo a escolha do idioma que ser usado durante a instalao, escolhido o
idioma clique em Avanar.
97
Escolha o fuso horrio da sua cidade. Lembrando que a hora pode ser ajustada depois da
instalao.
Terceiro passo, a escolha do modelo do seu teclado, caso tenha alguma dvida faa o
teste no campo editvel.
98
Chegamos num momento de tenso, o particionamento do disco, mas no tenha medo o
seu HD no ser particionado, lembre-se que vamos utilizar o disco virtual, criado no
momento da criao da nossa VM, portanto s selecion-lo e clicar em Avanar.
Agora a hora de definir o nome do usurio e a sua senha, lembrando que com esse
usurio e senha que voc far login no Ubuntu. Sendo, que esse usurio apenas um
usurio avanado e no o usurio root. O Ubuntu, por questo de segurana, vem com o
usurio root desabilitado, para habilit-lo basta digitar o seguinte comando no terminal:
99
Figura 51 - Informe os dados de login
100
Figura 53 - Progresso da instalao do Ubuntu
Aps ter reiniciado o sistema, j podemos nos divertir no nosso novo sistema.
Lembrando que voc pode acessar a VM de qualquer outro computador da rede,
bastando digitar o IP do Host e a porta do VMS, no nosso caso a porta a 8308.
101
Figura 55 - Aps ter reiniciado o Ubuntu j est instalado na VM
102
4. FireShot: Plugin para Screenshots
Alm de achar o bug o Tester deve comprovar a existncia do mesmo. E nesta hora um
recurso muito usado a captura da tela, que nunca mais ser a mesma com o uso do
FireShot.
O FireShot um excelente plugin, disponvel para o Firefox e para o IE, cuja principal
funo o screenshot. Mas agora voc pode est se perguntando: para que instalar um
plugin se eu tenho a tecla Print screen?
Com o FireShot alm de capturar a parte visvel da tela, voc ainda pode capturar a
pgina inteira e edit-la, utilizando recursos como:
Edio do screenshot;
Adio de anotaes;
Fazer desenhos estilo Paint;
Salvar nas extenses bmp, gif, jpeg e png;
Enviar por e-mail;
Fazer upload do screenshot.
E tudo isso sem pagar um centavo, o FireShot pode ser obtido gratuitamente nos
seguintes links:
Figura 56 - FireShot
103
5. Ferramentas bug tracking
Ao encontrar um bug o Tester pode avisar o desenvolvedor, por vrias maneiras, como
por exemplo: pessoalmente, msn, e-mail, documentos, ferramentas de bug tracking, etc.
104
Jira - uma aplicao J2EE de acompanhamento e gesto dos problemas. Ela
tambm tem a funcionalidade de gesto de projetos. O Jira pode ser baixado de
graa, porm em verso Trial, que expira aps 30 dias. (site oficial)
Mantis - uma ferramenta de bug tracking livre. Ela foi escrita em PHP e
trabalha com MySQL, MS SQL e PostgreSQL, sendo baseada em Web. O
Mantis roda em Windows, Linux, Mac OS, OS/2, dentre outros. Ela est sobre
os termos da licena GPL. (site oficial)
Zephyr - uma aplicao com interface Web, feita em Flash, especifica para
equipes de Testes. Dentre suas principais funcionalidades esto: criao de testes
suites, execuo de testes, gerao de relatrios e o gerenciamento de bugs. Sua
licena gratuita at 3 usurios. (site oficial)
Saiba mais
Quem ficou curioso em conhecer mais algumas ferramentas de bug tracking, segue
abaixo, alguns links contendo comparaes e informaes mais detalhadas sobre tais
softwares:
Comparaes
http://www.issue-tracking-software.de/
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
http://www.pronus.eng.br/artigos_tutoriais/analises/ferramentasControleMudanca.php
Lista das melhores ferramentas Open Source para gesto e automao de testes.
(Cristiano Caetano)
http://www.linhadecodigo.com.br/Artigo.aspx?id=1392
http://www.mindomo.com/view?m=d1535d37f8b0aa6df765a1db90bfa317
105
6. Tutorial Eventum (parte 1)
Para estrear o ano, preparei um tutorial da ferramenta de bug tracking Eventum. Irei
comear explicando um pouco sobre a ferramenta, e logo aps, sobre a sua instalao.
Eventum
Requisitos
O download do Apache2Triad pode ser feito no link abaixo, a verso a ser baixada a
1.5.4:
106
Download Apache2Triad
Aps feito o download, hora da instalao do Apache2Triad. Ela bem simples, mas
caso voc encontre alguma dificuldade, confira o passo a passo, apresentado na
sequncia.
Instalao do Apache2Triad
Agora a hora de especificar o local, onde ser feita a instalao. Por default, a
instalao feita no diretrio raiz. Caso voc queira mudar, sinta-se vontade, s
lembrando que o local da instalao dever ter, pelo menos, 348.7MB de espao livre.
107
Figura 58 - Defina o local da instalao do Apache2Triad
Prximo passo ser setar a senha global, que dever ter no mnimo 8 caracteres, para
acessar os componentes do Apache2Triad. Lembrando que estamos definindo a senha
do root, e com ele que iremos realizar o acesso.
Na prxima tela ser apresentada a licena GNU, basta clicar no boto I Agree
(concordo).
108
Figura 60 - Apresentao da licena GNU
109
Figura 62 - Instalao concluda
Ainda restam algumas configuraes que sero feitas automaticamente, bastando para
isso digitar a senha, que foi definida anteriormente, na tela do prompt que se abrir.
Aps, a configurao ser terminada com sucesso. Uma nova tela ser apresentada, basta
clicar no boto OK. O sistema ser reiniciado e voc j poder utilizar o
Apache2Triad.
Instalao do Eventum
O primeiro passo fazer o download da verso 2.1.1, no site da MySQL. Segue abaixo,
o link:
Download Eventum
110
Aps o download, precisamos descompactar o arquivo na pasta do Apache2Triad. Mais
precisamente na pasta htdocs, que se encontra no diretrio principal do Apache2Triad
(local que voc fez a instalao\apache2triad\htdocs ). Assim, que a pasta do Eventum
estiver na htdocs, j poderemos d incio a sua instalao.
A instalao do Eventum toda feita pela Web, ento, agora necessrio voc iniciar o
seu navegador e colocar o seguinte endereo na barra de navegao: http://localhost/
Uma nova pgina aparecer, e ser nela que iremos fazer a configurao da instalao
do Eventum. Isso mesmo, tudo em uma tela s, bem simples e rpido. Confira o passo a
passo para a configurao do Eventum e a do servidor SMTP, e antes de clicar no boto
Start Installation, verifique se est tudo certo, embora caso exista algum erro, o
prprio Eventum ir mostrar onde ele ocorreu.
111
7. MySQL Password - coloque a senha do usurio root, a mesma definida na hora
da instalao. Abaixo, deixe o check box Use a Separate MySQL User for
Normal Eventum Use desmarcado;
8. Sender aqui comea a configurao do servidor SMTP, que ser usado pelo
Eventum. Recomendo utilizar o prprio servidor do Apache2Triad, o XMail.
Preencha o campo com admin@localhost que a conta padro do servidor
Xmail;
9. Hostname coloque o endereo do servidor localhost;
10. Port coloque a porta 25, que utilizada pelo XMail. Abaixo, marque a opo
Yes do combo box Requires Authentication?;
11. Username preencha novamente com a conta de e-mail admin@localhost;
12. Password coloque a senha da conta de e-mail, que a mesma do usurio root;
13. Pronto, agora s clicar no boto Start Installation.
Caso tenha ficado alguma dvida, durante a instalao do Eventum, segue abaixo, um
printscreen com configurao.
Aps a instalao, aparecer uma pgina, na qual haver trs informaes importantes:
o link para a pgina do Eventum, o endereo de e-mail para fazer acesso, e a senha de
acesso. Lembrando que esse login poder ser alterado depois.
112
Figura 67 - Pgina aps a instalao do Eventum
Pronto, j temos o Eventum instalado. E aqui encerro a primeira parte desse tutorial. Na
prxima parte, iremos ver como realizar algumas customizaes, configuraes e fazer
uso da ferramenta. At l!
Se ficou com alguma dvida, ou travou em alguma parte, deixe a sua questo nos
comentrios, pois ela poder ser a dvida de outras pessoas tambm. Sinta-se vontade!
113
7. Tutorial Eventum (parte 2)
Chegamos a segunda parte do tutorial sobre o Eventum. E tenho uma novidade: o
primeiro vdeo do QualidadeBR. Eu estava pensando, em como passar melhor as
informaes, e como nessa segunda parte do tutorial iremos aprender como trabalhar
com o Eventum. Muita coisa fica difcil de entender e de explicar, usando apenas o
texto. Portanto, espero que o vdeo possa ajudar voc, caro leitor(a), e complementar
este tutorial.
Menu principal
A interface do Eventum bem simples. Logo na pgina principal, j podemos ver quais
so as funcionalidades principais.
114
Internal FAQ - um FAQ interno apresentado, sendo que este necessita ser
criado antes na parte de administrao;
Help - a ajuda do Eventum, que fornecer uma boa noo da ferramenta.
Administrao
Toda a navegao pelas opes ocorre na parte da esquerda da pgina, onde elas esto
listadas. Na parte direita, feita toda edio da configurao desejada. As principais
configuraes so:
115
Figura 71 - Pgina de configurao do Eventum
116
Manage Custom Fields onde voc poder criar os seus campos
customizveis, definindo: seu nome (Title), descrio (Short Description),
projetos onde sero usados (Assigned Projects), em qual formulrio sero usados
(Target Forms), se ser ou no mostrado na lista de issues (Display on List
Issues Page), o tipo do campo (Field Type), as opes do campo (Field
Options), qual o papel mnimo de usurio que poder visualizar o campo
(Minimun Role); em qual posio ele estar (Rank);
117
Figura 73 - Pgina de gerenciamento dos status
Manage Projects nesta rea voc poder criar e editar os seus projetos. Na
instalao do Eventum um projeto j criado: o Default Project. Voc pode criar
e configurar os seus prprios projetos. Veremos melhor a parte de criao de
projetos mais a frente, alis, o vdeo mostra a criao de um projeto;
118
Para criar um novo usurio, basta informar as seguintes informaes: o e-mail
do usurio (nele ser enviado o e-mail pelo Eventum), a senha, o nome, e quais
projetos que ele participar e qual ser o seu papel.
Criando um projeto
Antes de comear a utilizar o Eventum pra valer necessrio criar um projeto antes. O
Eventum organizado por projeto e cada um pode ter suas caractersticas especficas.
119
Figura 75 - Pgina de gerenciamento de projetos
120
Remote Invocation caso habilitado (Enabled) permitir o uso de CLI pelos
desenvolvedores para ver e editar as informaes, sem o uso de navegador web
(mais detalhes). Selecionamos a opo Disabled;
Segregate Reporters opo, que caso habilitada (Yes) que permite que os
usurios com o papel Reporter sejam capaz de ver somente as issues reportadas
por eles. Selecionamos a opo Yes.
Pronto, nosso primeiro projeto est pronto, ou melhor, quase pronto. Ainda
necessitamos configurar, pelo menos, duas caractersticas do projeto (Categories e
Priorities):
121
Figura 76 - Abaixo a opo de reportar uma issue sem logar
Fields to display - aqui voc pode definir quais campos podem ser visualizados,
por quais nveis de usurio. Essa configurao opcional;
Columns to display - possibilita a configurao de quais campos sero
apresentados na listagem de issues. Sendo essa configurao opcional.
Essas so as configuraes necessrias para criar um novo projeto. Agora com o seu
projeto pronto, j poderemos cadastrar a nossa primeira issue. Porm, s na prxima
parte desse tutorial, alis, ser a ltima. Onde veremos os seguintes tpicos: reporte e
122
fechamento de uma issue, criao de um campo customizado e o envio de e-mail
automtico.
Mas antes de encerrar a segunda parte, segue abaixo o vdeo que eu havia comentado no
comeo do post. Ele apresenta a criao e configurao de um novo projeto, espero que
vocs gostem. At a prxima!
Se voc quiser fazer o download do vdeo, com qualidade mxima e sem esses zooms
(tive que fazer devido a qualidade do vdeo no Youtube), segue abaixo, o link:
Fonte:
http://eventum.mysql.org/wiki/
123
8. Tutorial Eventum (parte 3)
Chegamos a terceira e ltima parte do tutorial da ferramenta bug tracking Eventum.
Nesta ltima parte, iremos aprender mais sobre a sua utilizao, vendo na prtica, por
meio de vdeos, o seu uso.
Mas antes de comear a criar a issue, quero frisar que o reporte de um bug uma tarefa
muito importante. O Tester deve buscar ser detalhista ao mximo, e descrever todos os
passos que foram executados para encontrar o bug. De nada adianta uma ferramenta de
bug tracking, se o reporte do bug for superficial. Devemos sempre lembrar, que um bom
gerenciamento de bugs, depende muito mais das equipes de Testes e Desenvolvimento,
do que da ferramenta propriamente dita, pois como j diria um ditado popular
americano, tolos com ferramentas ainda so tolos.
O reporte de uma issue bem fcil de fazer no Eventum. O primeiro passo a ser dado
clicar sobre o link Create Issue, que se encontra no menu principal. A seguinte pgina
ir abrir.
124
Priority - defina qual a prioridade do bug;
Assignment - selecione os responsveis pela issue, lembrando que eles iro
receber um e-mail, de notificao do cadastro da issue;
Scheduled Release - campo opcional, usado para estimar em qual release sair a
correo;
Summary - neste campo coloca-se o ttulo da issue. Uma dica tentar se o mais
especfico possvel, pois facilitar a busca pelas issues;
Initial Description - aqui voc ir descrever a issue, costuma- se colocar os
seguintes dados, quando necessrios: pr-condio, cenrio (o passo a passo),
resultado invlido, resultado esperado e observaes;
Estimated Dev. Time - campo opcional, usado para estimar as horas de
desenvolvimento necessrias para a correo da issue;
Private - caso marcado Yes os usurios com papel Reporter no iro ver a
issue;
Files - voc pode fazer o upload de algum arquivo que prove a ocorrncia do
bug, por exemplo, um printscreen.
O melhor momento esse, e se o cadastro de uma issue j foi fcil, o fechamento dela
mais ainda. preciso ir na pgina da issue. Nela h um boto chamado Close Issue,
clicamos nele. A pgina seguinte ir aparecer.
125
Status informe qual o status do fechamento. Lembrando que voc pode
cadastrar os seus prprios status na pgina de administrao;
Resolution - selecione qual foi a resoluo tomada para a soluo da issue;
Send Notification About Issue Being Closed - boas notcias so sempre bem-
vindas, portanto escolha a opo Yes para avisar a todos sobre o fechamento
da Issue;
Send Notification To - aqui voc pode definir se todos iro receber a
notificao, ou apenas os responsveis pela issue;
Reason for closing issue - descreva qual foi a razo do fechamento da issue;
Time Spent - campo opcional, usado para colocar o tempo que foi gasto na
resoluo da issue;
Time Category - campo opcional, para informar onde foi gasto o tempo para
solucionar a issue.
126
Figura 80 - Gerenciamento de campos customizados
Caso tenha ficado alguma dvida, durante a criao do campo customizado, confira a
criao de um campo customizado, no vdeo abaixo:
127
Para o download do vdeo com qualidade mxima, clique no link abaixo:
http://www.mediafire.com/?ukmyvaycymh (2,4 MB)
Antes de ver como configurar o envio de e-mail automtico, bom saber que para o
usurio receber o e-mail, ele precisa habilitar essa opo, nas suas preferncias. Para
isso v em Preferences, ao lado do nome do usurio. Na nova pgina precisamos
marcar a opo Yes para as perguntas: Receive emails when all issues are created e
Receive emails when new issues are assigned to you. Infelizmente, sempre que voc
criar um projeto novo, os usurios que participaro do projeto, estaram configurados
para no receber os e-mails. Eu ainda no encontrei um meio menos macaco, para a
soluo desse problema. At perguntei no frum da MySQL, mas por enquanto nada.
Outra notcia ruim: o Eventum no tem suporte a servidores SMTP usando SSL, ou
seja, a maioria dos servidores que poderamos usar (como o Gmail), no podero ser
usados. Mas agora uma notcia boa: ns temos o nosso prprio servidor SMTP, o
XMail, que configuramos na primeira parte deste tutorial, durante a instalao do
Eventum.
Bem, vamos para a configurao do envio de e-mail automtico. Voc pode est se
perguntando: o Eventum j no manda e-mail automaticamente? E a resposta no.
Para o Eventum enviar os e-mails preciso executar um script o
process_mail_queue.php (que se encontra na pasta misc). No linux voc pode usar o
Cron, para fazer essa tarefa. E no Windows, precisamos usar o agendador de tarefas.
Abaixo, segue o passo a passo, para a criao da tarefa agendada no Windows. V em:
Iniciar > Todos os programas > Acessrios > Ferramentas do Sistema > Tarefas
agendadas. A seguinte tela abrir.
128
Figura 81 - Tarefas agendadas do Windows
Na nova tela, clique sobre a opo Adicionar tarefa agendada e na tela que abrir
clique sobre o boto Avanar. Depois selecione o navegador, de sua preferncia, para
executar a tarefa, e clique em Avanar.
129
Agora informe o nome da tarefa e selecione a opo Diariamente, para que a tarefa
seja executada todos os dias.
Na prxima tela, coloque o horrio de incio da tarefa, selecione a opo Todos os dias
e clique no boto Avanar.
130
Figura 85 - Informe os dados de login para que a tarefa seja realizada
Antes de concluir a tarefa, marque o check box, pois ser necessrio configurar algumas
opes da tarefa. Marcado o check box, clique no boto Concluir.
131
2.1.1/misc/process_mail_queue.php. Ou seja: Endereo do navegador [espao]
endereo do script entre aspas.
Agora v na aba Agendar e clique sobre o boto Avanado. Aqui marcamos o check
box Repetir a tarefa. Definimos o intervalo de tempo que ela ser repetida, colocando
5 minutos, e at que horas ela ser executada, at s 23:59. Por fim, marcamos o check
box Se a tarefa estiver em execuo, interromp-la nesta hora., e clicamos no boto
Ok.
132
Figura 88 - Opes avanadas de agendamento
133
Depois clique sobre o boto Aplicar. Uma nova tela abrir, pedindo a sua senha e
confirmao da mesma. Pronto, j temos nossa tarefa agendada concluda corretamente.
A tarefa criada ir executar o script do Eventum, para envio dos e-mails, a cada 5
minutos. Portanto, aps a criao de uma issue, o e-mail ser enviado no tempo mximo
de 5 minutos. Para verificar se o e-mail foi enviado com sucesso, v na pgina da issue
que se deseja consultar, e clique sobre o link Mail Queue Log (localizado na parte
inferior direita da pgina).
134
Figura 91 - Link para visualizar o status do envio de e-mail
Aqui encerro a terceira e ltima parte do tutorial sobre o Eventum. Espero que ele possa
ajud-lo(a), caro leitor(a). Qualquer dvida, crtica, ou sugesto, sinta-se vontade em
colocar nos comentrios. At a prxima!
135
Saiba mais
Quem quiser conhecer mais sobre a ferramenta, recomendo a wiki do Eventum. Caso
tenha algum problema ou dvida, tambm h o frum da MySQL, o FAQ, a lista de
discusso, e o QualidadeBR (hehehe).
136
Certificaes
Certificaes
137
1. Certificao Brasileira de Teste de Software
(CBTS)
Pessoal, aps ter conseguido a CBTS elaborei um breve FAQ para a empresa onde
trabalho a respeito da certificao. Agora disponibilizo vocs o mesmo, lembrando
que a prxima prova tem data prevista para o dia 29 de Novembro de 2008. Boa sorte a
todos!
A CBTS visa atender a uma exigncia do mercado brasileiro que sempre demandou um
processo de certificao e qualificao de profissionais em teste de software. A CBTS
busca estabelecer padres para uma avaliao da qualificao dos profissionais de TI
com funes na rea de Testes.
So atravs das certificaes, que os profissionais podem atestar seu nvel de domnio e
conhecimento de seu servio, assim como as empresas podem demonstrar que possuem
um quadro capacitado para atender as demandas com qualidade e profissionalismo.
Resultando para a empresa na melhoria de seus processos e ampliao da qualidade e
produtividade de seus servios.
138
de forma mais isenta e imparcial possvel, todas as empresas e profissionais que
possuam vnculo e interesse com os rumos do mercado de testes e qualidade de software
no Brasil. Desde sua fundao, um dos principais objetivos da ALATS era estabelecer
uma certificao que avaliasse o nvel de conhecimento dos profissionais sobre as
disciplinas de testes e qualidade de software, forando um processo de amadurecimento
e profissionalizao da rea de testes. Objetivo esse que deu origem a CBTS.
A ALATS uma organizao sem fins lucrativos, no possuindo nenhum vnculo direto
ou indireto com instituies privadas. Todos os trabalhos so feitos de forma voluntria,
inexistindo qualquer tipo de remunerao dos membros diretores ou participantes dos
projetos de inovao.
O candidato dever obter 75% de acertos na prova para ser aprovado. Sendo a prova
constituda de 100 (cem) questes com respostas de mltipla escolha. Cada questo
proposta apresenta 4 (quatro) alternativas de resposta, sendo apenas uma delas a correta.
A certificao CBTS ter validade de 3 (trs) anos, que so contados a partir do ano
seguinte ao da realizao e aprovao no exame.
Fonte:
ALATS
139
2. CTFL BSTQB
Nessa semana, comecei um grupo de estudo na empresa que trabalho (Voice
Technology), para a certificao CTFL Certified Tester Foundation Level. Estamos
planejando realizar o exame, j na prxima data, que dia 03 de abril de 2009. Mas o
intuito inicial adquirir maior conhecimento na rea de Testes de Software, e aqueles
que se sentirem confiantes para realizar a prova, a sim, prestar o exame.
Para o primeiro encontro do grupo de estudo, preparei uma apresentao, que est sendo
disponibilizada abaixo, sobre a certificao CTFL BSTQB. A diante, explicarei um
pouco mais sobre a certificao.
BSTQB
CTFL
uma das certificaes de Teste de Software mais reconhecidas, tanto no Brasil como
no mundo. Atualmente j so cerca de 32.000 profissionais certificados no mundo.
140
Ela voltada para qualquer pessoa envolvida em teste de software. Isto inclui pessoas
em funes especficas de teste como: testadores, analistas, engenheiros, consultores,
gerentes, usurios que realizam teste de aceite e desenvolvedores de software.
Requisitos
Como se preparar?
A bibliografia recomendada :
As pessoas que j prestaram o exame, que eu conheo, dizem que estudando bem o
Syllabus e fazendo os simulados, possvel ser aprovado no exame, caso voc j tenha
experincia na rea de Teste de Software.
141
Como fazer a inscrio para o exame?
O exame
O exame composto de 40 questes, com quatro alternativas cada, sendo apenas uma a
certa e com durao de 1 hora.
Conversando com o Luiz Gustavo, que certificado CTFL, ele me disse que a prova
composta por:
Havendo questes prticas, que trazem cenrios reais, como por exemplo, o uso da
anlise de valor de fronteira.
Para obter a certificao preciso acertar 60% das questes, ou seja, 24 questes.
Fonte:
http://bstqb.org.br/
142
3. Certificao: IBM Certified Specialist
Software Quality
Pessoal,
Ontem eu recebi um e-mail, digamos que um pouco suspeito, sobre uma certificao na
rea de Qualidade de Software. Voc pode est se perguntando, por que um e-mail
sobre uma certificao pode ser suspeito?
O que eu achei suspeito foi o fato dela ser gratuita. Isso mesmo, sem nenhum custo, a
no ser o tempo de estudo e o deslocamento para o centro de treinamento que ir aplicar
o exame.
Para obter a certificao preciso acerta 71% das questes, ou seja, 32 questes.
Para fazer a inscrio do exame, basta acessar o site da Prometic, e seguir o passo a
passo:
143
1. Clicar no banner START
2. Clicar no link Schedule an Appointment
3. Selecionar no combo box Country a opo Brazil e clicar em <NEXT>
4. No list box Program selecione IBM (000,001) e clique em <NEXT>
5. <NEXT>
6. A prova 000-370 e clique em <NEXT>
7. Escolha o Test Sites mais prximo da sua casa.
8. Login e confirm process
No site da IBM h um simulado do exame, que pode ser acessado no link abaixo:
http://www14.software.ibm.com/cgi-bin/pwdown/public/httpdl/certify/sam370.pdf
Bem, na minha opinio essa uma excelente oportunidade para adquirir novos
conhecimentos, e ainda poder tirar uma certificao de uma empresa reconhecida
mundialmente, que a IBM.
Eu j marquei o meu exame para o dia 31 de maro, vou ver se consigo tirar a
certificao. Mas pelo que vi nos objetivos da certificao e pelo material fornecido pela
AzIT, a prova oferece um alto grau de dificuldade, principalmente por abordar tanto o
Teste de Software, Qualidade de Software, como o Desenvolvimento de Software.
Portanto, acredito que ser um grande desafio, e o mais importante ser adquirir novos
conhecimentos e poder coloc-los em prtica.
Quem ficou interessado em fazer o exame, melhor correr, pois a gratuidade do exame
somente por um tempo determinado, no sei at quando. Como pode ser conferido no
texto abaixo, retirado do site da AzIT:
Saiba mais:
Fonte:
http://www-03.ibm.com/certify/tests/ovr370.shtml
http://br.groups.yahoo.com/group/certificacoesqualidadetestedesoftware/
144
4. QAMP (Quality Assurance Management
Professional)
A QAMP (Quality Assurance Management Professional) uma nova certificao de
Teste e Qualidade de Software, criada em 2008 pelo iSQI.
145
A QAMP no est disponvel no Brasil, at porque os exames avanados de Teste de
Software, como o CTAL (Certified Tester Advanced Level) da ISTQB, no so
aplicados no Brasil. Portanto, se algum tiver interesse em tirar tais certificaes, s
indo para fora do pas mesmo.
Quem quiser saber mais sobre a QAMP, confire a apresentao abaixo, ou acesse o site
oficial da QAMP.
Fonte:
News. Industry Leaders Announce New Software Quality Testing Certification. Testing
Experience The Magazine for Professional Testers, Alemanha, Ano1, n4, p. 7,
dezembro, 2008
http://www.qamp.org
146
5. Simulados CTFL-BSTQB
Algo que ajuda muito, na preparao para certificaes a realizao de simulados. E
como disse aqui, montei um grupo de estudo na empresa que trabalho, para a
certificao CTFL-BSTQB.
Bem, chega de conversa, e vamos ao que interessa, os simulados. Segue abaixo, o link
para download dos simulados traduzidos e dos originais em ingls:
http://www.mediafire.com/file/ohy4jdwxijw/Simulados_CTFL-BSTQB.zip
http://www.mediafire.com/file/ejiyunzujvi/Simulados (originais).zip
J os simulados originais (em ingls) tm 27 questes a mais, por ter algumas repetidas
e outras um pouco estranhas, que preferi no traduzir.
Caso algum encontre algum erro nos simulados, por favor reporte para meu e-mail
(ffc.fabricio@gmail.com.br). E se tiverem alguma dvida, sugesto ou crtica, sintam-se
vontade em comentar.
147
6. Resoluo de questes CTFL: Q1S1
Durante os estudos para a CTFL (Certified Tester Foundation Level), algumas
questes dos simulados geraram dvidas, tanto para mim, quanto para outras pessoas,
que at entraram em contato comigo perguntando sobre a resoluo de tais.
Pensando no alto grau de dificuldade que muitas questes trazem, e que em muitas
vezes apenas engolimos a resposta, e no entendemos o motivo dela. Vou fazer uma
srie de posts, com a resoluo das questes que achei mais complicadas e tambm que
outras pessoas acharam.
E para comear vamos ver a resoluo da primeira questo do simulado 1 (Q1S1), uma
questo que no to difcil, mas que pode gerar dvida:
a) 0,1900,2004,2005
b) 1900, 2004
c) 1899,1900,2004,2005
O campo aceita valores entre 1900 e 2004. E temos que usar a anlise do valor limite
para determinar os valores que usaremos no teste.
Resoluo
A tcnica de anlise de valor limite faz uso dos valores: mnimo invlido, mnimo
vlido, mximo vlido e mximo invlido. Portanto, teremos que ter quatro valores para
o teste. Ento j eliminamos duas alternativas: b e d
Alternativa a
Alternativa c
148
1899 = valor mnimo invlido
Agora voc pode est pensando: Ento temos duas alternativas corretas?
No, pois a anlise do valor limite, como o prprio nome j sugere, est interessada nos
valores limites.
Perfeito! isso mesmo! O 0 um valor mnimo invlido, porm est bem abaixo do
limite mnimo.
Resposta
Alternativa: c) 1899,1900,2004,2005
Se voc achou alguma questo difcil ou no clara, e gostaria que eu colocasse aqui, s
fazer um comentrio. Que iremos discutir sobre ela.
At a prxima!
149
7. Resoluo de questes CTFL: Q13S1
Acredito que a grande dificuldade desta questo o desconhecimento da complexidade
ciclomtica de McCabe, eu mesmo no fazia a menor idia do que era, antes de ver essa
questo. E o pior de tudo que o Syllabus no fala dela, e o mximo que podemos
encontrar no material sedido pela BSTQB a sua definio no ISTQB Glossrio de
Termos de Teste.
http://logbr.reflectivesurface.com/2008/11/12/conceitos-de-programacao-complexidade-
ciclomatica/
http://www.antoniopassos.pro.br/blog/?p=347
http://en.wikipedia.org/wiki/Cyclomatic_complexity
1 IF X < Y
2 THEN Statement 1;
3 ELSE IF Y >= Z
4 THEN Statement 2;
5 END
a) 2
b) 3
c) 4
d) 5
Anlise do cdigo
Temos dois IFs, sendo que o segundo dependente do primeiro, ou seja, a sua execuo
depende do resultado do primeiro IF, pois o segundo IF est associado ao ELSE do
primeiro IF.
150
Acredito que essa histria de primeiro e segundo IF, pode ter te deixado confuso
querido(a) leitor(a). Ento, vamos facilitar as coisas, abaixo segue o fluxo do cdigo da
questo:
Resoluo
Temos duas maneiras de resolver essa questo: fazendo o fluxo com os caminhos
lgicos possveis (parecido com a figura acima), ou usando a frmula da complexidade
ciclomtica.
M = E N + 2P
M= complexidade ciclomtica
E= nmero de arestas (linhas/caminhos)
N= nmero de nodos
P= nmero de componentes conectados
M= 6 5 + 2X1
M= 1 + 2
M =3
151
Agora vamos resolver essa mesma questo, de uma maneira mais simples e fcil:
Vermelho: X maior que Y > Y maior igual que Z > THEN Statement 2 > END
E o motivo por eu achar a segunda maneira mais fcil simples: eu dificilmente foi
lembrar da frmula da complexidade ciclomtica na hora da prova. E como tenho
certeza que a pessoa que ir aplicar o exame no ir colocar a frmula na lousa (como
nos tempos de escola), prefiro fazer o fluxo do cdigo, afinal no vou esquecer de como
faz crculos e retas, durante a prova.
Logicamente essa minha opinio, se voc acha melhor resolver usando a frmula, tudo
bem.
152
Resposta
Alternativa: b) 3
Por hoje s pessoal. No prximo post irei resolver a questo 5 do simulado 2, a que o
Clauriston comentou no post anterior. At l!
153
8. Resoluo de questes CTFL: Q5S2
Nossa! Como est questo meu deu dor de cabea. Primeiro por culpa minha mesmo, de
ter errado na traduo: me esqueci da palavra vlidas no enunciado, o que acabou
tornando a questo bem confusa.
E depois, quando parecia tudo est resolvido, o leitor Antonio Moraes fez uma
excelente pergunta no post sobre a Q1S1. Segue ela abaixo:
O que est incorreto pois 9999 um valor invlido e desta maneira a alternativa estaria
incorreta. Ento pesquisei pela questo original na internet e encontrei a mesma questo
(fonte), com a alternativa C com os valores: 10.000, 50.000, 99.999
A primeira coisa que fiz foi arrumar esse erro na traduo. Porm, novamente cometi
mais um erro, no prestei ateno que o simulado que eu me baseei tinha 5 alternativas
e uma delas com uma alternativa mais correta do que a alternativa C. A alternativa D.
Bem, segue abaixo a questo e a resoluo desta questo que gerou tanta discusso e
confuso.
Questo
154
d) 10.000, 99.999
Resoluo
E como a questo pede somente os valores vlidos, chegamos aos seguintes valores:
Bem esse foi o pensamento que tive, quando acreditei que a alternativa D estava correta.
Mas, prestando mais ateno percebi que a questo pede para usar a tcnica de classe de
equivalncia e de valores limites, e apenas valores que caracterizem o uso de cada uma
delas, lembrando que esses valores precisam ser de classes e limites vlidos.
155
Resposta
Eu j atualizei o simulado 2, com est correo. Quem quiser baix-lo ele est sendo
disponibilizado no link abaixo:
http://www.mediafire.com/file/ohy4jdwxijw/Simulados_CTFL-BSTQB.zip
At mais!
156
9. Resoluo de questes CTFL: Q12S2
Dois dos assuntos que mais apresentam dificuldade so os de cobertura de sentena
(comando) e desvio. E acredito que o motivo que ns (da rea de Teste e Qualidade de
Software), na maioria das vezes no somos os responsveis por usar tais coberturas. E
sim os desenvolvedores, j que elas so tcnicas baseadas em estrutura.
Questo
1. Read P
2. Read Q
3. IF P+Q > 100 THEN
4. Print Large
5. ENDIF
6. If P > 50 THEN
7. Print P Large
8. ENDIF
Anlise do cdigo
Resoluo
Antes de ir para resoluo propriamente dita, bom lembrar dos conceitos de cobertura
de sentena (comando) e da cobertura de desvio:
157
Sentena (comando)
Com um nico teste podemos alcanar a cobertura total de sentena, por exemplo:
P = 100
Q=1
Iremos passar pelos dois IFs. Logo cobrimos todas as sentenas: 1,2,3,4,5,6,7,8.
Desvio
J para alcanar a cobertura total de desvio precisamos de dois testes: um que passe
pelos dois IFs e outro que no passe por eles, por exemplo:
Teste 1
P = 100
Q=1
Com estes valores de entrada, iremos passar pelo primeiro IF e tambm pelo segundo.
Teste 2
P = 50
Q=1
Com estes valores de entrada, no iremos passar pelo primeiro IF e nem pelo segundo.
Resposta
158
10. Resoluo de questes CTFL: Q14S1
Voltando ao simulado 1. Vamos ver a questo de nmero 14.
Questo
1. if (Condition 1)
2. then statement 1
3. else statement 2
4. fi
5. if (Condition 2)
6. then statement 3
7. fi
a) 2
b) 3
c) 4
d) No h como estimar
Anlise
Quanto ao cdigo, podemos perceber que h dois IFs independentes, como o prprio
enunciado j fala.
Resoluo
A melhor maneira de resolver essa questo fazendo o fluxo do cdigo para pode
visualizar os caminhos existentes:
159
Figura 95 - Ilustrao do fluxo
Azul: Condition 1 verdadeira > executa o statement 1 > Condition 2 falsa > finaliza
Verde: Condition 1 falsa > executa o statement 2 > Condition 2 falsa > finaliza
Resposta
Alternativa: c) 4
160
11. Resoluo de questes CTFL: Q13S2
Retomando o simulado 2. Vamos resolver a questo 13, que bem simples, comparada
as demais apresentadas anteriormente.
Questo
1. Switch PC on
2. Start outlook
3. IF outlook appears THEN
4. Send an email
5. Close Outlook
6. ENDIF
Anlise do cdigo
Resoluo
J para alcanar a cobertura de desvio precisamos de dois testes, um que passe pelo IF
e outro que no passe. Ou seja, num teste o outlook ir aparecer e no outro no.
Resposta
161
12. Resoluo de questes CTFL: Q14S2
Essa uma questo casca grossa. E a principal razo para eu dizer isso, que ela quebra
uma regra que eu tinha: o nmero de testes para garantir a cobertura de desvio ser
sempre maior que o nmero de testes para garantir a cobertura de sentena.
Questo
1. IF A > B THEN
2. C=AB
3. ELSE
4. C=A+B
5. ENDIF
6. Read D
7. IF C = D Then
8. Print Error
9. ENDIF
Anlise do cdigo
Resoluo
Cobertura de sentena
Com um nico teste poderamos garantir quase toda a cobertura de sentena, por
exemplo:
Teste 1
A = 20
B = 10
C = ser 10
D = 10
Com o teste 1 iremos passar pelo primeiro e segundo IF, porm, no iremos passar pelo
ELSE. Portanto precisamos de mais um teste:
Teste 2
162
A=0
B = 10
C = ser 10 (o valor de C nem interessa nesse teste)
D = 9 (o valor de D nem interessa nesse teste)
Com o teste 2 passamos pelo ELSE, porque A igual a B e nos levar a linha 4, a nica
pela qual no tnhamos passado.
Cobertura de desvio
Podemos usar os mesmos testes feitos na cobertura de sentena. Mas com uma
diferena: no teste 2, os valores de C e D nos interessam, pois iro cobrir o resultado
falso (a no passagem) do segundo IF.
Resposta
Dica
Adaptando a minha regra inicial: o nmero de testes para garantir a cobertura de desvio,
na maioria das vezes, ser maior que o nmero de testes para garantir a cobertura de
sentena.
163
13. Resoluo de questes CTFL: Q15S2
Essa deveria ser uma questo mais fcil de cobertura de sentena e desvio, por usar a
nossa linguagem. Porm, aplicada numa questo de Teste de Software, as coisas ficam
confusas.
Questo
Considere o seguinte:
a) CS = 1 e CD = 1
b) CS = 1 e CD = 2
c) CS = 1 e CD = 3
d) CS = 2 e CD = 2
e) CS = 2 e CD = 3
Anlise do cdigo
Que cdigo?
Esse daqui:
1. Pegar jornal
2. Ler jornal
3. Olhar televiso
4. IF tiver um programa que voc estiver interesse em assistir THEN
5. Veja a TV
6. Assista o programa
7. ELSE
8. Continue lendo o jornal
9. IF existe uma palavra cruzada no jornal THEN
10. Tente completar
11. ENDIF
12. ENDIF
Acredito que uma maneira de resolver essa questo passando o cenrio descrito para
um pseudocdigo, embora gaste mais tempo. Mas no momento o importante
compreender a questo, leve o tempo que levar.
Analisando o cdigo temos dois IFs, sendo que o primeiro tem um ELSE, e o segundo
est associado ao ELSE, ou seja, dependente do primeiro IF.
164
Resoluo
Cobertura de sentena
Dois testes so necessrios: um para passar pelo primeiro IF e outro para passar pelo
segundo IF. E passando pelos dois IFs, iremos executar todas as sentenas.
Cobertura de desvio
Teste 1
Teste 2
Est passando o Fausto e o cidado vai continuar a leitura do jornal de domingo.
(primeiro IF falso)
O cidado acaba de encontrar uma palavra cruzada e logo tenta completar. (segundo IF
verdadeiro)
Teste 3
Est passando de Volta a Lagoa Azul e o cidado vai continuar a leitura do jornal.
(primeiro IF falso)
No h uma palavra cruzada no jornal. (segundo IF falso)
Resposta
Alternativa: e) CS = 2 e CD = 3
165
14. Resoluo de questes CTFL: Q36S3
Mais uma questo sobre classe de equivalncia. Bom para treinar mais um pouco.
Questo
Anlise
Precisamos saber qual alternativa contm valores que caem na mesma classe de
equivalncia. Portanto precisamos, antes de mais nada, saber quais classes de
equivalncias temos.
Resoluo
Resposta
At mais!
166
15. Impresses exame CTFL-BSTQB
pessoal. Hoje das 09:00 s 10:00 fiz o exame da CTFL (Certified Tester Foundation
Level).
Bem agora esperar at no mximo 20 dias para saber o resultado do exame. Espero
que ele seja positivo
167
16. Exame IBM 000-370 cancelado no Brasil
Pelo menos por enquanto.
Fiquei sabendo pelo grupo DFTestes, que o exame para a certificao IBM Certified
Specialist Software Quality foi cancelado aqui no Brasil.
O meu que eu tinha remarcado para 04 de maio, ainda est marcado l no site da
Prometric. Ento, acredito que quem marcou para fazer aqui em So Paulo no teve o
exame cancelado.
O exame IBM 000-370 no poder ser mais agendado. Tanto que pelo prprio site da
Prometric, voc no tem mais a opo de escolha desse exame, caso tenha colocado
Brasil como pas.
Ou seja, eles estavam vendo se h demanda no Brasil pela certificao, fato que justifica
a gratuidade do exame.
Agora resta aguardar para ver se a certificao voltar. Particularmente, acredito que ela
voltar sim, pois bastante profissionais se interessaram, porm nesse retorno ela dever
ser paga.
O bom dessa histria toda o excelente material que foi disponibilizado e divulgado. Eu
ainda no li todo (alis, deveria ter lido, pois a data do exame est chegando huahua),
mas pelo o que estudei at agora, o material tem bastante contedo, est bem organizado
e didtico.
168
17. Impresses exame IBM 000-370
Foi hoje de manh o meu exame da certificao IBM Certified Specialist Software
Quality. Acertei 67% (30 questes) e precisava ter acertado 71% (32 questes) das
questes.
Mas mesmo com o resultado negativo, fiquei feliz e at surpreso com o resultado, pelo
pouco tempo de estudo que dediquei.
Abaixo segue as impresses que tive do exame e tambm algumas dicas para aqueles
que iro fazer o exame.
Dificuldade
Idioma
O exame em Ingls, a maioria das questes usam termos tcnicos, e se voc no teve
dificuldade com as questes existentes no material de estudo, o idioma no ser um
problema. Mas por via das dvidas bom levar um dicionrio.
Durao
Resultado
Dicas
Para o estudo para a certificao h basicamente duas tticas que podem ser seguidas:
169
J a segunda ttica a ideal para quem objetiva a obteno da certificao e no est
com muito tempo para os estudos. Usando ela aconselho estudar os seguintes mdulos,
prestando ateno aos objetivos do exame [1]:
[1] http://www-03.ibm.com/certify/tests/obj370.shtml
Eu acabei usando uma terceira ttica (rsrs), estava sem tempo de estudar, ento s fiz as
questes de cada mdulo. O que at ajudou bastante na prova, pois essas questes so
focadas geralmente nos objetivos das lies e algumas at apareceram no exame.
E quem quiser saber mais dicas sobre o exame, entre no grupo Certificaes
Qualidade e Teste de SW, do Fbio Martinho Campos, l ele deu vrias outras dicas
para o exame.
170
Eventos
Dicas
Eventos
171
1. Brateste 2009
Durante os dias 12 e 13 de maro de 2009, So Paulo sediar o 2 Seminrio Brasileiro
de Teste de Software, o Brateste 2009.
O evento ocorrer das 09 s 18 horas, no Renaissance So Paulo Hotel, localizado
na Alameda Santos, 2233 So Paulo, Brasil, sendo organizado pela
ALATS (Associao Latino-Americana de Teste de Software).
Dia: 12/03/2009
Horrios Palestra Palestrante
Emerson Rios
09:00-
Abertura ALATS
09:15
Brasil
Martin Pol
09:15- The evolution of Polteq International
10:30 Testing Testing Services
Holanda
10:30-
Coffee break e visita aos stands
11:00
172
13:50- Preveno de Arndt Von Staa
14:40 defeitos PUC-Rio Brasil
Ricardo Cristalli
14:40- Fabrica de Teste
iTeste / Quality
15:30 Futuro ou realidade
Brasil
15:30-
Coffee break e visita aos stands
16:00
Usando Rede
Bayesiana e Critrio
16:00- de Adequao para Gustavo Quezada
16:50 Obter uma Melhor
Cobertura de Teste
de Requisitos Brasil
MPT Melhoria de Emerson Rios
16:50-
Processo de Teste de ALATS
17:40
Software Brasil
Comparativo entre
Testes Manuais,
Automao e Alta-
Automao: 40 Marco Csar Bassi
17:40-
projetos reais, em 08 CEO
18:30
pases usando Grupo HDI
Compuware,
Rational, Borland e
Mercury.
Central ou Fbrica de Adriano Romero e Ana
18:30- Testes Uma Aquino
19:20 abordagem para BORLAND
testes independentes Brasil
Dia: 13/03/2009
Palestra Palestrante
Martin Pol
09:00- Polteq International
Test Outsourcing
10:30 Testing Services
Holanda
10:30-
Coffee break e visita aos stands
11:00
Automao de Testes Leonardo Molinari
11:00-
de M Qualidade: MZP
12:00
Como Evitar Brasil
12:00-
Almoo e visita aos stands
13:00
Experincia de testes Jorge Maturana Palma
13:00- com Alta Automao: (Falabella)
13:50 A Experincia da
Chile
Falabella Chile
173
Casos de testes:
13:50- Marcelo de los Santos
como, por que y para
14:40 Uruguai
que.
Benefcios da Aderson Bastos de
utilizao de Testes Souza
14:40-
Exploratrios em Stakeholder
15:30
projetos Offshore e Consultancy Services
Onshore Brasil
15:30-
Coffee break e visita aos stands
16:00
Behaviour-Driven
Jos Paulo Levandovski
Development: A nova
Papo
Era do Test-Driven
Development e BRQ IT Services
16:00-
Acceptance Test-
16:50
Driven Development.
Com exemplos em Brasil
Concordion e
JBehave 2.
Aumentando a
Ftima Mattos
produtividade em
16:50-
testes de sistemas EDS
17:40
usando Six Sigma -
Caso Real Brasil
A inscrio para o evento pode ser feita no prprio site da ALATS. E quem for, realize
logo o pagamento, pois depois do dia 06/02 o valor ir passar de R$350,00 para
R$450,00.
174
Figura 96 - BRATESTE 2009
Fonte:
ALATS
175
2. Cobertura BRATESTE 2009 (1 Dia)
Caros leitores,
Se eu for colocar todas as minhas anotaes sobre essa palestra, precisarei de vrios
posts (quase acabei um bloco de notas). A palestra foi sensacional! Ao seu trmino
j valeu a pena ter participado do BRATESTE 2009, s por essa palestra. Por que
eu digo isso?
Por ter falado sobre o Teste de Software, do seu incio at os dias atuais, em
50 minutos;
Por ter comentado sobre assuntos que j cansamos de ouvir, mas que
ouvindo um gringo falar parece ter mais importncia;
E por fim, pelo Martin Pol de sido certificado CBTS, devido aos seus
conhecimentos e atitudes em promover o Teste de Software no mundo todo.
Martin Pol o certificado CBTS de nmero 201.
176
Using offshore partners for software factory approach Luc Vandergoten
BTR Services/Blgica
Luc comeou a sua apresentao falando um pouco sobre a sua empresa na Blgica,
que j est h mais de 10 anos no mercado. Luc tinha duas grandes necessidades: a
de mo de obra especializada, que falta na Blgica, e de trabalhar de uma maneira
internacional. E para tentar sanar as suas necessidades a sua empresa comeou a
prtica o Offshore, terceirizando o desenvolvimento de software para a ndia e a
QA (Quality Assurance) para o Brasil.
o Cultura
o Educao
Sem inovao
o Qualidade
Sem teste
177
projetos de testes fracassam, devido aos clientes pensarem que tero resultados
imediatos, quando na verdade, os resultados do Teste de Software ocorrem a mdio
e longo prazo.
A quarta palestra do dia foi a segunda melhor (na minha opinio, s perdendo para
a do Martin Pol). O professor Arndt Von Staa, que est na rea de computao h
mais de 47 anos ( ele escreveu o seu primeiro programa em setembro de 1962),
abordou com propriedade a importncia da preveno de defeitos.
No final da apresentao Arndt comentou que podemos obter bons resultados com o
uso de tcnicas formais leves, revises e inspees.
Aps o encerramento da palestra, Arndt Von Staa recebeu o certificado CBTS, por
toda a sua bagagem acadmica e pelos 47 anos de TI. E se tornou o 202 certificado
CBTS do Brasil.
Para fechar a apresentao, o Ricardo mostrou algumas notcias que mostram que
fbricas de teste so uma realidade no Brasil, dentre as principais esto: CPM
Braxis, T&M Testes e RSI.
178
Usando Rede Bayesiana e Critrio de Adequao para Obter uma Melhor
Cobertura de Teste de Requisitos Gustavo Quezada/Brasil
Emerson Rios retorna ao palco, agora para d mais detalhes sobre a MPT
Melhoria de Processo de Teste de Software. Cujo motivo do seu surgimento, foi a
inexistncia de uma entidade para aplicar um modelo de melhoria do processo de
teste no Brasil, j que o TMM no avaliado aqui. Alm do intuito de fazer um
modelo brasileiro, que seja de baixo custo, comparado ao MPS.BR e CMMI.
A MPT tem 8 nveis (de 1 at 8), que representam o grau de maturidade do processo
de Teste de Software. No momento os dois primeiros nveis j esto definidos, e
podem ser consultados no arquivo disponibilizado pela ALATS. E o terceiro j est
em fase final e dever est pronto em julho, que a data prevista para a formao
de avaliadores MPT.
O Emerson Rios ainda disse, que a MPT poder ser aplicada a qualquer equipe de
teste, independente do seu tamanho.
179
Silk Performer cria e executa os testes de performance e tambm monitora
o sistema.
Se uma pessoa chegasse para voc hoje, e dissesse que ela tem uma ferramenta que
cria, executa e retornar os resultados dos testes de forma automtica, usando
Inteligncia Artificial (IA), e se voc precisar simular a interao do usurio via
teclado, ela tem um robozinho que faz isso. O que voc acharia dessa pessoa?
1. Um doido varrido;
Resposta correta, nenhuma das alternativas. tudo verdade, pelo meno s o que
garante o CEO do Grupo HDI, Marco Csar Bassi. Cuja apresentao foi muito boa,
simples e direta. E o melhor de tudo, com fatos que comprovam a eficcia da sua
plataforma de Alta-Automao.
Os pases que mais erram so EUA e ndia (os americanos apenas fazem
normas para os outros ler, eles mesmos no lem);
180
A palestra do Marco, fechou o primeiro dia da BRATESTE com chave de ouro,
despertou muita curiosidade em saber como tudo isso funciona (tentarei buscar
mais informaes amanh).
Bem, aqui encerro a cobertura do primeiro dia, espero que vocs tenham gostado.
Amanh tem mais!
181
3. Cobertura BRATESTE 2009 (2 Dia)
O segundo dia do BRATESTE teve 7 palestras, duas a menos do que o primeiro dia.
Mas nem por isso deixou a desejar, pelo contrrio, foi mais um dia para conhecer e
aprender mais sobre Teste e Qualidade de Software.
Comeamos mais um dia com a presena de Martin Pol no palco. Dessa vez para
falar sobre a terceirizao de teste (famoso Test Outsourcing).
Martin Pol poderia fazer uma lista com 40 motivos, mas sabendo que ele no seria o
nico palestrante do dia, citou apenas os principais, que so eles:
Equipe independente;
Falta de recursos;
Bem, agora voc pode est maravilhado com a descoberta de Martin Pol, e
falando: Esses gringos so fo#!%* mesmo. Mas muita calma nessa hora, a
terceirizao algo comum, antigo e natural. Exemplo disso, so alguns pssaros
que fazem ninhos para outros pssaros. E ainda temos outros exemplos da
construo civil e aviao.
E lgico que quando a terceirizao ganha o mundo de TI, logo surgem novos
termos e ela classificada:
182
Off-shoring:
Co-sourcing:
Joint Venture:
Right-sourcing:
Blended sourcing;
Near-shoring;
Home shoring.
Bem, para encerrar essa longa cobertura da palestra de Martin, vou deixar alguns
conselhos e experincia que Martin Pol disse:
Torne-se especialista;
Como vocs puderam perceber, eu nem gostei dessa palestra, na verdade s achei
um pouco longa demais (1h30min). Mas foram 90 minutos muito bem gastos.
Grande Molinari! Estava ansioso para ver o que ele tinha a falar, afinal ele um dos
grandes nomes da nossa rea aqui no Brasil.
183
corretamente; automao de teste no substitui uma equipe de testes; nem tudo pode
ser testado, mesmo usando automao; nem tudo que pode ser testado precisar de
automao.
Bem, minha impresso foi que mesmo com o Leonardo dizendo que no ia chover
no molhado, acabou chovendo no molhado. Porm, levantou pontos importantes,
como:
No podemos falar que uma ferramenta uma porcaria, sem antes a estudar
direito;
Nessa palestra, Jorge Maturama falou sobre o caso de sucesso da Alta Automao,
implantada pelo grupo HDI (o do Marco Bassi). Mostrando um pouco das suas
expectativas com o Teste de Software, o uso da ISO-IEC 926 e ainda a importncia
dos usurios estarem felizes com o produto entregue.
Casos de testes: como, por que y para que Marcelo de los Santos/Uruguai
Algo interessante que notei, foi o fato, de pases diferentes enfrentarem os mesmos
problemas. Logo surgi uma necessidade em comum, e alianas e trocas de
informaes podem e devem ser feitas. O que mostra que a tentativa da ALATS em
atingir a Amrica Latina muito vlida.
184
Benefcios da utilizao de Testes Exploratrios em projetos Offshore e
Onshore Aderson Bastos de Souza - Stakeholder Consultancy Services/Brasil
Uma das melhores palestras do BRATESTE, teve incio com a apresentao dos
conceitos de Teste Exploratrio. E logo em seguida o Aderson mostrou dois casos
de sucesso usando Testes Exploratrios, um offshore (para Nova York) e outro
onshore (para uma grande empresa).
E com o decorrer dos projetos o Aderson Bastos conseguiu mudar a viso dos
clientes sobre o Teste de Software, e fazer-los ajudar no teste tambm. Alm de
conseguir aumentar o esforo de teste de 2% para 10%, o que ainda pouco, mas j
um bom salto para dois anos de projeto.
O que falar de uma palestra, que antes do seu incio, voc j tem a certeza de que
vai ser muito boa. Afinal, no palco est Jos Paulo Levandovski Papo, o
famoso Jos Papo.
185
(ATDD). Apresentando os conceitos, benefcios e dificuldades de cada prtica. E
ainda mostrou alguns exemplos, usando ferramentas como o Concordion.
E como toda boa aula, o professor nos deixou, de maneira indireta, uma lio de
casa. Estudar melhor tais prticas e tentar coloc-las nas nossas empresas, ou pelo
menos, mostrar ao desenvolvedores que tais prticas existem.
A palestra da Ftima mostrou como que a sua equipe fez para tentar aumentar a
produtividade da fase de teste em 20%, utilizando para isso o Six Sigma, que uma
metodologia estruturada com foco na melhoria contnua.
Para superar esse problema ela usou o DMAIC, que defini 5 passos para a melhoria
contnua: Definir->Medir->Analisar->Melhorar->Controlar.
Aps todo o esforo realizado pela equipe, eles obtiveram um ganho de 93% na
produtividade. E a soluo adotada foi a criao de um repositrio de
conhecimento, o que aumentou em 127% o uso do testware.
Bem pessoal, aqui encerro a cobertura do BRATESTE 2009, espero que vocs
tenham gostado.
Mas esse no o fim, ainda irei fazer um post com a minha concluso sobre o
evento. E j posso adiantar que elas foram excelentes!
186
Quem quiser fazer o download das apresentaes do BRATESTE 2009, segue
abaixo o link:
187
4. Concluso BRATESTE 2009
Se voc me pedir para resumir o BRATESTE em uma palavra, eu diria:
SENSACIONAL!!!
Logicamente, que todo evento tem alguns pontos fracos, e aqui vo alguns que
notei:
Por que no fazer o almoo no local? Principalmente, pelo fato de ser difcil
de controlar o horrio de 1 hora de almoo, sendo ele fora do local do
evento, que geralmente era insuficiente e muitas pessoas se atrasavam para
as palestras que ocorriam depois do almoo.
Como puderam perceber foram pequenas falhas que ocorreram, nada que
comprometesse a qualidade final do evento.
Tendncias
De acordo com os temas das palestras, ficaram claras algumas tendncias, como:
188
O outsourcing de Teste de Software, principalmente como offshore;
Consideraes Finais
Com certeza valeu muito apena ter sacrificado dois dias de trabalho, para participar
do BRATESTE. Ter a certeza que voc no o nico que passa por dificuldades na
prtica do Teste de Software; o fato de haver pessoas no mundo todo, preocupadas
com o Teste de Software. E ainda a oportunidade de est a par das novidades e
tendncias da nossa rea.
189
5. 1 Encontro Mensal da ALATS So Paulo
tima iniciativa da diretoria de So Paulo da ALATS!
Agenda:
18:30 Credenciamento
19:00 Incio da Palestra
20:00 Coffee break
20:30 Continuao da Palestra
21:30 Espao aberto para perguntas sobre Teste de Software, ALATS e certificao
CBTS
22:00 Encerramento
Contedo da Palestra
190
anos de atuao na rea de TI. Formado em Processamento de Dados pela FATEC,
ps-graduado em Gesto Empresarial pela CEETEPs-IPEN/USP, certificado CBTS,
CSTE e CTFL, entre outras.
Inscries:
- Associados ALATS: R$ 25,00
- No Associados: R$ 30,00
191
6. Impresses do 1 Encontro Mensal da ALATS
So Paulo
Ontem em So Paulo das 18:30 s 22:00 ocorreu o 1 Encontro Mensal da ALATS So
Paulo, sendo tambm o 1 encontro de Teste de Software a ser realizado pela ALATS.
Abaixo relato quais foram as minhas impresses sobre essa excelente iniciativa da
ALATS.
Expectativa
Antes de falar do encontro em si, bom falar do eu esperava dele. Bem, eu j estava
empolgado pela iniciativa e oportunidade. E o legal desse tipo de evento que ele acaba
sendo menos formal, tem um menor pblico e mais focado, afinal um encontro.
Primeira impresso
Que isso, vou explicar melhor porque achei esse momento legal: ao todo tinhas umas 14
pessoas e o Jos Correia pediu para cada um ser apresentar de forma breve, porm
alguns se empolgaram e comentaram um pouco sobre a experincia deles na rea (o que
foi muito vlido). Da pareceu uma terapia em grupo (leia-se TA Testadores
Annimos), onde um falava sobre determinada situao e o outro falava que j passou
por isso, etc.
192
Acredito que esses momentos so bem legais, pois sinto que muitas vezes estamos
muito bitolados com os estudos e o trabalho, e muitos de ns no tem essa oportunidade
de falar sobre o trabalho com pessoas da mesma rea (eu mesmo tenho poucos amigos
que trabalham com Teste de Software, tirando os amigos do trabalho).
E tambm estamos em uma era onde lemos muito e discutimos pouco, alis, esse um
motivo pelo qual esquecemos muitas das coisas que lemos e estudamos.
Agora sobre a primeira parte da palestra, cujo tema era: O ano de lanamento do livro
The Art of Software Testing, por Glenford Myers. O Jos Correia abordou com
bastante propriedade o assunto, comentando sobre os captulos dessa obra que
considerada a bblia do Teste de Software, sempre fazendo comparaes com a poca de
Myers, dcada de 70, e os anos atuais.
O mais legal da apresentao do Jos Correia foi a maneira (bem otimista) que ele
ilustrava o Teste de Software e a sua importncia, tanto quando comentou sobre o livro
de Myers, como quando falou sobre o futuro da nossa rea. Particularmente, tambm
vejo com bastante otimismo o futuro da nossa rea
A concluso que chegamos ao final da apresentao que muitos dos conceitos que
Myers falava em 1979, ainda so vlidos para os dias atuais. Tanto que os livros e
certificaes de Teste de Software, sempre tm como referncia o livro The Art of
Software Testing. E Teste de Software uma rea que est crescendo e ir crescer
ainda muito, pois cada vez ser mais necessrio testar software.
Quem quiser fazer o download da apresentao, ela est sendo disponibilizada no site
da Iterasys, link abaixo:
http://www.iterasys.com.br/downloads/ALATS-SP-Encontro-Mensal-001.pdf
Consideraes finais
Agora torce para que esses encontros aconteam mensalmente mesmo. E para que isso
acontea, tambm precisamos ajudar. Pessoal participem e divulguem o encontro, quem
sabe a prxima j no pode ser no auditrio do IMAM e com ele lotado!
193
Parabns a ALATS pela iniciativa e a todos os participantes do primeiro encontro,
espero que esse seja o primeiro de muitos!!!
Notcias quentes
O prximo encontro j tem data marcada. Ser no dia 13 de maio de 2009, das
18:30 s 22:30 e ser sobre Estimativas. O palestrante ainda segredo, mas
parece que algum da ALATS.
194
7. 2 Encontro Mensal da ALATS So Paulo
O 2 encontro mensal da ALATS em So Paulo ter como tema, algo que gera bastante
discusso e que muita gente se descabela na hora de fazer: Estimativas.
Agenda:
18:30 Credenciamento e Networking entre os Participantes
19:00 Estimativa do Tamanho do Software atravs da APF
20:00 Coffee break e Networking
20:30 Estimativa do Esforo de Teste atravs da APT
21:00 Outras Formas de Estimar
21:30 Espao aberto para discusso de temas da ALATS e da comunidade de Qualidade
de Software em geral
22:00 Encerramento
Contedo da Palestra
Estimativa do Tamanho do Software atravs da Anlise de Pontos de Funo (APF),
por Cristiane Pelossi Genovesi Barroso
Estimativa do Esforo de Teste atravs da Analise de Pontos de Teste (APT), por Jos
Correia
Outras Formas de Estimar
Palestrantes:
195
Jos Correia, diretor regional de So Paulo da ALATS, coordenador da Iterasys, 14
anos de atuao na rea de TI. Formado em Processamento de Dados pela FATEC, ps-
graduado em Gesto Empresarial pela CEETEPs-IPEN/USP, certificado CBTS, CSTE e
CTFL, entre outras.
Local: IMAM Rua Loefgreen, 1.400 Vila Mariana prximo a Estao de Metr
Santa Cruz, estacionamento no local (no incluso)
Inscries:
- Associados ALATS: R$ 25,00
- No Associados: R$ 30,00
196
8. Impresses do 2 Encontro Mensal da ALATS
So Paulo
Hoje das 18:30 at s 22:00 ocorreu o 2 Encontro Mensal da ALATS em So Paulo.
O tema dessa vez foi Estimativas, e foi dividido em duas palestras: Estimativa do
tamanho do Software atravs da Anlise de Pontos de Funo (APF), palestrada pela
Cristiane Pelossi Genovese Barroso, CFPS Certified Function Point Specialist e
Estimativa do tamanho do Software atravs da Anlise de Pontos de Teste (APT),
palestrada pelo Jos Correia, diretor da ALATS So Paulo.
Em seguida a palestrante explicou os conceitos de APF, ela uma tcnica para medir o
tamanho do software, e est fortemente relacionada com os requisitos funcionais
solicitados pelo cliente.
Alm de sua funo principal, a APF ainda ajuda na complementao e melhoria dos
requisitos. E com ela fica mais fcil explicar o tempo do projeto e estimar o valor do
mesmo (que muitas vezes definido por horas e no por funo).
A Cristiane ainda explicou como funciona a certificao CFPS, que j tem mais de 500
certificados no Brasil, alis, o Brasil o pas que mais tem certificados.
Bem, para finalizar a impresso da palestra da Cristiane, ficou claro que aplicao da
APF traz bons resultados, porm ela no fcil de ser aplicada, h muitos fatores que
podem influenciar, e temos que est capacitados para tal tarefa. Tanto a nvel de
conhecimento da APF como do sistema que est sendo avaliado.
Um ponto interessante, apresentado pela Cristiane que a APF pode ser aplicada
mesmo com o projeto j em andamento, para as novas funcionalidades, por exemplo.
A palestra do Jos Correia foi bem curta e mais para d uma viso geral na APT, criada
por Martin Pol, Ruud Tennissem e Erik Van Veenendaal.
O que ficou legal, foi que aps ter visto a APF ficou bem claro a importncia da APT,
pois ela mais especifica e abrangente para a rea de Testes. Sendo muito til para
197
estimar o esforo de teste necessrio, e muito melhor que a estimativa do dedo, ou a
do veja bem, ou ainda a do se.
O Jos Correia alertou que precisamos usar mais a APT no Brasil, afinal ela uma
continuao de uma metodologia vlida, e bem usada na Europa, o que mostra que ela
pode sim nos auxiliar nas estimativas.
Top down
o Custos
o Restries
o Ponto de Funo
o Cocomo
Julgamento experiente
Botton up
o Baseado na WBS
Mais uma boa iniciativa, e o sucesso dela s depende da comunidade brasileira de Teste
de Software, ou seja, de ns mesmos.
Coffee Break
O coffee break foi um momento mpar do encontro, alm dos excelentes salgados e
doces, o restaurante estava cheio e foi um bom momento para conversar com o pessoal.
Alis, tive o prazer de conhecer pessoalmente o Elias Nogueira e tambm o Robson
Agapito, junto com o pessoal da Mega, e tambm algumas pessoas que j visitaram
o QualidadeBR.
Encontro
O segundo encontro foi muito bom, uma oportunidade nica para entender melhor a
APF e APT, e ainda aproximar mais a comunidade de Teste e Qualidade de Software.
Parabns a Cristiane pela palestra, ao Jos Correia e o pessoal da Iterasy (que auxiliam a
organizao do evento) por mais um encontro e pelo esforo dedicado, e tambm a
todos os participantes, afinal sair do trabalho e ir para o encontro no fcil.
198
E para encerrar esse post, nada melhor do que falar sobre o 3 encontro mensal, que ter
Fbio Martinho Campos, grande especialista da rea, palestrando sobre Teste de
Performance, no dia 16 de junho no IMAM.
Saiba mais:
http://www.alats.org.br/Default.aspx?tabid=144
199
9. 2 Seminrio de Teste de Software do Rio de
Janeiro
Fiquei sabendo via e-mail, que haver o 2 Seminrio de Teste de Software do Rio de
Janeiro, promovido pela ALATS. Segue abaixo maiores informaes do evento:
Dia: 15/07/2009
Local: Rua So Jos 40 4 andar Centro Rio de Janeiro RJ
Horrio: 09 s 17 horas.
Preo: R$ 160,00
Preo para associados: R$ 120,00
Nmero de inscries limitada: 60 pessoas
Inscries e maiores informaes: pelo site da ALATS
200
10. Adiado o 3 Encontro Mensal da ALATS
Pessoal,
O encontro que iria ocorrer amanh (16/06), foi adiado para o prximo dia 23 (tera-
feira). Ou seja, quem ainda no se inscreveu ou no estava ciente do evento tem mais
uma semana para se programar e poder confirmar a presena no encontro.
Agenda:
18:30 Credenciamento e Networking entre os Participantes
19:00 Introduo ao Teste de Performance
20:00 Coffee break e Networking
20:30 Teste de Performance na Prtica
21:30 Espao aberto para discusso de temas da ALATS e da comunidade de Qualidade
de Software em geral
22:00 Encerramento
Palestrante:
Fbio Martinho Campos, CBTS, CQA, CST, CSCM, CTFL e IBM Certified Specialist.
Bacharel em Computao pela UNITAU (Universidade de Taubat), MBA em Gesto
de Projetos pelo IPT (Instituto de Pesquisas Tecnolgicas-USP). Especialista em Teste
de Performance na CPM Braxis.
Local: IMAM Rua Loefgreen, 1.400 Vila Mariana prximo a Estao de Metr
Santa Cruz, estacionamento no local (no incluso)
201
Inscries:
http://www.alats.org.br/default.aspx?tabid=144
202
Gerncia de Projetos
Gerncia de Projetos
203
1. TRIZ Teoria da Resoluo de Problemas
Inventivos
Pessoal, hoje vou falar sobre essa metodologia que se prope a ajudar em algo que
muito comum em nosso dia a dia, os problemas.
204
5. Recuo aqui tenta-se evitar completamente o conflito ou adi-lo. Ser uma
soluo temporria, porque o problema no resolvido. Podendo ser uma opo
quando no se poderia ganhar, acredita-se que o problema pode desaparecer por
si s ou o atraso , em si, um ganho.
Para entender melhor, vamos utilizar essa metodologia para solucionar o seguinte
problema:
Separao no espao
o Aumentar a equipe de desenvolvimento, em busca de uma acelerao do
desenvolvimento para que haja um maior tempo para os testes.
Separao no tempo
o Expandir a capacidade no tempo: trabalhar at mais tarde e se necessrio
trabalho durante o final de semana.
Separao conforme a condio
205
o Negociar com cliente um maior prazo, justificando com a garantia de
maior qualidade do software.
Separao no sistema
o Alguns recursos do desenvolvimento executaro testes em paralelo com
a equipe Testes.
Fonte:
206
2. 3P Piores Prticas de Projeto (parte 1)
Melhores Prticas de Projeto um dos temas que mais vem ganhando espao no mundo
de TI, pois percebemos que um bom gerenciamento fundamental para o sucesso do
projeto. Mas se temos as melhores prticas, quais seriam as piores prticas?
Abaixo explico algumas das piores prticas de projeto (3P) que devemos tomar cuidado
para no cometemos:
No envolvimento dos stakeholders - Por mais absurdo que possa parecer, essa uma
das prticas que mais acontecem, na qual um ou mais stakeholders (envolvidos com o
projeto) no participam ativamente do projeto, ou participam apenas no incio,
ocasionando vrios problemas, como requisitos mal especificados. Este uns dos
problemas que afetam diretamente o prazo e custo do projeto e em determinados casos,
pode at representar o fim de um projeto. Um exemplo de no envolvimento dos
stakeholders aconteceu com o projeto do Rodoanel, onde grupos ambientais no foram
colocados como stakeholders no incio do projeto, e esses acabaram gerando impasses
para o governo, resultando em grandes atrasos nas obras e aumento do custo.
Falta de documentao - essa umas prticas mais adotadas pelas empresas, por
parecer a curto prazo uma boa prtica, pois economizar tempo. Porm, a longo prazo
ela pode fazer com que o projeto seja o caos. Imagine a seguinte situao: na empresa
XPTO Z programador snior e responsvel por um mdulo crtico da aplicao,
porm no costuma documentar nada que faz, nem ao menos comenta o cdigo. Um
certo dia, Z consegue um emprego melhor e sai da XPTO. E agora como o projeto
continuar sem o Z? Ele era o nico que tinha conhecimento sobre aquele mdulo e
sem esse mdulo o projeto no poder ser entregue.
pessoal, vocs podem estarem achando que tal situao apresentada no acontece nas
empresas, mas por mais incrvel que parea essa uma das que mais acontece e que faz
muitos dos gerentes arrancarem os cabelos (quando ainda tem). Por isso o projeto tem
que ser documentado e bem documentado.
207
Talvez, voc at se lembre do que voc comeu ontem, mas e antes de ontem, e na
semana passada?
Se eu fosse pedir para voc me fazer uma documentao do seu almoo por um ms, ela
teria que ser feita antes do almoo, onde voc colocaria qual o restaurante que voc vai
almoar, qual ser o pedido, etc; durante o almoo, situao em que voc falaria sobre a
qualidade da comida escolhida; e aps o trmino do almoo, voc iria descrever como
foi o atendimento e quanto custou o almoo.
Logo percebemos que a documentao uma tarefa que tem que ser feita, durante todo
o projeto e no somente durante uma determinada etapa do projeto.
Bem pessoal, por hoje s. Em breve trarei a segunda parte do 3P. At a prxima!
208
3. 3P Piores Prticas de Projeto (parte 2)
Continuamos falando sobre as piores prticas de projeto, mais uma vez com o intuito de
alertar e prevenir tais prticas:
Eu quero eu posso Essa uma prtica muito natural, sempre achamos que basta
querer para poder realizar ou obter algo. Em projetos devemos avaliar o quanto de
esforo que ele demandar e se o time est preparado, caso contrrio o projeto ter
grandes chances de sofrer atrasos, aumento de custo ou at fracassar. Um exemplo dessa
prtica foi o Pan de 2007, o maior evento poliesportivo j realizado no pas, onde
devido a falta de preparo dos realizadores e a problemas polticos o oramento final
ficou 1.289% a mais do que estava previsto inicialmente.
Achmetro - por ltimo umas das prticas mais utilizadas no somente em projetos de
TI, mas como tambm na nossa vida. Afinal, o achmetro tem como base o conselho
que segundo o texto de Mary Schmich, que foi transformado em um discurso musicado
por Pedro Bial com o nome Filtro Solar:
209
Devemos usar o achmetro somente em momentos que realmente no teramos como
obter um histrico de dados, como por exemplo, no primeiro projeto de uma recm
criada empresa. Sempre que possvel, precisamos justificar as nossas aes e estratgias
com base em informaes e no na opinio prpria ou de outras pessoas.
Aqui chego ao fim das 3P, mas com certeza h ainda muitas piores prticas de projetos
que no foram citadas. Por isso, caso algum queira colocar alguma prtica que
vivenciou ou conhece, por favor sinta-se vontade. O seu comentrio ser bem-vindo!
Fonte:
210
Modelos
Modelos
211
1. MPS.BR
Pessoal, participei nessa semana de uma palestra sobre MPS.BR, ministrada por Sarah
Kohan e David Yoshida, duas pessoas que participam ativamente na difuso do
MPS.BR no Brasil. Abaixo explico um pouco sobre esse novo programa para Melhoria
de Processo do Software Brasileiro.
O que o MPS.BR?
212
Os 7 nveis de maturidade
O MPS.BR define sete nveis de maturidade, que podem ser comparados ao nveis do
CMMI como na figura abaixo:
O que requerido?
213
o Realizao de diagnstico do processo, para que se possa saber como
esto os processos atuais da empresa.
Plano de adequao
Avaliao oficial
O custo para o nvel G, o primeiro nvel, est em torno de R$ 70.000,00. J para o nvel
F estima-se R$ 104.000,00. Sendo que esses preos podem ser negociados e parcelados
de acordo com a necessidade da empresa.
O tempo do projeto dura em mdia 15 meses, podendo variar de acordo com o grau de
comprometimento das pessoas envolvidas.
214
Concluso
A melhoria do processo de software uma necessidade cada vez maior nas empresas de
TI. Alm do mais, muitas delas ainda sequer possuem processos definidos. Diante dessa
realidade, o MPS.BR uma forma de alcanar a maturao dos processos que vem
crescendo a cada ano, com novas empresas adquirindo a certificao ou melhorando o
seu nvel. Sendo muito bem aceita no mercado nacional (no mercado internacional ela
ainda no reconhecida). Portanto, a MPS.BR mais recomendada para empresas que
tem sua cartela de clientes localizados no Brasil. Para as demais, ela se apresenta como
um primeiro passo antes do CMMI, j que a sua adequao mais simples e seu custo
menor comparado ao CMMI.
E devemos ter sempre em mente que os modelos, normas e etc, existem para auxiliar na
melhoria do processo da nossa empresa e credibiliz-la perante aos clientes. E s so
possveis de serem conquistados com o envolvimento das pessoas e por isso devemos
estar atento no s a melhoria dos processos, mas tambm a de nossa equipe. Afinal,
como j dizia Carl Gustav Jung No o diploma mdico, mas a qualidade humana, o
decisivo.
Fonte:
http://www.softex.br/mpsBr
215
Desenvolvimento de Software
Desenvolvimento de Software
216
1. Qual a melhor metodologia?
Essa uma questo polmica, e vejo muitos profissionais tentando responder e justificar
a sua resposta. E a cada vez, que eu leio algo sobre o assunto, fico com uma outra
dvida: Ser que existe a melhor metodologia para o desenvolvimento de software?
Cada uma dessas metodologias, como tudo na vida, tem suas vantagens e desvantagens,
abaixo apresento uma comparao das metodologias, de acordo com alguns cenrios:
217
Figura 98 - Comparao entre as metodologias (retirado do material da AzIT)
Como pode ser visto na figura acima, de acordo com os cenrios apresentados, a melhor
metodologia seria o RUP. A razo para esse fato, que a figura foi retirada do material
para a certificao IBM Certified Specialist Software Quality, e o RUP um
processo proprietrio criado pela Rational Software Corporation, adquirida pela IBM.
Logo a IBM apresenta o RUP como melhor metodologia, o que pode at ser verdade,
dependendo do projeto de software.
Agora voc pode est se perguntando: Como assim, pode at ser verdade, ou uma
metodologia a melhor ou no !.
218
Para tentar explicar melhor o meu ponto de vista, vou fazer uma analogia com os
eletrodomsticos e eletrnicos da sua casa. Voc como um consumidor atento e sempre
buscando a qualidade, alinhada ao custo-benefcio, tem eletrodomsticos e eletrnicos
das diversas marcas: LG, Sony, Arno, Brastemp, Consul, Bosch, Philips, etc. Cada um
dos eletrodomsticos e eletrnicos atende uma necessidade da sua famlia, e para cada
um h um melhor fabricante, portanto, voc no vai comprar tudo de uma nica marca,
at porque uma nica marca no fabrica todos os tipos de eletrodomsticos e
eletrnicos.
Fonte:
219
Humor
Humor
220
1. As Etapas do Desenvolvimento de Software
221
Figura 99 - Desenvolvimento de Software
222
2.Vida de Programador
Uma homenagem (bem atrasada) aos nossos amigos programadores pelo dia do
programador, comemorado no dia 12 de Setembro.
Fonte:
223
Dicas
Dicas
224
1. Padro de Nomes de Componentes
Quantas vezes escrevendo um caso de teste ou reportando um bug, a gente no acaba se
esquecendo do nome de um determinado componente ou at confundindo com outro. E
em equipes de Teste de Software, muito comum uma pessoa acabar citando o
componente de maneira diferente da outra. O que acaba resultando na falta de
padronizao e at pode comprometer o entendimento do desenvolvedor, que por sua
vez, est acostumado a tratar o componente utilizando outro nome.
Tendo em vista evitar tais situaes, montei uma galeria de imagens, que apresenta os
nomes dos componentes mais utilizados em aplicaes Web, espero que sirva de ajuda:
225
Figura 102 - Padro de nomes de componente
226
Figura 103 - Padro de nomes de componente
227
2. Revistas sobre Teste e Qualidade de Software
Abaixo apresento 5 revistas que trazem interessantes artigos sobre Teste e Qualidade de
Software, todas elas podem ser obtidas de forma gratuita em seus respectivos sites:
Software Test & Performance: Lanada em 2004, pela BZ Media LLC (que tambm
produz a SD Times e a Systems Administration News), a Software Test & Performance
traz mensalmente excelentes artigos sobre o que h de mais atual na rea de Qualidade e
Teste de Software. (download)
Fonte:
http://www.professionaltester.com/
http://www.stpmag.com/
http://www.testingexperience.com
http://www.whatistesting.com
228
3. O Twitter como meio de comunicao interna
Acredito que a maioria de vocs devem saber da existncia, de um tal de Twitter, mas
ainda no descobriram uma real utilidade para ele.
De tanto ouvir falar desse Twitter, resolvi ver o que o pessoal tanto faz com nele. E
acabei descobrindo que a maioria dos twitteiros (usurios do Twitter) utiliza-o para
fazer um auto Big Brother (coisa de doido, neh no!?), principalmente sendo um auto
Big Brother da vida pessoal (privacidade luxo).
Porm, de repente, pensei numa possvel utilidade para o Twitter: usar ele para
comunicao interna. Afinal, a comunicao interna de extrema importncia em
qualquer empresa, e se houver uma nova maneira de torn-la mais dinmica e acessvel,
melhor ser.
Mas a surgiu um problema, esse canal de comunicao deve ser privado, e o Twitter
pblico.
E pesquisando para ver se h alguma maneira de tornar o Twitter privado, descobrir que
ele tem uma opo para proteger os meus tweets (nome dado a cada mensagem postada
no Twitter). Pronto problema solucionado!
Ainda no estamos utilizando para valer o Yammer aqui na empresa. Mas acredito que
ele possa ajudar na nossa comunicao interna.
Ahhtambm acabei entrando nessa onda de Twitter, nele estou falando de tudo um
pouco (menos fazendo um auto Big Brother), se algum quiser conferir, ou melhor me
seguir, abaixo se encontra o endereo do meu Twitter pessoal:
http://twitter.com/FabricioFFC
Dica
https://addons.mozilla.org/pt-BR/firefox/addon/5081
229
Saiba mais
Sobre o Yammer
http://www.yammer.com/
http://www.twitterbrasil.org/2008/10/30/um-twitter-para-empresas/
Sobre o Twitter
http://www.twitterbrasil.org
230
Off
Off
231
1. TCC
Ufa! Finalmente consegui terminar o meu TCC (\O/), cujo nome : Interface Homem-
Mquina: Melhores Prticas de Usabilidade. Ele foi o motivo desse ms pouco
produtivo de posts, afinal no consegui fugir da praxe do ms da entrega do TCC,
conhecido tambm, como ms anti-social (rsrs), no qual perdemos finais de semana e
noites em claro, fazendo o bendito trabalho de concluso de curso. Por sorte, no
precisei perder noites de sono, apenas algumas horas.
Mas como dizem: entre mortos e feridos, salvaram-se todos. E estou de volta, a um
dos meus lazeres preferidos que escrever (tem doido para tudo mesmo), se bem, que
nesse ms o que mais fiz foi escrever, e no posso deixar de admitir que apesar de tudo
foi divertido fazer o TCC, alm de ter sido uma experincia nova. E com certeza ele
render vrios posts, pois acredito que a Usabilidade um requisito de Qualidade de
Software que merece maior preocupao e ateno.
Bem, vou parar por aqui, seno vou ter que criar mais uma categoria: Fala que eu te
escuto.
Esse post foi mais para dizer que estou vivo e em breve estarei de frias escolares (desta
vez eterna, pelo menos do curso de ADS da FTT), e poderei dedicar mais tempo para
o QualidadeBR. Espero que vocs continuem acompanhando, pois haver novidades!
232
2. Paixo ou dinheiro?
Caros leitores,
O pessoal que me conhece, sabe que uma das minhas paixes a Formula 1 e como
muitas devem ter ficado sabendo, a equipe Honda deixou a categoria. Mas no ser
sobre a F1 que irei comentar nesse post e sim sobre algo que me preocupa: o prazer em
fazer o que gosta. E aproveito para lhes fazer uma pergunta: Por que voc trabalha?
Logicamente, que uma das primeiras respostas ser para garantir o meu sustento e de
minha famlia (alis, essa seria minha resposta tambm), porm uma vez eu li em algum
lugar (no me lembro onde), que o ser humano ao invs de viver est sobrevivendo.
Para mim, a diferena est na obrigao, quando fazemos algo por obrigao ou algo
que no seja da nossa natureza estamos sobrevivendo. J quando fazemos algo com
amor e nos divertindo, a sim estamos vivendo.
Bem, vou tentar linkar melhor essa histria da F1, apresentada no incio do post, com
o nosso mundo (TI). Vejo muitos colegas meus buscando $$$ e mais $$$, uma busca
sem fim, pois quanto mais temos mais queremos ter. E vejo poucos buscando o prazer,
afinal voc ir passar mais de 86.400 horas (8 horas X 20 dias X 12 meses X 45 anos)
da sua vida trabalhando, isso sem contar as horas extras, que algo muito freqente na
nossa rea.
Na F1 o cenrio atual no muito diferente, os chefes das equipes que antes eram os
apaixonados por velocidade e pela F1, agora so os manda-chuvas de grandes
corporaes que esto mais preocupados com o lucro e aumento do marketing que
conseguiro com a F1. E a maior diferena o fato de quando as coisas vo mal eles so
os primeiros a pularem fora do navio, enquanto os apaixonados lutam at o fim para
tentar manter a categoria, pois h certas coisas que s apaixonados conseguem fazer.
Esse um dos motivos pelo qual diversos sistemas falham e muitos projetos no
terminam. As pessoas no esto comprometidas e sim apenas envolvidas (a
velha histria do porco e da galinha). E a razo da falta de comprometimento muitas
vezes ausncia da paixo, pois voc no ser comprometido com algo que voc no
gosta. Por isso, volto a frisar, que devemos sempre buscar fazer o que a gente gosta,
pois me lembro muito bem, de uma palestra que assisti sobre a rea de Jornalismo,
quando tinha uns 15 anos, onde uma jornalista, disse: Se voc for bom, com certeza
voc ganhar bem..
Para encerrar esse post, aqui fica uma dica, de algum que ainda no encontrou a mina
de ouro, mas que j descobriu a sua estrada: Siga os seus princpios, quando encontrar
um atalho, siga o seu corao ao se deparar com uma bifurcao e siga a sua
inteligncia ao se deparar com os obstculos.
Nota: Como vocs perceberam, estou tentando trazer assuntos diferentes e no apenas
sobre Testes e Qualidade de Software, pois muitas vezes gosto de compartilhar
233
pensamentos e opinies, por isso sintam-se vontade para comentarem. Mas no se
preocupem, que o foco do QualidadeBR ainda ser Testes e Qualidade de Software,
afinal uma rea que eu tenho paixo em trabalhar e estudar.
234
3. Apresentao TCC
Na semana passada, para ser mais exato, na sexta-feira dia 12 do 12 (que coisa, hein),
fiz a minha apresentao da defesa de trabalho de concluso de curso.
Na apresentao, para variar, fiquei hiper nervoso, mas segundo o pessoal que estava
presente, foi legal a apresentao. A parte que eu gostei, foi a das perguntas. Todo
mundo se preocupa muito nessa hora, mas eu estava tranquilo, afinal acredito que
ningum sabia mais do assunto do que eu e o Jayson, minha dupla de TCC. E ns
gostamos bastante do assunto, ento seria at legal confrontar opinies com o pessoal da
banca.
As perguntas foram bem legais, gerou bastante discusso. Duas delas eu achei bem
interessante, uma foi sobre a usabilidade nos celulares e a outra sobre o impacto no
hardware, causado por uma boa usabilidade.
Na primeira, a discusso gerada foi em torno da usabilidade do celular, que est num
passo a frente da existente nos computadores. Fato que justificado, devido ao nmero
de usurios de celulares que muito maior e mais diversificado que os de computador,
logo, a preocupao com a usabilidade, se torna mais inerente no desenvolvimento dos
softwares para celular.
Quem quiser conferir a apresentao, ela est sendo disponibilizada no link abaixo, caso
algum tenha alguma dvida, sugesto ou crtica, sinta-se vontade em colocar nos
comentrios.
Download da apresentao
Para encerrar esse post, tenho alguns agradecimentos a fazer (hehehe), de pessoas que
ajudaram no desenvolvimento desse trabalho:
- Ao Jayson, minha dupla de TCC, que sempre esteve preocupado com a qualidade do
trabalho e mostrou grande dedicao, mesmo nos momentos difceis.
- Ao Andr Pantalio, que uma das pessoas que eu tenho um prazer enorme de
trabalhar, e que me emprestou vrios materiais sobre usabilidade e deu boas idias para
o trabalho.
235
- Ao Prof. Ms. Flvio Viotti, que mesmo com as dificuldades que tivemos, ainda estava
sempre nos cobrando e se preocupando com o andamento do TCC.
- Por fim, a todos os alunos de ADS6, pelas risadas, conhecimentos, emoes e brigas,
vividas nesses trs anos, que com certeza ficaro na memria e no corao para toda a
vida.
236
4. Feliz Ano Novo
Mais um ano est se encerrando. E 2008 deixar saudades.
Mas como dizem: A msica no pode parar. O ano de 2009 est chegando, e como
sempre, temos novos planos e desafios. E com o QualidadeBR no diferente.
Portanto, desejo a todos um maravilhoso 2009, que nesse ano voc possa realizar os
seus sonhos e superar os desafios com alegria. Obrigado, do fundo do corao, por
acompanhar o QualidadeBR. At 2009!!!
237
5. Errar humano
Hoje, conversando com um amigo meu no trabalho, sobre como foram os testes durante
a atualizao do ambiente de produo, ele me disse que ele acabou errando em uma
mudana e teve que derrubar e subir novamente o ambiente, que acarretou em um
pequeno atraso na atualizao. Isso durante os testes de performance, que so
executados no ambiente de produo, logo aps, os testes funcionais.
O que me chamou dessa histria toda, no foi o fato dele ter cometido um erro, e sim a
cara e a forma que ele me contou. Como se ele tivesse feito algo, realmente ruim, como
se a falha tivesse ocorrido devido a uma falta de ateno o algo do tipo. Mas no, a falha
ocorreu, devido a complexidade do teste e do sistema. Para se ter uma idia, na nossa
equipe, ele a nica pessoa que executa os testes de performance e HA (High-
Availability), e tais testes exigem um alto conhecimento da aplicao e sua arquitetura,
alm da ferramenta utilizada, o SIPp. O que torna esse profissional, um diferencial para
a equipe. E o erro cometido por ele, eu no iria cometer, pois no tenho conhecimento
suficiente para fazer esses testes, logo no iria tentar fazer o teste.
Logo, percebemos algo muito importante, s erra aquela pessoa que tenta. Sei que errar
parece ser algo ruim. E parcela desse pensamento, deve-se a nossa formao acadmica,
na qual quando cometamos algum erro, logo recebamos alguma punio ou um belo
de um X vermelho.
Isso faz com que a gente, tente evitar ao mximo um erro, principalmente na equipe de
Qualidade e Testes, onde caamos falhas, que so originrias de um erro de alguma
outra pessoa. Mas, tenha a certeza, que mesmo evitando os erros, estamos sempre
correndo o risco de errar, pelo simples fato, de sermos humanos. E ns aprendemos
muito mais com um erro, do que com um acerto.
Por isso, se as pessoas te crucificarem por um erro, lembre-se de uma frase, dita por
algum bem conhecido: perdoa-lhes, pois eles no sabem o que fazem.
238
6. Entusiasmo
Hoje lendo meus feeds sobre Frmula 1, vi uma notcia muito legal sobre o retorno do
Rubens Barrichello F1. Eu particularmente, sempre gostei do Rubinho, um sujeito
sereno, que nunca se deixou ser levado pelo sucesso ou influenciado pelo mundo da F1,
e o que mais me chama a ateno a sua persistncia e entusiasmo.
Ele tem 36 anos, uma famlia, 9 vitrias na F1, dois vice-campeonatos e uma condio
financeira invejvel. E poderia muito bem se aposentar da F1 e curtir a sua famlia, mas
no, ele continua com o mesmo nimo de um garoto que comeou ontem na F1. E se ele
conseguir ou no obter bons resultados na ex-Honda, agora Brawn GP, s o tempo
poder dizer. Mas com certeza ele j obteve uma grande vitria esse ano, a de provar a
todos que ainda tem competncia para fazer o que mais gosta.
Agora, outro acontecimento que me chamou ateno essa semana, a estria do Ronaldo
(o fenmeno) pelo Corinthians. E olha que eu sou Palmeirense, mas mesmo assim no
resisti ao ver na Globo.com que ele ia entrar em campo, e liguei a TV para ver a sua
estria.
E assistindo ao jogo, pude perceber a raa e vontade com que ele jogava muito maior do
que muitos jogadores que comearam ontem a jogar. Mesmo sem ritmo de jogo e ainda
fora do peso ideal, ele correu, se movimentou, chutou e driblou com a vontade de um
estreante.
O Ronaldo com certeza mais uma prova do que o entusiasmo pode fazer, um jogador
que j passou por muitas leses bem srias, ganhou duas copas do mundo (1994 e
2002), foi trs vezes eleito o melhor do mundo e mesmo assim, ainda continua se
esforando para voltar a jogar futebol, aps de mais de um ano sem jogar.
Quantas vezes voc j no ouviu frases do tipo: Voc no vai conseguir fazer isso;
Desisti muito complicado; O projeto est atrasado, a gente no vai conseguir
entregar no prazo; Voc est perdendo o seu tempo fazendo isso; e tantas outras.
Mas essas frases s fazem os entusiastas ficarem com mais e mais vontade de
conquistar o que deseja.
239
7. Trabalhe, trabalhe, trabalhe em equipe
Esse post mais para d uma quebrada nessa srie de resolues de questes da CTFL.
E comentar sobre algo muito importante, que muitos dizem, e que s vezes pode parecer
at clich, mas a pura verdade.
Superar desafios
Estamos sempre estudando, trabalhando, nos esforando para alcanar o algo a mais.
Superar desafios, que no param de chegar (que bom), desde aquelas misses
impossveis que te aparecem s 18:00, quando voc j estava arrumando as coisas para
sair do trabalho, mas acaba tendo que ficar para resolver. At os seus desafios pessoais:
passar numa prova, emagrecer (no meu caso engordarrsrs), aprender um novo idioma,
etc.
O caso BBB
Calma, no vou falar do Big Brother Brasil e sim de trs pessoas, que representam toda
uma equipe de Frmula 1: Button, Barrichelo e Brawn. O primeiro o companheiro de
equipe do Rubinho, e o terceiro o chefe da equipe, Ross Brawn.
E os trs superaram diversos desafios para chegar at l. E a razo dos trs estarem l
no apenas devido as prprias habilidades e esforos de cada um. E sim de uma
equipe toda, aquela velha histria de que a vitria de todos: desde o mecnico at o
chefe da equipe.
S em equipe
Se voc tiver um grande desafio, como a Brawn teve, no adianta apenas voc se
esforar, assim como no adiantava apenas o Rubinho d o seu mximo e o carro no
ser bom, fato que ocorreu nos anos anteriores.
Voc ir precisar de uma equipe. E todos ns fazemos parte de uma equipe (acredito
eu). No meu trabalho mesmo, temos um grande projeto, enormes desafios, cobranas e
uma equipe que adora super-los. Eu sozinho no ia conseguir garantir a qualidade do
sistema, por mais que eu me esforce. um desafio que deve ser encarado por uma
equipe e todos na equipe devem trabalhar, trabalhar e trabalhar.
240
O gerente do projeto por mais que ele seja competente no conseguir gerenciar todas as
equipes e as tarefas, ele precisa de outras pessoas para ajud-lo. Os desenvolvedores no
conseguiro garantir que o sistema estar de acordo com os requisitos sem a nossa
ajuda.
mais fcil fazer dieta junto com os seus amigos (as), j que todos vo evitar ir
numa churrascaria ou comer uma feijoada na quarta-feira;
Estudar para uma prova em grupo, onde todos pensaro em como resolver uma
questo confusa e compreender melhor um captulo difcil;
Hoje em dia vivenciamos o progresso, e com ele muitas coisas se tornaram mais fceis,
porm os nossos desafios esto cada vez mais difceis. Portanto temos que trabalhar
duro e em equipe. A velha histria de que a unio faz a fora.
Eu sou parte de uma equipe. Ento, quando veno, no sou eu apenas quem vence. De
certa forma, termino o trabalho de um grupo enorme de pessoas. - Ayrton Senna
Um floco de neve uma das mais frgeis criaes, mas veja o que eles conseguem
fazer quando se juntam! - Autor desconhecido
241
8. A Importncia da Maturidade
Aviso:
O que maturidade?
Maturidade na sua essncia voc saber o que quer e como alcanar o seu objetivo, sem
prejudicar as pessoas e de forma tica e moral.
Exemplo:
Ao chegar numa certa idade, voc no ter mais os seus pais para tomar a deciso por
voc, e em certos momentos da sua vida, geralmente no momento que voc mais
precisar, no poder contar com a opinio de um amigo ou familiar. Porm ter a sua
inteira disposio a sua maturidade, ela que ir te ajudar.
Maturidade no mundo de TI
Voc faz idia da complexidade que gerenciar uma empresa como o Google, ou como
a Microsoft? Eu tambm no fao, mas com certeza no uma das tarefas mais fceis, e
para se manter entre os grandes preciso muita maturidade.
Uma atitude matura que o Google tem, dentre as vrias, a liberdade que eles do aos
colaboradores. L voc pode dedicar 20% de seu tempo em projetos independentes. E
no precisa ficar preso 8 horas na sua baia, pode sair para relaxar (jogar um pouco de
video game, deitar num puff, jogar sinuca com os amigos, etc).
242
No mundo de TI h at certificaes que comprovam o nvel de maturidade dos
processos das empresas, o CMMI (Capability Maturity Model Integration) o mais
conhecido. E com certeza deve ajudar a sua empresa a alcanar um melhor nvel de
maturidade, mas sinceramente, pela minha experincia vejo que no to fcil aplicar o
CMMI em todas as empresas, pelo simples fato, que elas atuam em mercados bem
diferentes e tem realidades bem distintas.
No a toa, que outros modelos de referncia surgem, como o MPS.BR. E todos eles
objetivam a melhoria do processo.
Voc t de brincadeira mais uma vez, Fabrcio! Fez todo esse barulho para falar
sobre CMMI e MPS.BR!?
No, pois vejo que sempre temos dificuldade em adaptar tais prticas em nossa
realidade. Afinal seria muito bom e fcil se houvesse alguma receita de bolo, que
seguindo ela corretamente conseguiramos alcanar a maturidade necessria para a
nossa empresa. Alis, algum sabe qual o nvel CMMI do Google?
Ento como posso aprimorar o meu processo e torn-lo mais maduro e eficiente?
No h espao para a acomodao, mesmo quando estivermos bem: prazos esto sendo
cumpridos, equipe est motivada, ainda poderemos melhorar.
A equipe
O cliente
243
J do outro lado, precisamos ter um cliente que saiba que o seu fornecedor (ns) est
comprometido com a sua satisfao, e que entenda que ele tambm um fator para o
sucesso do projeto. Ele ter que ser mais participativo com a equipe, tentar compreender
melhor as suas reais necessidades e avaliar sempre se toda informao foi passada para
o seu fornecedor, de maneira clara e objetiva.
E algo que mudou bastante a maneira como vejo o desenvolvimento de software foi a
leitura e compreenso do Manifesto gil (leia voc tambm ), que traz princpios que
podem aprimorar e tornar mais eficiente o seu processo.
Estude sobre metodologias, modelos, estudos de caso, faa e use as lies aprendidas,
etc. Pois mesmo no podendo aplicar na prtica tudo que voc estudou, com certeza, em
um certo momento, voc ter a chance de mudar algo, tendo como base algo que voc
estudou.
Acredito que algo mais importante do que certificaes, logicamente que tendo uma
viso interna do processo, so as cinco caractersticas, que cito abaixo:
Antes de terminar, s gostaria de deixar claro mais uma coisa: no sou contra CMMI,
MPS.BR, ISO, etc, pelo contrrio, elas ajudam bastante a melhoria do processo da
empresa e principalmente a credibilidade, perante o mercado. No entanto, penso que um
nvel excelente de maturidade alcanado, quando o seu processo tem total conscincia
das dificuldades e necessidades, e consegue se adaptar as novas realidades, desafios e
principalmente, no fica preso a uma prtica, metodologia ou modelo.
Um dia voc aprende que maturidade tem mais a ver com os tipos de experincia que
se teve e o que voc aprendeu com elas, do que com quantos aniversrios voc
celebrou. (William Shakespeare)
244
Curiosidades do QualidadeBR
Ele nasceu no dia 19 de junho de 2008;
O ms mais agitado (com maior nmero de posts) foi o de maro de 2009,
causado pela srie de posts com resolues de questes do exame
CTFL/BSTQB;
O ms menos agitado foi o de novembro de 2009, devido ao TCC que o autor
estava escrevendo para a concluso da sua graduao;
Todo contedo publicado no QualidadeBR est sob a licena Creative
Commons:
o Os leitores podem:
Copiar, distribuir, exibir e executar a obra;
Criar obras derivadas.
o Sob a seguinte condio:
Atribuio - Voc deve dar crdito ao autor original, da forma
especificada pelo autor ou licenciante.
Os cinco posts mais vistos do QualidadeBR so:
1. Certificao: IBM Certified Specialist Software Quality;
2. Simulados CTFL-BSTQB;
3. FURPS+;
4. Tutorial Eventum (parte 1);
5. Teste Estrutural (White Box) X Teste Funcional (Black Box).
E os cinco posts menos vistos so:
84. Qualidades de um especialista em teste;
85. Qualidade Sem Nome;
86. Feliz Ano Novo;
87. Padro de nomes de componentes;
88. Adiado o 3 Encontro Mensal da ALATS.
Alguns nmeros alcanados pelo QualidadeBR nesse um ano de vida:
o Mais de 17.000 visualizaes de pginas;
o 88 posts publicados;
o 158 comentrios;
o Uma mdia 1.9 posts por semana;
o 47 leitores do feed.
245
As Caras do QualidadeBR
246