Diário da Qualidade: Revisando o Futuro

HIT THE ROAD BUG, AND DON’T YOU COME BACK

noreply@blogger.com (Leonardo Molinari) — Sun, 03 Jul 2022 16:09:00 +0000

PS: meu presente artigo foi publicado em 2/7/2022 no meu Linkedin.

Hoje meu artigo gira em torno de um parafraseio de um famoso pedaço de uma música: “hit the road bug, and don’t you come back”, que em tradução livre seria “pegue a estrada bug, e não volte”. Sim, frase é inspirada na famosa música de Ray Charles (“Hit the Road Jack”), um blues altamente dançante que vale a pena ouvir a versão cantada pelo grupo “Sweet Systers” e tocada pela “Tokyo Ska Paradise Orchestra” (veja AQUI).

Sim, quem trabalha em TI, sobretudo no apoio ao desenvolvimento de sistemas, que não deseja que os bugs fossem embora. Fizessem as malas e fossem embora.

Não é bem assim. Desenvolvedores, analistas de QA, gestores de projeto, usuários é que precisam expulsar o bug (por mais que seja 100% impossível) ou manda-lo para bem longe ou até isolá-lo. Todos precisam fazer isso juntos. Encontrar bugs e elimina-los não é tarefa apenas do QA/tester. É tarefa de todos.

“Mas sou faço isso, mas tem temos prazo a cumprir”.

“Não escreveu, não leu ou não validou, passou. O usuário tem de aceitar. A gente não vai pagar por isso não”.

“O bug é do colega do lado”.

“Bug não existe. Nosso sistema não tem falhas. Quando acontece é um comportamento aleatório”.

“Não precisamos melhorar o processo. Nosso processo é perfeito. Tudo funciona como uma máquina”.

“Nossos analistas de QA e desenvolvedores não precisam melhorar. Eles precisam entrar prontos aqui. Quem não sabe rua”.

“Aqui não tem isso. Usamos Ágil e usamos BDD. Sabemos fazer testes”.

Frases como essas permeiam todo o processo de desenvolvimento. E isso e ruim. Falácias claras (digo isso, com minha experiência de 30 anos em QA, por conhecer várias ferramentas de testes e usá-las, e ter escrito 10 livros técnicos e em sua maioria de testes/QA, mestrado e querer aprender sempre mais, e saber que tenho muito a aprender ainda até o momento em que eu for enterrado. Humildade e conhecimento sempre será necessária ao longo da vida).

Falácias que cometemos de forma clássica:

-Prazo nem sempre é tudo. Entregar um produto falho ou com problemas é pior que entregar no prazo cheio de bugs.

-Mesmo o usuário descobrindo um bug simples e bobo, este é problema da empresa que desenvolveu. Descobrir bugs é um processo.

-Não se empurra “bug”. Muitas empresas elegem um culpado, e caçam bruxas quando o erro muitas vezes é do excesso de pressão e do processo. Ninguém é máquina.

-Nenhum processo é perfeito. Todo mundo e tudo precisa melhorar. O aprendizado e e evolução são até final da vida.

-Até quem usa Ágil, e o defende com unhas e dentes, se esquece que nem Ágil e DevOps NÃO são 100% perfeitos, mas quando usados de maneira adequada ajudam a fazer a diferença. Isso sem se esquecer que o universo das empresas sempre está em constate mutação.

AVISO AOS NAVEGANTES USUÁRIOS E ESPECIALISTAS NAS EMPRESAS: Bug pode demitir sim! Ele não pode ser “colocado na estrada” e ir embora assim. Ele fica, se esconde, muda, muta, evoluí, se propaga e pode (e vai se você deixar) acabar com seu negócio e até de demitir. Você verá mais adiante.

AVISO AOS NAVEGANTES, CONSULTORES RENOMADOS E DEFENSORES DA AUTOMAÇÃO E QUE FICAM COPIANDO O TRABALHO DOS OUTROS SEM DAR O DEVIDO CRÉDITO, E QUE “COBRAM” OS OLHOS DA CARA: Molinari não está morto. Quando elogio alguém espero que a pessoa me responda e seja educado. Tenho trabalhado com diversas ferramentas de automação e mergulhando em novas. Amo automação. Mas não fico falando como a automação fosse resolver tudo. AUTOMAÇÃO AJUDA EM MUITO SIM. AJUDA NA MELHORIA DA QUALIDADE EM MUITO, MAS NÃO DEVEMOS CONSIDERÁ-LA COMO UMA SOLUÇÃO PARA TUDO. Um tolo com ferramenta na mão ainda será um tolo. Eu jogo limpo, jogo feliz. Tento me superar um pouco a cada dia. E preciso... Sou um eterno aprendiz. Muita coisa minha positiva virá. Sacou? Hoje vejo quem me deu a mão de verdade. Outro dia sai de muitos grupos de Whatsapp, por conta de que estava com excesso de mensagens que precisa limpar todo santo dia. Cansa. Algumas pessoas de um desses grupos passaram a me menosprezar e não me responder mais mensagens quando contacta a pessoa em algum outro grupo. Não fico apregoando ou “colocando” no pescoço um anúncio sobre minhas habilidades, sejam elas soft e hard skills. Agora sei quem é amigo e quem não é. Percebi que quando alertei sobre projetos futuros alguns trataram de copiar e se adiantar colocando algo meio tosco. Falta “sustância” nesse conteúdo, como diria um amigo. Casos assim têm ocorrido com outros consultores. Já tive até texto de um blog meu copiado e “xerocado” sem o devido crédito. Texto esse inédito que havia escrito 24 horas antes apenas usando minha experiência. O “cara de pau” clonou o texto. Pior foi uma ouvinte numa palestra que pediu para eu autografar uma cópia completa de meu livro (que já é um crime), cuja cópia já estava autografada por mim. Recusei-me a assinar. Fui educado e me recusei a assinar.

PORQUE DO AVISO? Prefiro ser sincero e alertar, com a devida educação e cuidado, do que ser falso e mentiroso. Fazer mais do mesmo é ruim. Se inspirar em pessoas e hábitos positivos é lindo. Eu faço isso. Tenho meus ídolos.

Bug demite? Como assim? Vou contar uma estória por fim, no qual você entenderá.

Estava em empresa a alguns anos atrás, e soube de caso que passou dos limites. Durante o desenvolvimento de uma nova parte de um sistema já existente, foi feito o levantamento e a validação para seguir para o desenvolvimento. Nesse processo o cliente, uma grande multinacional, fez um documento específico que foi lido e validado. No contrato entre essas duas empresas, ficou acordado que TUDO que estivesse no documento enviado pelo cliente deveria ser desenvolvido. A equipe de validação foi ao cliente transformou item a item em requisitos. Validou novamente com o cliente e entregou ao desenvolvimento.

Tudo ocorreu perfeito, ou quase...

A nova parte foi desenvolvida, e entregue ao cliente. Foi aí que tudo começou.

No sistema faltava algo. Uma tela importante não estava lá. Analistas disseram que não havia requisito para tal e que tudo havia sido validado com o cliente. Porém, na reunião com o cliente detectaram a tal tela estava no documento entregue na forma de uma imagem enorme e o que havia sido desconsiderada pelo pessoal de requisitos. Uma simples foto que deixaram passar. Ninguém (diga-se “quem desenvolveu”) queria pelo retrabalho. Queriam que o cliente pagasse. O fato que havia um contrato que afirmava que tudo estava no documento deveria ser entregue.

O caso chegou ao diretor da unidade Brasil da empresa que desenvolveu, responsável por toda empresa no Brasil. Ele foi ao cliente afirmou que não iria desenvolver. Bem...

O cliente foi reclamar na sede principal da empresa na Alemanha. O diretor da unidade Brasil, foi chamado na Alemanha. Sabe o que aconteceu? Foi demitido. O cliente estava certo. Estava no contrato. A equipe Brasil da empresa errou, mesmo tendo revalidado os requisitos na época.

O bug da ausência de um requisito não escrito e não visto DEMITIU o gestor da unidade Brasil.

Agora eu digo e afirmo:

Bug mata? Mata.

Bug dá prejuízo? Dá prejuízo.

Bug causa prejuízo de imagem quando cliente o encontra? Sim. Bug no cliente é como uma “infecção” que pode gangrenar um sistema. Como bem colocado por Rodrigo Peter, “Bug é Predador” e não presa.

Bug demite? Sim.

Pior bug é aquele bug que não queremos ver.

Então caro leitor, pare e pense. As consequências de um simples bug podem ser inimagináveis. Então vamos terminar ao lindo som de “Hit the Road Jack” (veja AQUI).

