Guide to Software Test Designdefinil um possivel processo a ser seguido durante a execucao doteste exploratorio:Criacao de umahipotese. Um modelo mentalrepresentando o funcionamento supostamente correto da area dosistema que sera testado;Planejar um ou maiscenarios de teste que possam comprovar se a hipotese e verdadeira;Aplicar os testes eobservar os resultados;Avaliar osresultados contra a hipotese levantada no primeiro passo;Repetir esseprocesso ate que a hipotese seja comprovada (ou nao).Mas como eu crio umahipotese?James Bach usa oseguinte mnemonico para ajudar a criar hipoteses para seus testesexploratorios:(S)tructure (O que oproduto e): Que arquivos ele usa? Como ele foi construido? Saovarios ou um unico programa? Que tipo de material fisico edistribuido com o produto? E possivel testar modulo por modulo?;(F)unction (O que oproduto faz): Quais sao as suas funcionalidades? Que tipo detratamento de erro o produto realiza? Que tipo de interface elepossui? O produto realiza algum processamento invisivel para ousuario? Como o produto se comunica com o sistema operacional?;(D)ata (Quais dadoso produto processa): Que tipo de entrada de dados o produto processa?Como e a saida produzida pelo produto? Quais tipos de status oproduto pode estar? O produto e distribuido com algum tipo depre-configuracao?;(P)latform (Qualplataforma o produto depende): Qual sistema operacional o produto ecompativel? O ambiente e infra-estrutura precisa de algumaconfiguracao especial? O produto depende de algum componente deterceiros?;(O)perations (Como oproduto sera usado): Quem vai usar o produto? Onde e como o produtosera usado? Para que o produto e usado? Existem funcoes que osusuarios usarao com maior frequencia? Existe alguma forma deobter os dados reais do usuario para a criacao de testes maisrealisticos?.Ja Michael Boltonusa o seguinte:(H)istory: Asfuncionalidades do software devem se comportar de forma consistenteao longo do tempo;(I)mage: Ocomportamento e aparencia do software esta alinhada com a imagemque o fabricante deseja expor ao usuario;(C)omparableproducts: O software e compativel com software similares;(C)laims: O softwarese comporta de acordo com os requisitos;(U)ser expectation:As funcionalidades se comportam conforme a expectativa do usuario;(P)roduct itself: Asfuncionalidades sao consistentes entre si;(P)urpose: Asfuncionalidades atendem o seu proposito;(S)tatuses: Oproduto esta em conformidade, com leis, regulamentos, diretrizes,etc.Ta, entendi comocriar as hipotese e prosseguir com os testes. Mas quando seu uso eindicado? Quando se quer terum feedback rapido sobre um novo produto ou nova funcionalidade;Quando se queraprender um produto rapidamente;Quando se querbuscar diversidade apos executar os testes tradicionais;Quando se querencontrar defeitos criticos rapidamente;Quando se quercomparar e investigar de forma independente e rapida o trabalho deoutro testador;Quando se querisolar e investigar um defeito;Quando se querinvestigar o status de um risco em particular, a fim de avaliar anecessidade de criacao de testes tradicionais para mitigar orisco.Para maioresinformacoes leia uma "mesa redonda" que rolou no grupoDFTestes:https://qualidadebr.wordpress.com/2010/03/14/testes-exploratorios/Bibliografia:CAETANO, Cristiano.TESTES EXPLORATORIOS (PARTE 1): INTRODUCAO. In: Qualister.com.br,Abril/2016. Disponivel em.