VOCÊ SABIA QUE O DIÁRIO DA QUALIDADE TEM MUITO MAIS DO QUE APENAS POSTS

noreply@blogger.com (Leonardo Molinari) — Tue, 09 Mar 2021 15:08:00 +0000

Oi Galera,

você que acompanha meu Blog Diário da Qualidade e o meu Canal Dualidade TecNerd precisa saber de algumas coisas:

a) O canal tem vídeos inteiros de palestras inteiras. Eles são muito legais.

b) O canal possui vídeos muito legais que explicam diversos pontos de nerd/geek e de TI que você precisa assistir. Não se prenda pelo título.

c) O Diário da Qualidade aqui possui muitas coisas lúdicas, técnicas e informativas. Vão desde artigos técnicos até contos técnologicos (isso mesmo, contos!) para fazer você pensar. Esses contos incluem críticas, paródias, e jogos de RPG na forma de livros-jogo (aqui são na verdade "contos-jogos") para você vivenciar o dia a dia de QA e jogar e se divertir? ONDE ENCONTRAR? Vá no lado esquerdo do blog e procure até embaixo e veja alguns que destaco. E tem muito mais. Você irá amar. Um dos contos que mais gosto é da Tropa de Testadores. Você irá se assustar mas não tenha medo.

d) Ainda tenho um blog de poesia, o Engenharia da Palavra, se desejar ver algo fora da curva. Nada aqui é por acaso.

e) Alerto: Tudo aqui no blog e no meu canal é para ser util a você. Não menospreze nada. ATENÇÃO.

HOT==> Vá e veja meu romance, Comportamento Aleatório. Une QA+Teste+Mundo Nerd+ Super-Heróis e muito mais. É um suspense tecnologico que une o mundo de TI ao mundo geek. Veja, Leia e compre e se divirta. No livro existem muitas situações e vi ou vivi, no mundo corporativo/QA e nerd. OBAAAA!!!!! Os 3 primeiros capítulos podem ser lidos free no site da Altabooks na opção Download. Veja AQUI. Quem leu gostou e se apaixonou!!!

Forte Abraço a todos

Leonardo Molinari

Vejam como foi a live de lançamento de "Comportamento Aleatório"

noreply@blogger.com (Leonardo Molinari) — Thu, 25 Feb 2021 13:06:00 +0000

Galera,

vejam como foi a live de lançamento de meu novo livro "Comportamento Aleatório" (já está a venda) no Canal da Bolsa do Infinito AQUI

LANÇAMENTO DE MEU NOVO LIVRO - COMPORTAMENTO ALEATÓRIO

noreply@blogger.com (Leonardo Molinari) — Mon, 22 Feb 2021 13:03:00 +0000

Pessoal,

chegou meu primeiro romance. Fala de QA, Testes, Mundo Nerd, Super Heróis, e muito mais. Ele se passa entre o mundo corporativo e as lojas nerd. Muitos já compraram e tem gostado desse meu 1o romance. Tem mistério, hacker, e muito mais. Discuto além disso os preconceitos no mundo nerd/geek. Está muito legal.

Já está a venda AQUI

Já teve uma live de pre-lançamento com a galera da Bolsa do Infinito. Veja como foi ela AQUI.

Terá uma outra live as 20hs dia 23 de fevereiro de 2021 também pela Bolsa do Infinito. Veja o canal da Bolsa do Infinito AQUI.

A capa ficou linda. Você que é de QA e Testes deve e precisa ler. Não é mentira e nem errolação. Temos todos muito a aprender. Vejá lá. E mais: os 3 primeiros capítulos estão free para baixa e ler no site da editora. Veja, leia, curta e compre esse romance que mostra como o mundo nerd / geek é de fato.

Mega master obrigado.

QA TEST MANAGER - O FUTURO DE UMA NAÇÃO DE BITS (ATUALIZADO)

noreply@blogger.com (Leonardo Molinari) — Tue, 03 Apr 2018 01:11:00 +0000

PS: ATUALIZADO EM 3/4/2018

Pessoal,

nem sempre escrevo no meu blog aqui. Mas se você vasculhar sempre encontrará coisas úteis. Gosto de agregar valor ao que se lê. Não sou de copiar textos porque procuro criar coisas. Quando me referencia a algo, me baseio sempre usando ABNT.

Chega de blá blá blá. Estou com sede de bugs... hahaha Brincadeirinha pessoal. O assunto é sério.

Primeiro o título se refere ao papel essêncial que um gestor de QA / Testes (ou QA Test Manager) precisa ter perante a nação que ele cuida. A nação dos bits e bytes dos softwares envolvidos na sua gestão. Sim, esse talvez seja o maior erro que os QA Test Managers tendem a fazer. Não considerarem que eles são uma espécie de "Guardião da Galáxia" , onde o seu papel é o de líder. Não pode estar em todo universo do software exterminando bugs e defeitos, mas deve estar coordenando e liderando (sim, as duas coisas ao mesmo tempo) a equipe de testes na direção dos objetivos e sempre, sempre, negociando com todos ao redor, e avaliando apontando a rota certa que deve ser seguida nessa odisseia.

Em resumo ele precisa ser alguém que entenda de gestão de projetos, de testes, e ser um gestor que gosta de tecnologia. Por isso é alguém que una uma carreira técnica com a administrativa.

PORQUE VOCÊ MOLINARI ESTÁ ESCREVENDO ISSO?

Porque poucos sabem mas já atuei diversas vezes de forma de QA Test Manager "interventor" ou "advisor" ou mesmo substituindo outros de forma temporária. Na prática nunca me foi dado a função ou cargo formal porque o "Molinari bombeiro" depois de apagar o incendio ou normalizar a situação precisava agir (por ordens superiores) em outro projeto ou empresa. Só para vocês imaginarem, já atuei orientando um QA Test Manager do zero que nada sabia em uma grande empresa. Meu mestrado profissional em administração (com titulação formal, pois sou mestre de fato) reforça meu perfil e capacitação para estar escrevendo isso aqui e afirmando publicamente isso. Então, tenho os dois perfis. Então, escrevo com sabedoria e fico a vontade na função.

PS: **** VEJAM NO MEU CANAL DUALIDADE TECNERD (aqui) UM VIDEO ONDE FALO DE QA TEST MANAGER ****

Então que função é essa de QA Test Manager? Vamos definir mais formalmente:

a) Gestor ou Gerente da área de testes & garantia da qualidade de software

b) Função técnica e gerencial ao mesmo tempo.

c) Define, negocia e/ou aprova os padrões de qualidade de software desejados em um processo de software de forma a atender aos objetivos dos negócios da empresa e de seus clientes.

d) Saber focar nos resultados desejados pela direção da empresa.

O que ele PRECISA SABER:

a) Saber de: testes de software, de testes funcionais, de testes de performance, padrões de qualidade de software, de gerência de defeitos, de requisitos de software, automação de testes, de métricas de testes e gestão de defeitos de software.

b) Saber de técnicas administrativas como: gerência de projetos (GP), gestão de recursos humanos e equipes, técnicas de negociação, e gestão financeira.

c) Saber controlar os custos e qualidade de sua gestão na medida certa. Reduzindo de forma consciente os custos, e aumentando a qualidade de forma constante.

O que seria bom ELE SER OU TER OU TRAZER:

a) Agregador de pessoas mostrando que a qualidade é de todos.

b) Pró-ativo.

c) Organizado mas gostar de trazer inovações ao processo de testes. Um processo precisa estar em constante melhoria.

d) Visão consciente de que sua equipe não é composta de robôs, mas de pessoas que se motivadas por fazer muito mais.

e) Automação em todos os níveis do processo de testes, na medida do possível, e de forma consciente e produtiva.

Coisas chaves que ele PRECISA para controlar o seu processo:

a) Métricas de controle do processo, ou KPI´s de testes (Key Process Information).

b) Saber aferir se a qualidade dos testes de sua equipe está boa ou não. Para isso as KPI´s são importante mas não é só isso.

c) Ser um gestor e saiba negociar com todos ao redor. Pois sempre existirá pressões.

KPI´S DE TESTES DE SOFTWARE

Algumas métricas e KPI´s que são úteis ao testes:

Tipo de Métrica	Foco	Métricas
Absolutas	Tiradas diretamente do ambiente de testes	Total de testes Testes Passed / Failed Testes Executados / Blocked Defeitos encontrados (total) Defeitos corrigidos (total) Defeitos críticos (total) Defeitos aceitos porém rejeitados Horas de teste gastas Horas gastas para consertar os defeitos Defeitos e Bugs encontrados after shipped
Derivadas – Eficiencia dos testes	Mede o quão é eficiente foram os testes	- (testes Passed) / (Total de testes) - (testes Failed) / (Total de testes) - (Defeitos corrigidos) / (Defeitos encontrados) -( Defeitos críticos) / (Defeitos encontrados) -( Horas gastas para consertar os defeitos) / / (Defeitos encontrados)
Derivadas – Esforço	Mede esforço do teste	-( Defeitos encontrados) / Horas de teste gastas -( Defeitos encontrados) / Total de testes
Derivadas – Eficácia dos testes	Mede eficácia dos testes	- (Defeitos encontrados antes dos testes) / (total de Defeitos encontrados nos testes e Bugs encontrados after shipped)
Derivadas – Cobertura do teste	Foco sobretudo no quão os requisitos estão cobertos por testes	- (Testes Executados) / Total de testes - Requisitos com teste / Total de requisitos - Total de defeitos por Requisito
Derivadas – Economia dos testes		- Orçamento para testes / Total de testes - Orçamento para testes / Total de requisitos - Custo planejado – Custo Previsto - (Custo hora médio do desenvolvedor por hora) * qtde de horas gastas - (Custo hora médio do testador por hora) * qtde de horas gastas no teste realizados naquela versão. -Custo do não teste
Derivadas – Time de teste		Distribuição de defeitos por testador Distribuição de defeitos abertos para reteste Distribuição de testes alocados para testes por pessoa
Derivadas – Execução		Status x Qtde de testes no status
Derivadas – Distribuição de Defeitos		Defeitos abertos x Defeitos corrigidos (IMPORTANTE) Defeitos distribuídos por prioridade Defeitos Distribuídos por Severidade Defeitos Distribuídos por Tipo Geral de Problema Defeitos Distribuídos por Plataforma ETC.

E o dia a dia do QA Test Manager ?

- Gerenciar sua equipe, acompanhar as KPI´s, negociar prazos com as prioridades, entender e melhorar o processo, conversar com a sua equipe e saber como andam as coisas, etc.

Que tipos de QA Test Manager existem?

a) De empresa não fábrica de software cujo departamento possui vários analistas de testes sob sua supervisão. Ele negocia com outros sua alocação e qualidade do que está sendo feito. Aqui ele é mais um gestor de testes onde está mais próximo da equipe.

b) De fabrica de software onde mesmo acima ocorre porém os prazos e padrões mais pressionados de forma que o mesmo é mais gestor administrativo do que de testes. Ele precisa definir, otimizar e melhorar o processo de testes.

Quais os principais problemas dos QA Test Manager na essência?

É justamente não saber realmente sobre testes. Muitos GP são elencados a QA Test Manager e mça sabem sobre testes. Por outro lado os QA Test Manager que tenho observado que ascenderam de lideres de testes pecaram em pouco agregar do lado administrativo e pouco ligam para gestão de equipes. O ideal não existe. Mas pode-se chegar bem próximo do ideal para empresa e para a equipe.

Se eu preciso ser um Líder, qual tipo eu preciso ser?

Os principais tipos de liderança de acordo com Santos (2018), são:

a) Líder de Resultados - tem foco nas expectativas, seja pessoal ou para as pessoas. Foco nos resultados.

b) Líder de Pessoas - Habilidade de formar (e sustentar) relacionamentos focado no bem estar positivo de todos.

c) Líder de Processos - Foco no processo. Faz questão de seguir o processo. Foco na criação, monitoramento e endosso das regras e procedimentos do processo.

d) Líder do Pensamento - Foco na criatividade como solução de problemas. Usa isso como motivação.

e) Líder Social - É o líder das conexões, ou seja: habilidade em comunicação, “networking” e criação de conexões. Líder agregador.

f) Líder de Dados - Busca basear suas decisões nas informações que coleta. Habilidade em analisar fatos, detectar tendências de modo a estabelecer credibilidade. Líder voltado para inovação.

Se eu tiver de fazer uma entrevista para QA Test Manager?

Não existe regra. Você precisa ficar alerta para todos os pontos do presente artigo, como KPI´s. Precisa saber apresentar numa entrevista que você deu resultados para justificar sua contratação. Muitos gestores querem apenas um administrador que tenha uma boa noção de testes. Outros querem alguém que tenha vivência em testes que foi levado a essa função. Mas ambos se esqueçem que um profissional com ambos os requisitos pode ser um lider que não somente traga resultados, mas agrega valor a equipe, trazendo harmonia e motivação a todos o seu redor.

Segundo Swati (2008), existem alguns pontos numa entrevista para QA Test Manager aborda 3 principais áreas:

1) Conhecimento técnico e expertise.
2) Atitude.
2) Comunicação. Algo problematico de se avaliar numa entrevista.

Ainda segundo mesmo autor, existem algumas questões que são realizadas nos 2 primeiros pontos acima, tal como:

a) Regras e responsabilidades no projeto de testes, e como você dividiria o tempo.
b) Que processo de QA é usado no seu projeto e como.
c) Você já esteve envolvido em estimar testes (olha a KPI aí gente!!!)
d) Que ferramentas você usou e porque para automatizar os testes.

Quais as maiores lições principais que devemos nos deter nessa profissão?

São coisas básicas mas que diariamente fazem a diferença na qualidade de seu trabalho:

a) Saber fazer e criar relatórios úteis para apresentar o resultados, observando o que precisa mudar e os desafios. Sem contar com os relatórios de acompanhamento semanal baseado nas KPI´s (olha ela aí gente!!!)

b) Saber o valor de um time e um time com boa qualidade. Igual ao futebol. Voce pode ter um time entrosado mas sem craques ou bons jogadores, mas que joguem simples e corretos. Por outro lado um ótimo jogador num bom time e um time entrosado de bons jogadores faz a diferença como uma seleção.

c) Para entender o que acontece muitas vezes você entender a visão dos outros. Isso pode ser para resolver um problema ou para melhorar algo.

d) Na prática o trabalho de um QA Test Manager é multi-tarefa. É fundamental ter noção disso.

e) Gerenciar pessoas é ao mesmo tempo fácil e dificil. Facil porque se souber escutar e agregar a equipe ganhará. Porém quando existe conflitos se faz preciso ter paciência, ceder ou dizer não. Se você tem a noção do todo, você o valor ou prejuizo de um bom gerenciamento humano.

SERÁ QUE ARTIGO AQUI AJUDOU ?

Espero que tenha ajudado e esclarecido muito á muitos que tinham duvidas sobre essa função, e lembram que nem sempre o que sabemos é o suficiente para melhorarmos. Humildade faz parte e saber dizer não quando precisamos é fundamental. Lembre-se: um QA Test Manager negociará sempre e com quase todos, sejam diretores ou analistas de testes.

PS: **** VEJAM NO MEU CANAL DUALIDADE TECNERD (aqui) UM VIDEO ONDE FALO DE QA TEST MANAGER ****

Referências:

-SANTOS, R. Você sabe qual é o perfil da sua liderança. Disponível em: . Acesso em: 02 abr. 2018.

-SWATI, S. 6 Most Common QA Test Lead/Manager Interview Questions. Disponível em: . Acesso em: 02 abr. 2018.

Abs

Leonardo Molinari

LANÇAMENTO DO NOVO LIVRO + PALESTRA

noreply@blogger.com (Leonardo Molinari) — Wed, 18 Oct 2017 13:23:00 +0000

Pessoal,

agradeço a todos que puderam e conseguiram assistir ao evento do Meu Canal DUALIDADE TECNERD. Falei de Testes, Agile Reinventado em diversas áreas como IA.

Na 3a e última palestra (que ainda se encontra disponivel no canal), falo de Cloud Compiting, e lanço com exclusividade meu 10_o livro: "CLOUD COMPUTING - A INTELIGÊNCIA DA NUVEM E SEU NOVO VALOR EM TI", também pela editora Erica / Saraiva do selo Somos Educação. A palestra fala de Computação e detalha a nova obra que vem com diversas novidades e assuntos abordados além da própria nuvem.

Link do Canal: https://www.youtube.com/channel/UCNR3WTAhFJXxn96QDgiyeGQ

Abçs a todos.

Leonardo Molinari

NOVO EVENTO ONLINE: O DUALTEC CHEGOU

noreply@blogger.com (Leonardo Molinari) — Mon, 02 Oct 2017 19:56:00 +0000

Galera,

chegou o 1o evento do canal Dualidade TecNerd (clique aqui), o DUALTEC. Serão 3 palestras. Cada palestra estará disponível ao fim da tarde, mas o assinantes do canal serão logo avisados assim que for publicado.

o EVENTO ocorrerá nos dias 3, 4 e 5 de outubro.

Cada palestra ficará cerca de 24 horas disponível no canal. Quem viu, viu, e quem não viu, não viu. Simples assim.

Na 3a palestra palestra haverá um lançamento exclusivo e essa sim, ficará mais tempo disponível. Então vejam e assim o Canal Dualidade TecNerd em seu primeiro evento técnico. Nesse ultimo estarei online para responder duvidas e perguntas a partir das 19hs por cerca de hora.

Abçs e Vejam Lá.

Leonardo Molinari

ACABOU: FIM DA BARREIRA ENTRE INTELIGÊNCIA ARTIFICIAL (I.A.) E TESTES

noreply@blogger.com (Leonardo Molinari) — Wed, 21 Jun 2017 22:07:00 +0000

Srs.,

não é filme de ficção.

Não estou delirando.

Pirei? Ainda não.

Aqui eu já havia falado em meus posts e/ou no meu canal DUALIDADE TECNERD (acesse o canal aqui) já aconteceu e já tem pesquisadores e somente reforça aquilo que tenho falado por aqui mas parece que estou falando grego. Não estou. Se acham que estou falando grego vejam alguns links, mas ANTES vejam o que coloco aqui no post. Os mais curiosos vejam:

Link1, Link2, Link3,

Continuando...

I.A. (ou inteligência artificial) tem sido pesquisada em diversas frentes e tem se integrado com:

-Nuvem ou Cloud Computing, através de máquinas de aprendizado ou machine learning
-IoT (internet das coisas) através de dispositivos com softwares especializados capazes de tomar decisões em um contexto especifico.
-Desenvolvimento de software, através de parte de analise e modelagem e até de testes.
-Area móvel. Sim. E muito.

A IA tem 5 grandes desafios: aprendizagem, raciocínio, compreensão de linguagem, percepção, resolução de problemas. Cada qual apresenta sua pratica e um campo de pesquisa dentro de IA. Campos de pesquisa relacionado com IA como robotica que envolve mecanica, reconhecimento de padrões e IA é dificil. Para nós pode ser facil segurar uma xicara de café, mas para um robô nâo. Nisso as maquinas mesmo com os melhores softwares levam ainda desvantagem.

Segundo os dois livros, "Segunda Era das Maquinas" e o "Humano mais Humano", tratam da revolução dos computadores e da IA, em seus diversos contextos, o vivemos uma nova revolução computacional. O software que você usa no seu smartphone hoje, se for um android, tem uma opção no teclado que ao ser acionada trasforma sua fala em portugues para texto, e o sofwtare aprende com isso. VOCÊ JÁ ANDA COM UM SOFTWARE DE I.A. NO BOLSO, e não sabe. Compreensão de linguagem é um campo de IA. Aqui no caso desse software seria de transformação de linguagem falada linguagem escrita...

XI... PIREI.

Quando restringimos um campo ou um problema especifico a IA tem maior eficiência e eficacia. Se aumentarmos o leque de opções fica dificil. Um software comum, pode quando focado em um problema ter maior eficiencia, como um calculo matemático. Para nos mortais isso fica dificil quando o calculo é extenso. Agora para máquinas/software de IA, fica fácil. Agora quando você olha alguem que pela cor do olho e afirma que aquela pessoa foi seu amigo, ninguem explica. Se você está certo e ninguem explica então é um padrão que ninguem explica, fica complicado. Com IA é dificil, porque esse reconhecimento de padrões, mesmo que de forma não logica. Posso afirma que você pode "treinar uma IA" como pintar ou desenhar como grandes pintores e desenhistas, mas ela nunca será por iniciativa propria um pintor unico. Falta o toque de criatividade. Mas se IA for focada e apoiar-nos em um campo de visão menor, IA pode ser decisiva e vital.

Xiii... PIREI MAIS AINDA. E TESTES ?

Em testes ela entra por tabela em softwares e campos como:

-Chat Bots: muitos call centers estão sendo online substituídos por chat bot, ou programas de conversas (bot ou programas de IA para conversas) que conversam com você tentando te informar de problemas. Esses tem limitações e o teste não obvio, mas na integração de software com situações tipicas e integração do mesmo com a base de dados.

-Maquinas de aprendizado para decidir melhor: como você testa isso? Amigo você não tem como testar 100%. Você testa situações normais em um primeiro momento e tenta verificar se o seu processo de aprendizado está "razoável", para opinar ou orientar diversas soluções.

-Apoio a analise de problemas de forma prévia: A galera da IBM de IA tem focado em sua solução o Watson, que ultimamente visa ser uma especie de doutor online. Dado tantas doenças e possiveis diagnosticos e vários informações e casos é como um medico que aprende e se esqueçe. O Watson apoiaria em não esquecer e apoiar até o medico real. As vezes a pessoa é um caso, de um caso, de um caso que o doutor não se lembra direto, ai o médico entraria validando e até reforçando pre diagnostico do Watson.

-Carros com IA que dirigem sozinhos: nos EUA já temos vendas desse tipo de carro sem motoristas. ISSO MESMO, SEM MOTORISTAS. Tem legislações de cada estado, mas temos a industria automobilística ficada nesse sendo. Reconhecimento de VOZ é um recurso normal em muitos carros, mesmo tendon um motorista. Como testar? Através de casos e situações e nos (de QA) aprendermos conceitos e entrarmos em IA.

AINDA ACHA QUE ESTOU LOUCO?

A Microsoft, A Google, A IBM, a Amazon se uniram em um consorcio para mostrar para o mundo inteiro o papel e importância em IA, e para padronizar IA no mundo (veja AQUI). Muitos tem medo que "um robô vai tomar seu emprego".

E AGORA, DÚVIDA?

A mais: muitos especialistas em QA, analistas e outros consultores não estão levando isso a sério em breve vão perder o bonde de TI. Isso vale para CLOUD COMPUTING e IoT. Acho que não estou tao louco. O Brasil está definindo e expondo para o mundo um Plano Nacional para IoT em 2017. Só digo uma coisa: as coisas estão mudando.

Abçs

Leonardo Molinari

FIM DE UMA ERA DOS TESTES? ACABOU.

noreply@blogger.com (Leonardo Molinari) — Wed, 15 Mar 2017 16:10:00 +0000

Pessoal,

não sumi. Estou sempre atolado com varias coisas. Então vamos a um assunto que desejo escrever, e não falar. Sim, meu canal, Dualidade TecNerd (clique aqui e veja lá).

Já sabia da noticia desde setembro de 2016 (sim, isso mesmo!), mas não havia publicado porque estava esperando o mercado se movimentar mais. Seria como dar um alarde precipitado.

Em setembro de 2016, a divisão de testes (antiga Mercury) da HP foi vendida para a Micro Focus. Isso já vinha sendo especulado desde junho de 2016. Foi o que o mercado chama de "spin-merge"

Vamos as razões do lado da HP para vender a divisão de testes que era na verdade a antiga Mercury Interactive, que eu observei e diversos outros analistas também observaram:

- A HP parecia que não dava a atenção devida, não era prioridade de fato
- Investimentos para melhorar as ferramentas de testes, que eram muito boas, não foram feitos,
- Os preços das ferramentas de testes são altos, e a competição com as novas ferramentas e outras já existentes, não tornou os preços mais acessíveis ou mais viáveis ou menores em muitas empresas. Perdeu mercado.
- Era uma empresa que quando foi comprada (a Mercury) tinha problemas (pelo menos foi o que andou vazando) de contabilidade. Era uma bomba relógio na pratica que poderia levar a empresa HP inteira para o buraco. Parece que os problemas contábeis não foram devidamente resolvidos... Velha frase nerd: PERIGO, PERIGO, PERIGO!!!

Vamos as razões de compra do lado da Micro Focus para realizar a compra:

- Comprar a tecnologia da antiga Mercury, que em muitos casos era mais evoluído e melhor em alguns casos, como o caso do LoadRunner, ferramenta de testes de performance.
- Vai reter os talentos da HP, que estão na divisão que foi vendida.
- Eliminar um concorrente. Sim, a antiga Mercury, e depois a HP, sempre foi um concorrente em testes para a Micro Focus.
- Comprar ou adquirir a base de clientes que vira junto com as ferramentas. E forçar e médio prazo a descontinuidade das ferramentas da antiga Mercury, forçando ou obrigando ou levando os clientes a migrarem ou deixarem de usar essas ferramentas e passarem a usar as da Micro Focus. Isso é uma compra entrante. De qualquer forma a vida dos produtos parece incerta, mas o que mais parece indicar é que eles sejam descontinuados.
- A direção da Micro Focus percebeu que não estava expandindo sua base de clientes ou seus lucros, em seus produtos principais e resolveu atacar os produtos menores (em termos de lucros) que possam sem expandidos (em termos de lucro). É uma mudança ou melhoria nos produtos de testes da Micro Focus.

Então o que podemos concluir:

-Chegou o fim da era das ferramentas de testes da antiga Mercury. Talvez a ferramenta que mais destaco é o LoadRunner que muito boa e talvez uma das melhores do mercado em sua especialidade.
-Haverá uma concentração das ferramentas pagas. Por isso a Microsoft vai disponibilizar a seu conjunto de ferramentas de testes tecnicamente de graça. Forma de compensar e atrair os novos clientes.
-Essa venda ou spin-off, vai afetar o mundo inteiro.
-As ferramentas de Mercury chegaram a ser lideres mundiais de vendas, e foram uma referência no mundo inteiro quando se falava de testes. Então "matar" simplesmente as ferramentas, pode dar força a outras ferramentas, como a Microsoft para testes, e as várias Opensource.

Vou lembrar um pouco Schumpeter, o chamado pai dos conceitos de inovação. "Para uma nova tecnologia, ou inovação, nascer outra antiga deve morrer" (adaptado de Schumpeter). Vide o caso do CD e do disco Vinil. Talvez não seja uma inovação... é o mercado, é a selva tecnológica, ou não?

O que virá por ai? E agora José?

Que Deus a Tenha, descanse em paz! Essa era de testes chegou ao fim...Porém, ainda vive por instrumentos. Em breve os instrumentos serão desligados. Adeus.

Abcs

Leonardo Molinari

CHEGOU MEU NOVO LIVRO - QUENTE E POLÊMICO

noreply@blogger.com (Leonardo Molinari) — Sun, 29 Jan 2017 22:38:00 +0000

Pessoal,

chegou meu novo livro. Fiz lançamento especial no meu canal, o Dualidade TecNerd (clique Aqui). Tem um vídeo especial com o lançamento do meu novo livro. Veja lá. Explico o porque dessa minha obra.

Obrigado a todos vocês que veem meus posts. Hoje aqui, o lançamento dessa nova é o tema de hoje.
Vá lá no meu canal e assista!!

AVISO: Tem mais coisa pintando por ai. Essa obra veio mais quente do que vocês imaginam... Caprichei ao máximo. Me superei. Sou sincero.

Grande abraço e vejam lá!!! Veja no canal Dualidade TecNerd (clique Aqui).

Leonardo Molinari

NOVA POLÊMICA - Testes sem casos de testes é possível?

noreply@blogger.com (Leonardo Molinari) — Mon, 16 Jan 2017 21:39:00 +0000

- Meu Deus do Cèu: como poderei testar sem ter casos de Testes?

Uma outra pessoa evocaria Drummond: E agorá José?

Pessoal,

a verdade é simples:

existe uma corrente pró e outra contra.

CONTRA CRIAR CASOS DE TESTES:

-você não precisa ter situações pré-estabelecidas para testar? Descubra a aplicação.
-todo mundo copia os mesmos testes, então porquê fazer mais ou os mesmos?
-a quantidade de situações são infinitas, então para que testar tudo se atingir o tudo é impossível?

A FAVOR DE CRIAR CASOS DE TESTES:

-sem atender o que o usuário pede não entregaremos a aplicação.
-os requisitos precisam serem testados.
-se não testar o que está especificado de nada vale o teste.
-o usuário vai reclamar se não testarmos e nós seremos os culpados.

VEREDICTO:

-Os dois lados estão certos.
-Os testadores não leem ou estão deixando de ler ou lendo mal o que se precisa ser testado por pressão ou pressa e no final copia o teste antigo e não lê. Erro fatal. Tem de ler e reler e discutir.
-Existem casos de testes que são superficiais na sua escrita, e fica por conta de quem vai testar decidir como e o que testar. Quem executa o teste não deve ser um robô. Deve pensar também.
-Podemos (e devemos) explorar e usar diversas tecnicas de elaborar os testes para aumentar a amplitude dos casos de testes, aumentando as situações de testes.
-O que o usuário pede e especifica deve se validado e revisado.
-Não confunda ser ágil com pressa.

POR QUE ESSE POST?

Porque existem diversos pontos que os dois lados defendem e se esqueçem de que ambos estão certos.
Uma aplicação mal testada trará uma perda de imagem.
Tem saído vários posts defendendo os dois lados.

VOCÊ DECIDE.

Sem procuro apresentar os lados ou os dois pontos de vista. Sem entender os dois lados nunca faremos a área de QA crescer. Fato.

Abçs.

Leonardo Molinari

SUPER-QA CONTRA BAT-DEVELOPER: AMANHECER DA INJUSTIÇA

noreply@blogger.com (Leonardo Molinari) — Sun, 01 Jan 2017 22:43:00 +0000

Era uma vez...

ISSO NÃO É CONTO DE FADAS.

É uma briga de dois super-heróis que desejam apenas JUSTIÇA, no código da Aplicação. Se passa em um universo-empresa SEI-LÀ-ONDE. Ups....

ATO UM:

O SUPER-QA discretamente observa o código da app nascendo. Crescendo. Agora é a vez de valida-lo.

Mas o BAT-DEVELOPER que sofreu tirando o BUG das ruas e entranhas do código, acha injusto quando dizem que o código só está bonito porque existe um SUPER-QA.

Injustiça que precisa ser corrigida diz o BAT-DEVELOPER. Ele está sendo "en-deusado" demais completa. Tudo é o super-QA...

Eu resolvo tudo. Eu sou de outro mundo. Nenhum bug-criminoso passa por mim afirma o SUPER-QA. O BAT-DEVELOPER é um cavaleiro que cria coisas que só ele entende e ele não confessa tudo... Está errado afirma o SUPER-QA. Qualidade é comunicação também... E agora?

ATO DOIS:

BAT-DEVELOPER encara o SUPER-QA, com uma armadura de código que só ele conhece e um banco de dados que só ele entende.

O SUPER-QA é resistente e poderoso em suas habilidades mas é fraco perante A KRIPTONITA-BUG-LOUCA. Nínguem conhece tudo. Sempre precisa se de alguém.

Será que o BAT-DEVELOPER vai ajudar o SUPER-QA?

ATO TRÊS:

Sim. Pelo bem maior da empresa e do usuário eles precisam se ajudar. E os dois se ajudam.

A ANALISTA -MARAVILHA aparece para dar uma força para parar a briga...

O amanhecer da injustiça foi resolvido: o bug-criminoso foi enjaulado. Ebaaaa....

O Amanhecer do código é A união.

Ainda tem o FLASH-SUPORTE, O ANALISTA-MARAVILHA, AQUA-ESPECIALISTA e o GERENTE-CYBORG-DE-PROJETO. Todos unidos foram MUITO mais além...

Eles formam agora o LIGA DA JUSTIÇA DA QUALIDADE.

E AGORA?

Essa brincadeira lúdica, serve para mostrar que a qualidade precisa de vários atores em um projeto. E uma briga antiga que devemos acabar é a que existe entre developer e QA. São dois lados da mesma moeda. Preciso falar algo mais? Um precisa do outro. Quem ganha? Todos.

Feliz 2017.

Abcs

Leonardo Molinari

MATERIAL FREE - INOVAÇÃO EM SERVIÇOS DE TESTES DE SOFTWARE

noreply@blogger.com (Leonardo Molinari) — Sat, 31 Dec 2016 13:56:00 +0000

Hoje,

mesmo no último dia de 2016 tem coisa nova que pode ter sido publicada em 2011, mas é atual e valida.

É muito legal que vemos algo que criamos ter dado origem a várias outras coisas.

Vejam: nem sempre devemos desprezar o que já foi escrito e que é base de conhecimento para diversas outras coisas.

Minha dissertação de mestrado, defendida em 2011, foi voltada para INOVAÇÃO EM SERVIÇOS DE TESTES DE SOFTWARE.

Sim!!! Isso mesmo!!! O analista de QA médio e os estudantes não tem noção de que testes são um serviço. Não é produto, que pode ser colocado em uma prateleira. Se você compra um serviço, o serviço será executado. É como um corte de cabelo, acontece.

Nos capitulos 1 e 2 da dissertação você terá perfeita noção destes conceitos e de como está a inovação no Brasil. Sim, em minhas atuais pesquisas os dados que coloquei na dissertação ainda estão perfeitamente atuais e válidos no que ser refere a INOVAÇÃO.

Como a dissertação aborda um modelo genérico de inovação em serviços, muitos dos elementos do modelo são confrontados por autores distintos que trás experiências de liderança / gestão e entrega de serviços. A dissertação foi tão impactante que RECEBEU extensos elogios pela sua profunda e extensa pesquisa com muitas referências. Acabou modificando o ensino de INOVAÇÃO no próprio curso de Mestrado, e ainda dando origem a uma continuação de outra dissertação executada por outro mestrando.

O que aconselho ler:

-Os capítulos 1 e 2 para quem não deseja se aprofundar em inovação em serviços, senão leia todo o resto.
-A TRANSCRIÇÃO DA NARRATIVA da entrevista 02 que foi realizada. Foi feita na época junto ao EMERSON RIOS na iTeste, pois se abordou em profundidade a MPT-BR, hoje tão falada em testes. Ele foi um dos criadores, senão o criador principal da MPT-BR.

O que se pode fazer com a dissertação?

Ela é free para todo país, pois as dissertações podem ser baixadas por qualquer um segundo resolução do MEC. E mais, se desejar o texto, pode usar, basta fazer a devida referência bibliográfica, dizendo que é o autor (EU, LEONARDO MOLINARI). Na dissertação meu nome completo. Foi defendida em 2011 na Universidade Estácio de Sá, no mestrado de administração (MADE)

Baixem Clicando Aqui.

Abços e Boa Leitura e Feliz Ano Novo.

Leonardo Molinari

Polêmica - Agile Morreu ou Não Morreu? ATUALIZADO

noreply@blogger.com (Leonardo Molinari) — Fri, 30 Dec 2016 23:36:00 +0000

Oi Pessoal,

Agile (ou métodos Ágeis) deu certo ou não deu? Essa é uma questão que por algum tempo muitas empresas se questionaram e buscaram esse caminho.

Para quem tentou e NÃO DEU CERTO:

- As empresas não adotaram as praticas ágeis de fato. Agile não resolve tudo. As práticas colocadas através do MANIFESTO ÁGIL não foram implementadas.
- Erros de Estimativas claros e evidentes aumentaram os custos e as praticas novas precisaram ser revistas.
- Resistências de muitas pessoas que estavam acostumadas em praticas antigas.
- Em grandes empresas colocar Agile é complicado...
- Confusão dos conceitos básicos do Agile.
- Em muitas gerências apenas apostaram que o Agile se resolve sozinho. Eles (os gerentes) precisam remover obstáculos, que ou eram grandes demais (envolvia política) ou era fácil criticar.
- Em pequenas e médias empresas é mais fácil, mas em grandes empresas se precisa focar em projetos menores inicialmente para que todos ganhem confiança e divulgem as práticas.
- O impacto de novas tecnologias , como o mundo móvel. Desenvolver no mundo móvel em Agile não é a mesma coisa que desenvolver para web em Agile.... acredite: são mundos diferentes.
- De novo: a onda movel e da IoT (internet og things ou internet das coisas).

E para quem tentou e DEU CERTO:

- Usaram o Manifesto Ágil como base de tudo ao implantar o processo ágil em empresas.
- Projetos em pequenas e médias empresas.
- Empresas cuja cultura é de Inovação e de Adoção Aberta novas práticas.

E os TESTES ÁGEIS?

Teste ágil não é desenvolvimento Ágil. Um usa praticas do outro em testes, mas você pode testar usando teste ágil mas sem ter desenvolvimento ágil na empresa... ISSO MESMO!!!! Já vi casos assim.

Isso deu mais certo, seja totalmente ou parcialmente.

AFINAL O QUE DEU CERTO?

As práticas ágeis foram adotadas em muitos projetos. O problema está na ONDA DA MOBILIDADE, seja através das aplicações móveis e da IoT e agora, a onda da Inteligencia Artificial.

O QUE PODEMOS AFIRMAR EM TERMOS MUNDIAIS?

Segundo o World Quality Report 2016-2017 o Agile continua crescendo e adotado no mundo todo, mas o impacto da IoT (internet das coisas) e da transformação digital (ou o mundo cada vez mais móvel) tem transformado demais a TI de uma maneira global.

Cada vez mais as empresas tem investido em QA, e investir em Agile é das práticas mais bem aceitas.

Então podemos concluir que Agile não morreu. Cresceu no mundo tudo, porém precisa se adaptar as novas e emergentes tecnologias e se precisa investir em educação e em QA como um todo, não apenas em Agile.

E O QUE MAIS?

Pesquise mais no meu CANAL DUALIDADE TECNERD (clique aqui) e veja os links abaixo nas referências.

REFERÊNCIAS

http://blog.caelum.com.br/por-que-falam-tanto-que-o-agil-morreu/
https://www.infoq.com/br/articles/agile-didnt-work
https://michaelochurch.wordpress.com/2015/06/06/why-agile-and-especially-scrum-are-terrible/
http://r-stylelab.com/company/blog/software-product-development/12-fatal-mistakes-in-agile-development
http://searchsoftwarequality.techtarget.com/tip/Large-scale-Agile-development-doesnt-work-Or-does-it
https://www.infoq.com/articles/agile-didnt-work
https://www.capgemini.com/thought-leadership/world-quality-report-2016-17

A Inteligencia Artificial Não é Ficção - Pode substituir Testes

noreply@blogger.com (Leonardo Molinari) — Fri, 16 Dec 2016 21:59:00 +0000

Oi Pessoal.

A inteligencia Artificial (IA) não é ficção. É coisa séria. Vejamos:

-O Google usa em seu site uma engine com IA.
-Cada vez mais ferramentas usam IA em sua estrutura, como em jogos, software de apoio.
-Um desafio em Robotica, é um Robô que conserta outros.
-Muito já se fala que a profissão de testes está morta. Mas falta muito. Muito mesmo. Porque? Estão tentando usar programas inteligentes (ou criar) que testam outros.
-Isaac Asimov em seus livros, já previa que haveriam automatos que consertavam outros, mas sempre deve existir alguem para supervisionar e planejar os testes de maneira mais apurada.

O que na minha avaliação vai parcialmente contra diversos argumentos:
-Ainda não existe solução em IA que resolve isso ainda. É um campo que está ainda em descoberta.
-Em não menos de 1 decada não devemos pensar nisso. ? Dez anos? Sim, porque o desenvolvimento em IA tem se acelerado ainda mais, e no caso de viagens a Marte, previstas para o final do proximo seculo, precisarão de tecnologia mais madura. Ex: não dá para estar em Marte e o astronauta precisar operar na Terra. Não é uma distância curta. Hoje uma viagem a Marte leva 6 meses. Existem diversos problemas logisticos e de viagens que precisam resolver. Imaginem um BUG no meio da viagem e alguem precisa testar, programar solucionar? E se for um problema de Hardware.
-E testes está cada mais automatizado, mas não ainda 100% automatizado.

Vejam a entrevista no link do Stickyminds a entrevista com um especialista em IA e Testes que fala o tema correlato. Clique Aqui,

Abraços e Vejam os Ultimos e Posts e Canal do Youtube, Dualidade TecNerd (clique aqui).

Abçs

Leonardo Molinari

Novo Canal sobre Qualidade / Geek

noreply@blogger.com (Leonardo Molinari) — Thu, 15 Dec 2016 17:47:00 +0000

Galera,

chegou meu canal no youtube. Vejam lá. O canal vai trazer e já traz muitas novidades. Clique abaixo.

Dualidade TecNerd

O Blog não morreu. Não sumi e nem fui abuzido. Estou aqui!!!

Leonardo Molinari

noreply@blogger.com (Leonardo Molinari) — Thu, 15 Dec 2016 17:42:00 +0000

Oi Galera...

Em pesquisa recente, 9 entre 10 pessoas no Brasil usam celular. Cerca de 57% usam Smartphones.

Hoje os brasileiros acessam mais internet pelo celular, do que pelo PC/Laptop.

E mais: hoje tudo de se faz com os Smartphones. Hoje o mundo é movel.

Não se tem como negar.

E a indústria de ferramentas de automação de testes?

Todas sem exceção tiveram que se adaptar nos últimos anos.

E as consultorias? Todas tiveram que se adaptar.

Sem exceção.

Ai o que fizeram os analistas de testes? Tiveram que se adaptar.

E as técnicas ? E as estratégias? Todos tiveram que se adaptar. A indústria móvel..

Você está chovendo no molhado...

Nem tanto. Você leitor precisa perceber que o impacto é maior que imagina.

Vejam uma palestra (em ingles) do impacto da mobilidade de David Plouffe (da Uber).

Palestra sobre mobilidade (clique aqui)

O blog não morreu. Está vivinho. E está vindo mais news...

Leonardo Molinari

O estrondo silencioso do futuro

noreply@blogger.com (Leonardo Molinari) — Tue, 13 Sep 2016 02:27:00 +0000

Quando...

O estrondo foi feito a população foi as ruas. Impeachment. Cassação. Sim. Lava Jato. Mais virá. Inflacao. Desemprego. Inflação.

Sim. É o silencio que precede o estrondo. Esse é o estrondo.
Agora é o silencio que fala.

Youtube. Facebook. Google. Smartphone. 4G. 5G. Internet das Coisas. Tudo é agora.

O futuro é agora. Ou já foi?

Nunca duvide do impossível. Não sumi. Não morri. Não virei zumbi. So estou aqui...

Reino do Amanhã Um

noreply@blogger.com (Leonardo Molinari) — Wed, 10 Jun 2015 15:46:00 +0000

Em um mundo imaginário do reino do amanhã da qualidade imaginária de software sem bugs e defeitos...

O que será que virá quando eu virar a página?...

Um post do facebook?
Um clique em um smartphone?
Um foto do instagram?
Um Whatsup? Danup? Um suco de caju?
Será o silêncio que precede o estrondo?...

O que virá? Vamos ao suspense (ao som de Thriller de Michael Jackson) ... Ah Ah Ah....

“Prossiga, prossiga, prossiga, vá em frente com decisão, caminhe para diante, firme-se na iluminação. [Escrituras Mahayana, cujo elo são os bodhisattvas, como Maytreya e Manjushri.”

ONDE ESTÁ WALLY? OU MELHOR ONDE ESTÁ MEU SMARTPHONE? LUTA DE GIGANTES

noreply@blogger.com (Leonardo Molinari) — Fri, 14 Mar 2014 02:22:00 +0000

Sinto muito,

mas eu não sumi não. Estou a umas 20 vezes para publicar, mas chego na hora volto. Refaço. Revejo. Me reinvento... o detalhista voltou... Não parei com o blog. Apenas tenho estudado feito cão em novos materiais que ando aprontando. Andei esgotado. Minha esposa faleceu em 2011. Terminei mestrado no mesmo ano. Fiquei fora do mercado, voltei na raça. Cansado. Voltei, temporariamente. Optei por ir a luta ir a favor do que gosto de fazer. Fui demitido injustamente. Voltei. Me demiti para recarregar as baterias. Ler. Viver. Amar. E voltar a escrever. Pesquisar. Dar consultoria. Seminários. Pensar e passar o conhecimento. Fui e voltei ao ciclo da vida. Não morri. Me reinventei como sempre me faço. A lagarta que estava no casulo.

"Querida voltei..."... rsrrsrsrs Estou aos poucos estou voltando na loucura que sempre gostei.

Por isso que hoje optei por falar de que vejo vivo e revivo. Smartphone. Eu hoje não vivo sem o meu. Facebook. Google. Agenda. Calculadora. Tudo está la. O windows 8 mudou. Mudou de novo. Cara de Smartphone.

Segundo Jakob Nielsen, o pai da usabilidade, "viramos uma esquina de usabilidade móvel". Tudo está se encaminhando para lá e já está lá.

IPhone. Android. Windows Phone. Tudo Smartphone.

Os testes de usabilidade, que antes eram consultoria (apenas) passaram a ser: NECESSIDADE. Sim. Tudo se encaminha para lá. O projeto ágil agora é projeto de Smartphone ou desenvolvimento móvel. Os desenvolvedores agora são cobrados por anos de experiencia na área móvel. Eu e outros consultores que começamos a unir a tempos diversas praticas vemos agora monstros adormecidos despertarem: TESTES, QUALIDADE E USABILIDADE E MOBILIDADE. Tudo junto e misturado e hoje aqueles que como eu que sempre falaram disso tudo junto era pra ser tudo junto, hoje vemos a verdade que vimos anos atras: TESTES, QUALIDADE E USABILIDADE E MOBILIDADE de forma rápida em cada lar. O computador pessoal virará em breve um Smartphone e vice-versa.

Dispositivos vao ficar cada vez melhores e grandes avanços precisam vir: tudo precisa se adaptar ao mundo movel. Está invadindo seu lar....

A usabilidade passa a ser chave. Ergonomia passa ser chave. Funções ergonômicas e projetadas para tal passa ser chave.

Ao longo dos anos que vamos acumulando coisas objetos e etc. Um saco ali. Um revista acola. Uma outra ferramenta. Um enfeite bonito. Um poster do seu heroi favorito. E la vai indo... Quando vemos temos milhares de coisas. De tempos em tempos limpamos. Quando não limpamos e queremos acumular mais e mais, vira doença: colecionismo. Em arquitetura/design existe uma linha que se chama minimalista que só deixa no ambiente o que é necessário. O sofá é necessário ou podemos ter em seu lugar um par de almofadas? Ficar somente com o essencial e necessário.

Em usabilidade é parecido: precisamos nos livrar de tela inútil, da ação repetitiva e dar sentido logico a ação. Tanto o usuário experiente quanto o inexperiente precisam ser escutados e serem ajudados em suas funções. A estrutura precisa ser guiada pela utilização.

A vamos além: o site que é bem visto no Smartphone e na web do PC, pode estar ruim no tablet. Mais um desafio. Testar não garante usabilidade, mas garante a baixa rejeição pela interrupção da ação causada pelo erro. E novamente nos vemos em usabilidade...

Agora vocês entenderam que Wally de cara bonita precisa ser encontrado? O verdadeiro Wally é o quarteto monstruoso: TESTES, QUALIDADE E USABILIDADE E MOBILIDADE. Encontra-los no projeto e concilia-los com os requisitos é que buscamos.... Tudo isso junto é uma verdadeira luta de "robôs gigantes"...

Abraços e tudo de bom,

Leonardo Molinari

JMETER - Cursos Free Sem Pagar LOUCURA!!!!

noreply@blogger.com (Leonardo Molinari) — Tue, 20 Nov 2012 01:27:00 +0000

Pessoal,

o velho e bom molinari que sempre foi independente nas suas avaliações voltou. E estou indiginado!!!
Vários consultores e consultorias estão cobrando pra ensinar JMeter (e outras ferramentas free) .. algo que é free!!!Então, me desculpem os colegas mas por aqui pelo blog vai começar uma série de videos que estou coletando e postando aqui com os quais você pode (e deve) aprender sozinho. Hoje é dia de JMeter.

Oba!!!!! rsrsrsrrs

Então vamos resolver de uma maneira simples. Vejam abaixo uma série de bons links que selecionei. Com os que vemos abaixo, você em curto prazo pode aprender JMeter.

Para baixar JMeter, vá no site: http://jmeter.apache.org/

===========================================
EM PORTUGUES (videos para iniciantes ou nível básico):

Tutorial JMeter Parte 1
http://www.youtube.com/watch?v=8jpXFjcHuhc

JMeter Fatec Ourinhos
http://www.youtube.com/watch?v=Wi6VQvuPzSY

Tutorial JMeter
http://www.youtube.com/watch?v=gtNIPchrxI0

OBS: Os videos não são videos profissionais mas são interessantes e bom começar

===========================================
EM INGLÊS (videos gerais)

Website Stress Testing using JMeter
http://www.youtube.com/watch?v=8NLeq-QxkSw

Load Testing with JMeter - BlazeMeter JMeter Meetup
http://www.youtube.com/watch?v=pYtZQ4Dyzvg

JMeter Tutorial, Web Server Stress Testing, in Windows 7
http://www.youtube.com/watch?v=DGW1Yk-Z7tI

Record scenario with jmeter
http://www.youtube.com/watch?v=0pdMnJLs4jI&feature=related
(video sem audio mas não menos importante)

OBS: Os videos são nível básico a intermediário, com excessão do último que é simples mas muito útil.

===========================================
EM INGLÊS - Serie Especial (curso completo de JMeter).

JMeter - Part 1 by www.openmentor.net
http://www.youtube.com/watch?v=7rO6TtO-QrI

JMeter - Part 2 - by www.openmentor.net
http://www.youtube.com/watch?v=-uIe0-ljd-E

JMeter - Part 3 - by www.openmentor.net
http://www.youtube.com/watch?v=ZkkNZtK_pkQ&feature=relmfu

JMeter - Part 4 - by www.openmentor.net
http://www.youtube.com/watch?v=e3o3FSX2sdI

JMeter - Part 5 - by www.openmentor.net
http://www.youtube.com/watch?v=j8bBiCeQ88w

OBS: Vale a pena para quem quer se aprofundar sem dever nada a qualquer treinamento.

===========================================

Pessoal,

espero que aproveitem, pois espero que aproveitem. Dúvidas, podem me escrever que na medida de tempo disponível respondo.

Abraços a todos vamos com FÉ!!!!

Leonardo Molinari

Lider de Testes X Gerente de Testes

noreply@blogger.com (Leonardo Molinari) — Tue, 06 Nov 2012 01:59:00 +0000

Pessoal,

vamos discutir uma discutir as diferenças básicas entre Líder de Testes e Gerente de Testes.

Ultimamente, tenho tido contato com vários gestores e líderes (ou até mesmo pessoal de RH) que me pedem que explique a diferença e explique as minhas experiências em cima. Antes de tudo: como consultor vivo dando consultoria para pessoas que querem estes dois tipos de perfis pois atuei de forma parcial ou completa em ambas as funções.

Pela literatura que li e que está na minha dissertação de mestrado (procurem no site da Univ. Estácio de Sá na área de mestrado e vejam minha dissertação) mais o que vi e vivi (não vou ficar aqui postando excesso de links pois quem desejar va onde aponto e veja mais, pois este post é um post livre):

a) Líder de Testes: igual a um time de futebol, pois o lider tem a função de capitão, que lembrar cobrar apoiar sob o ponto de vista técnico e mesmo participar dos testes da equipe. Ele tem a função de liderar e ser o capitão. Em geral é alguem mais experiente ou mais ligado com o projeto ou ao conhecimento envolvido que serve de apoio. Quando isso não acontece é alguém com papel de lider e motivador interno.

b) Gerente de Testes: é aquele gestor de está mais ligado na alocação de recursos, entende cobra e apoia em outras areas e prazos (negociando em geral) com todos. Alguém tem de ser o técnico. Muitas vezes o gerente pode parecer apenas um "piloto de ms-project" como dizem, mas na verdade ele está limitado as funções que lhe são atribuidas. Muitas vezes o gestor pode fazer mais e não faz, que é incrementar a comunicação e detectar os riscos e os problemas. O gerente pode (em geral o faz) gerenciar um ou mais projetos. Alguem tem de alocar os recursos e ter a visão macro de problemas. Esse é o papel mais básico do gestor.

Existem 3 tipos de projetos e para cada um deles lideres são colocados com perfis distintos:

-projetos locais onde todos estão localmente olhando um pro outro.
-projetos locais mais todos estão geograficamente dispersos (ex: um em cada andar), e se comunicam por email ou skype/msn/etc
-projetos a distancia onde a equipe está geograficamente dispersos. A equipe neste caso é virtual.

Cada tipo de liderança e projeto tem suas vantagens e desvantagens e problemas. Acreditem: participei de todos os tipos acima.

Hoj não vou discutir os tipos acima, mas pelo menos serve de um bom recomeço.

Abraços a todos,

Leonardo Molinari

Carta aos Leitores

noreply@blogger.com (Leonardo Molinari) — Tue, 06 Nov 2012 01:32:00 +0000

Pessoal,

vamos as novas news. Mas antes estou avisando ao pessoal, estou free no mercado e buscando novos rumos. Quem tiver interesse no meu bom trabalho (e honesto), me escreve diretamente p/ lm7k@yahoo.com.br. Não estou mais na MZP, mas estou aqui e o que importa é que fiz novos amigos. Aos amigos verdadeiros que estão sempre comigo (e que me ligam mesmo sem colocar intermediários) e aos leitores do blog que me derão forças pra estar aqui escrevendo, é que dedico este post e os novos materias que estou escrevendo.

As vezes fica difícil expressar sinceridade, mas teve uma frase que ouvi outro dia na TV a cabo VIVA: "Nada melhor de como dizer eu te amo, do que dizer eu te amo". Eu agradeço a todos dizendo: "nada melhor que dizer muito obrigado, do que dizer muito obrigado a todos".

Valeu!!!

Leonardo Molinari Versao 2012

Memory Recall - Hero Reborn - VOLTANDO

noreply@blogger.com (Leonardo Molinari) — Mon, 06 Feb 2012 23:10:00 +0000

Pessoal,

parece coisa de cinema, mas não é. Vamos ao saldo de 2011, pra quem NÃO SABE AINDA:

-Termino da Dissertação de mestrado, no MADE. Com especialidade em inovação em serviços de testes de softwares. Levei 2 anos e 10 meses... foi pauleira. Quem ganhou: TODOS. Em breve (assim que o link estiver disponivel) a dissertação será disponibilizada pela Univ. Estácio de Sá, com a mesma em pdf p/ download. Meu trabalho de mais de 2 anos estará disponivel p/ download p/ TODOS. É lei... detalhe: quem copiar é crime. Quem fizer referência (de acordo com ABNT) com citações e eventuais transcrições, poderá sim fazê-lo pois é legal...

-Falecimento da minha esposa, em ago/2011, depois de mais de 3 meses com problemas. Transformação em "pãe" (pai que é mãe) pois tenho uma filha de 10 anos. Tive que me virar e me reorganizar p/ 2011/2012.

-Extremo casaço devido ao mestrado, cursos na MZP, problemas inesperados, etc etc. No final do ano tive de diminuir o ritmo.

-Replanejamento completo p/ 2012: novos livros (tem coisa nova vindo por ai.. galerraaaaaaaaaa), novas pesquisas, novos cursos etc etc. NA MZP ESTAMOS COM "UNIVERSIDADE DE TESTES" COMPLETA COM O PLANEJAMENTO PARA O ANO INTEIRO. São cursos completos p/ quem deseja entrar no mercado de testes, com visão pratica e foco. Cursos de certificação.

-Recentemente assumi a diretoria de inovação de uma NOVA ENTIDADE de Testes (opaaaaa), mas que ainda não foi anunciada... Afinal, me especialiazei em inovação e isso é bem legal... E AINDA FAÇO MEU TRABALHO NA MZP....

-Em breve estarei dando aula por uma faculdade que me convidou... Mas ainda não anunciar.... Opaaaaaaa...

Gente, resumindo: SILENCIO QUE PRECEDE O ESTRONDO.... sim é isso ai, tem muitas coisas legais píntando anunciando... Genteeeeeeee.... Isso tudo p/ 2012 e já prá 2013!!!!!!!

Obrigado ao apoio de todos. O diario aqui é minha 2a casa... :))

Abraços a todos!!!

Leonardo Molinari

Diario da Qualidade - Renascimento de um Trabalhador

noreply@blogger.com (Leonardo Molinari) — Wed, 14 Sep 2011 20:43:00 +0000

Pessoal,

o diário aqui não sumiu ou desativou. Quando estava voltando, em maio tive vários problemas: sobrecarga de trabalho e viagens; meu apto foi roubado e meu trabalho foi prejudicado e minha familia por conta do roubo, sobrecarga na dissertação de mestrado que estou terminando, e para piorar minha esposa ficou doente após o roubo a minha casa em 21-maio-2011 (por conta do choque deste) e sua saude foi piorando até a falecer no dia 17-ago. Fiquei viuvo com uma filha de 10 anos o qual me dedico mais ainda. Foi turbilhão de emoções e provações. Mas estou aqui, firme e forte. Me renovando e acreditando que não importando o que venha a ser colocado no caminho, tenho fé que conseguirei superar.

Não desejo mal a ninguém a apenas acredito que se estamos aqui, é para ajudar e com alguma missão. Eu tenho 2 gatinhos em casa, um deles é cego o qual havia adotado em jan-2011. É superação.

Acredito que devia alguma satisfação aos meus amigos e leitores, sobre o excesso de ausência minha aqui no Blog... Aos poucos vou retomando o ritmo e seguindo em frente.

Sigo em frente. O Blog não sucumbirá perante a minha ausência. As lições que deixei aqui continuaram ajudando muita gente e blog é assim: renascimento e revisão constante. É certo que artigos e textos aqui são de ajuda a todos. A minha dissertação de mestrado estará acessível pela internet pois pelo MEC hoje determina que dissertações devem ficar disponível em on line para acesso e pesquisa. É trabalho p/ comunidade cientifica. É algo além.

Sou assim: não desisto do que faço ou adoro. A vida é assim. Me transformando constantemente em busca da felicidade.

Abraços a todos

Leonardo Molinari