Compilação Questões Descritivas

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Teste: Testar significa verificar através de uma execução controlada se o comportamento do sistema corre de acordo com o especificado. 
Defeito: É algo ocasionado por um indivíduo que codifica de forma errada métodos ou ferramenta de um sistema. 
Erro: É consequência do defeito, pois todo resultado inesperado constitui um erro. 
Falha: É o comportamento operacional que ocorre na utilização do sistema pelo usuário. 
Depuração: Processo para identificação e correção dos defeitos que originaram as falhas observadas durante a realização de testes. Obs.: Depurar não é testar! 
Caso de teste: Descreve uma condição particular a ser testada e é composto por valores de entrada, restrição para a sua execução e um resultado ou comportamento esperado. 
Procedimento de teste: É uma descrição dos passos necessários para executar um caso (ou um grupo de casos) de teste. 
Critério de teste: Serve para selecionar e avaliar casos de teste de forma a aumentar as possibilidades de provocar falhas ou, quando isso não ocorre, estabelecer um nível elevado de confiança na correção de produto. Eles podem ser utilizados como: 
 Critérios de Cobertura de Teste: 
Permitem a identificação de partes dos programas que devem ser executadas para garantir a qualidade do software e indicar quando o mesmo for suficiente testado, ou seja, determinar o percentual de elementos necessários por um critério de teste que foram executados pelo conjunto de casos teste. 
 Critérios de Adequação de Casos de Teste: 
Quando a partir de um conjunto de casos de teste “T” qualquer, é utilizado para verificar se “T” satisfaz os requisitos de teste estabelecidos pelo critério, ou seja, este critério avalia se os casos de teste definidos são suficientes ou não para avaliação de um produto ou uma função. 
 Critério de Geração de Caso de Teste: 
Quando o critério é utilizado para gerar um conjunto de casos te teste “T” adequado para um produto ou função, ou seja, este critério define as regras e diretrizes para geração dos casos de teste de um produto que esteja de acorda com o critério de adequação definido anteriormente.
Teste de Unidade: Também conhecido como testes unitários tem por objetivo explorar a menor unidade do projeto. Procurando provocar falhas ocasionadas por defeitos de lógica e de implementação em cada módulo separadamente. O universo alvo deste tipo de teste são os métodos dos objetos ou mesmo pequenos trechos de código. 
Teste de Integração: Visa provocar falhas associadas às interfaces entre os módulos quando esses são integrados para construir a estrutura do software que foi estabelecido na fase de projeto. 
Teste de Sistema: Avalia o software em busca de falhas por meio da utilização do mesmo, como se fosse um usuário final. Dessa maneira, os testes são executados nos mesmo ambientes, com as mesmas condições e com os mesmos dados de entrada que o usuário utilizaria no seu dia-a-dia de manipulação do software verifica se o produto satisfaz seus requisitos. 
Teste de Aceitação: São realizados geralmente por um restrito grupo de usuários finais do sistema. Esses simulam operações de rotina do sistema de modo a verificar se seu comportamento está de acordo com o solicitado. 
Teste de Regressão: Não responde a um nível de teste, mas é uma estratégia importante para redução de “efeitos colaterais”. Consiste em se aplicar, a cada nova versão do software ou a cada ciclo, todos os testes que já foram aplicados nas versões ou ciclos de testes anteriores do sistema. Pode ser aplicado a qualquer nível de teste. 
Técnicas de Teste 
Técnica Estrutural (Caixa Branca): 
Técnica que avalia o comportamento interno do componente. Essa técnica trabalha diretamente sobre o código fonte do componente de software para avaliar aspectos tais como: 
 Teste de Condição 
 Teste de Fluxo de Dados 
 Teste de Ciclos 
 Teste de Caminhos Lógicos 
Técnica Funcional (Caixa Preta): 
Técnica em que o componente de software a ser testado é abordado como se fosse uma caixa-preta, ou seja, não se considera o comportamento interno do mesmo. Dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado com o resultado esperado previamente conhecido.
A partir da seguinte frase: "Até onde podemos forçar o sistema até que falhe?", diga qual o teste a ser aplicado nesta situação? Por qual outro nome também é conhecido? Qual a principal meta deste tipo de teste?
Resposta:
Gabarito: 
Teste de esforço ou teste de estresse. Colocam os programas em situações anormais. A principal meta do teste de esforço é entender o comportamento do sistema durante condições limite de execução ou fora da tolerância esperada. Tipicamente envolve a execução do sistema com baixos recursos de hardware e software, ou a concorrência por estes recursos. 
Cite o nome do Teste que examina todos os procedimentos de instalação e software de instalação que serão utilizados pelos clientes, podendo abranger combinações de navegadores com vários sistemas operacionais diferentes. 
Gabarito: 
Teste de disponibi lização ou de configuração. 
Nas organizações os dados são armazenados em diferentes mídias, normalmente através de arquivos ou bases de dados. Estes dados são gerados ou consumidos por aplicações de software que, por sua vez apoiam os processos de negócios das organizações. Por diferentes motivos é comum as empresas necessitarem realizar migrações destes dados que podem ser classificadas em diferentes tipos. Quais são estes tipos? 
Gabarito: 
Migração de mídias de armazenamento, de base de dados, de aplicação e de processo de negócio. 
As estratégias de teste de software fornecem um roteiro que descreve os passos a serem executados como parte do teste, define t ambém quando esses passos serão p lanejados e então executados, quanto esforço de trabalho, tempo e recursos serão necessários. Desta forma qualquer estratégia d e teste deve incorpo rar planejamento dos testes, projeto de casos de teste, execução dos t estes, coleta e avaliação dos d ados resultantes. Caso você estivesse estruturando est a estratégi a, quem (que grupo de pessoas) você escolheria para executar os testes?
Gabarito: 
No rmalmente para que o p rocesso de teste transcorra de forma íntegra é comum a utilização de um grupo independente de teste, já que as pessoas que criaram o software não de vem ser as que i rão realizar os testes. Seria um conflito de inte resses, poi s foram elas que o desenvolveram. Normalmente este grupo trabalha de forma conjunta e existem testes que somente serão conduzidos pe los desenvolvedores, como o teste de unidade. 
Uma v e z ge r a do o có digo -fo nte, o s o ftwa re de v e se r tes ta do pa r a de sc o br ir tan tos e r ro s qua nto po ss ív e l a nte sde f or ne cê -lo a o clie nte. Pa r a a tingir e ste o bje tivo o tes tado r de v e e ntend e r o s o ftwa re e te nta r de se nv o lv e rum a ima ge m m en tal de c om o o so ftwar e po de r á fa lha r. Ne ste se ntido o te sta dor p od er á o lha r o s o ftwa rea tra v é s de d uas v is õe s . Um a de la s é o T e ste C a ix a B ra nc a. D e sc re v a -a 
G a ba r ito: 
R e s pos ta: Q ua ndo s a be mo s co mo é o tra ba lho inter no do s of twa re e re a liza m os tes te s pa ra g ar a ntirque a s o pe ra ç õe s inter na s for a m ad e qua da me nte e x e rc ita da s, es tam os r e aliz a ndo te ste de c a ix a-b ra nc a. Estetipo d e te ste é ba se a do e m um e x a me r igo r os o do s d e talhe s pr o ce dim e ntais e do s ca m inhos ló gic os inter no s d oso ftwar e . S e gund o Pr e ss m an ta mbé m c ha ma do de te ste de c aix a -de -v id ro , e s te te ste utiliza a e strutura d eco ntro le de s cr ita no pr og ra m a pa ra d e riv a r o ca s os tes te . S ã o ba se a do s nos e le
m entos inte rno s do pr og ra m a.
Erros po dem ocorrer à medida que os softwares são desenvolvidos. As revisões técnicas são o mecanismo mais efetivo para descobrir erros antes que sejam passados para os usuários finais. Por que é importante utilizar as revisões técnicas no início do processo de gestão de qualidade? 
GAbarito:
Segundo a re gra 10 de Myers, quanto mais tarde descobrir o erro, mais caro ele fica. Então as revisões té cnicas devem ser constantes.
Nos testes de validação os mecanismos de testes estão seg mentados em dois níveis de testes: testes de baixo nível e de alto nível. Descreva quais são os testes que são considerados de alto nível e quando são aplicados. 
Gabarito: 
teste de sistema: se re fere ao co mportamento de todo o sistema / produto definido pelo escopo de um projeto ou programa de desenvolvimento. Neste tipo de teste o ambiente de teste d eve corresponder o máximo possível ao o bjetivo final, ou o ambiente de produção, para minimi zar que os riscos de falhas específicas de ambiente não serem encontradas durante o teste. 
teste de aceitação: é de responsabilidade do cliente. Ele irá validar todas as funcionalidade s do sistema
À medid a que o trabalho da Engenharia de Software é desenvolvido, é normal que ocorram erros. É importante que estes erros sejam encontrados e corri gidos antes que sej am passado s para os usuários finais. Um d os métodos utilizados para a dete cção destes erros logo no início do processo de desenvolvimento de software são as revisões de software. Descreva o que é uma Revisão Técnica Formal. 
Gabarito: 
Uma RTF é uma ativid ade de garantia de qualidade de software executada por engenheiros de software e outros profissionais. Cada RTF é realizada como um encontro e somente será bem sucedida se for adequadamente planejada, controlada e assessorada. Os seus objetivos são: Descobrir e rros na função, lógi ca ou imple mentação, verificar se o so ftware atende aos req uisitos, g arantir que o software foi repre sentado d e acordo com os padrões, obter um software que seja desenvolvido uniformemente e tornar os projetos mais gerenciáveis Elas funcionam como um ¿filtro¿ para a g estão de qualidade. Isso significa que as re visões são aplicadas em várias etapas durante o processo de engenharia de software e servem para revelar e rros e defeitos que podem ser eliminados.
Emerson Rios nos dá uma visão histórica do processo de testes, como se deu esta evolução nos anos 7 0, 80 e 90? 
Gabarito: 
Anos 70 - Demonstração - garantir que o produto funcione e os testes eram feitos pelos desenvolvedores. 
Anos 80 Detecção - garantir que o produto atenda aos requisit os, testes realizados pelos desenvolvedores e usuários. 
Anos 90 - Prevenção -garantir que o produto funcione, atenda aos req uisitos e não tenha defeitos. Testes executados através de um processo de teste e realizado s pelos desenvolvedores, usuários e testadores. 
Cite o nome do Teste que examina todos o s procedimentos de i nstalação e software de instalação que serão utilizados pelo s clientes, po dendo abranger combinações de navegadores co m vários sistemas operacionais diferentes. 
Gabarito: 
Teste de disponibilização ou de configuração. 
C ite o nome do Teste que examina todos os procedimentos de instalação e software de instalação que serão utilizados pelos clientes, podendo abranger combinações de navegadores com vários sistemas operacionais diferentes. 
Gabarito: 
Teste de disponibilização ou de configuração.
Segundo Pressman, o objetivo geral do controle de qualidade de software e da ge stão da qualidade é eliminar problemas de qualidade no software. Tais problemas são co nhecidos por diverso s nomes: bugs, falhas, erros ou defeitos. Conforme discutido em nossas aulas, diferencie erro de defeito. 
Gabarito: 
Neste co ntexto um erro é definido como um pro blema de qualidade encontrado antes d o software ser li berado aos usuários finais. O defeit o é um problema d e qualidade encontrado depois do software ter sido liberado aos usuários finais
Uma vez gerado o código -fonte, o software deve ser testado para descobrir tantos erro s quanto possível antes de fornecê-lo ao cliente. Para atingir este objetivo o testador deve entender o software e tentar desenvolver uma imagem mental de como o software poderá falhar. Neste sentid o o testador poderá olhar o software através de duas visões. Uma delas é o Teste Caixa Preta. Descreva-o. 
Gabarito: 
Quando conhecemos a função específica de um software e re alizamos teste que demonstrem que cada função está plenamente operacional, e ao mesmo tempo, procurem e rros em cada função, dizemos que estamos re alizando teste de caixa preta, também conhecido como teste comportamenta l. Este tipo de teste é conduzido na interface do software e examina aspectos fundamentais do sistema, pouco se preocupando com a estrutura interna do so ftware, poi s focaliza os requisitos funcionais do software.
Q42) Qual o objet ivo do test e de Estres se? 
Resposta: 
Sobrecarregar o s istem a e tentam levá-lo a falhar, atra vés de grande volume de tr ansações. 
Q43) Verifica os limites o peracionais estab elecidos du rante o projeto de softw are. Q ual é esse tipo de teste? 
Resposta.: 
Teste de desem penho 
Qual é o conceito da técnica d e Caixa Branca ? 
REsposta:
Visa avaliar as cláusulas de código, lógica interna de componente codificado, as configurações e outros elementos técnicos.
Descreva o conceito de migraç ão de dado s conforme discutido nas aulas. 
REsposta:
É o processo de transfer ência de dado s entre di ferentes ti pos de armaz enamento, formatos, ou si stemas i nformáticos . É necessár io quan do as organi zações realiz am mudança em seus sistem as informáti cos ou up grade para n ovos sistemas. 
A Empresa onde você trabalha está con siderando a adoção de uma nova plataforma de banco de dados. Considerando que o formato da base d e dados pode mudar significativamente, será necessária qu e tipo de migração? 
RESposta: 
Migração de base de dados
Q57) Questão d iscursiv a. À m edida que o tra balho da Engenharia de Soft ware é desenvolv ido, é normal que ocorram e rros. É importante que estes erros s ejam encontrados e co rrigidos an tes qu e sejam pass ados par a os usuários finais. Um d os métodos utiliz ados para a detecção destes erro s logo no início do processo de desenvolv imento de softw are são as revisões técn icas formais de soft ware. Escreva o que você enten de sobre as RTF´s: 
REsposta:
A RTF tem vários objetivos, tais c omo: relacionar erros na funç ão, lógica ou implementação, verificar se o software atende aos requisitos, g arantir que o soft ware seja d esenvol vido de acordo com os padrões de qualidade o bter um s oftware que seja desenvol vido uniform emente e tornar os proj etos mais g erenciáveis. 
Q001) Segund o Pressma n, o objetiv o geral do con trole de qualidad e de softw are e da gestão da qua lidade é elimin ar problema s de quali dade no softw are. Tais pr oblemas são conhecidos por diversos nomes: bu gs, falhas, erro s ou defeitos. Co nforme discutido em nossas aulas, d iferencie erro de defeito . 
REsposta:
Um er ro é definido com o um problema de qualidad e encontrado a ntes do sof tware ser liberado aos usuários f inais. O defeito é um pr oblema de qualid ade encontrad o depois do software ter s ido liberado a os usuári os finais.
Q002) Uma v ez gerado o código-fo nte, o softw are deve ser test ado para de scobrir tantos erros quanto p ossível ant es de fornecê-lo ao cliente. P ara atingir este objeti vo o t estador deve entender o softw are e tentar desenv olver um a imagem men tal de com o o softw are poderá falhar. N este senti do o testado r poderá olha r o softw are através de d uas visões. Uma delas é o Teste Caix a Branca. Descreva-a. 
Resposta:
Quando sabemos como é o trabalho interno do software e realizamos testes para garantir que as operações internas foram adequadamente exercitadas, estamos realizando teste de caixa-branca. Este tipo de teste é baseado em um exame rigoroso dos detalhes procedimentais e dos caminhos lógicos internos do software. Segundo Pressman também chamado de teste de caixa-de-vidro, este teste utiliza a estrutura de controle descrita no programa para derivar o casos teste. São baseados nos elementos internos do programa. 
Q014) Você tr abalha em u ma empresa e é responsá vel pela manut enção do s istema de estoque e o seu p rincipal u suário solicita apoio par a acomodar algu mas alte rações nest e sistema dev ido a mudanç as nos proces sos de neg ócio. Descr eva o tipo de manutenção adequada a esta solicitaç ão. 
Resposta:
Manutenção P erfectiva inc luir novas funç ões (am pliações) no sof tware em produção, com o: atender pedidos do usuár io para m odificar funções ex istentes, incluir novas f unções ou efetuar m elhoramentos ger ais.
Q015) Diferentes causas geram manu tenções de tipos diferentes em um softw are em produção. Quai s os tipos d e manutenção po ssíveis? Descreva cad a uma del as. 
Resposta:
- A manutençã o Corretiva ir á identificar e c orrigir defei tos (err os latentes), 
- A m anutenção Adaptativa irá ad aptar o sof tware a novas tec nologias ( T I/SI), metodologias, m odelos de gestão, legislaç ão. 
- A m anutenção Perf ectiva irá inc luir no vas funções (am pliações) no software em produção. 
- A m anutenção Pre ventiva irá m elhorar a m anutenib ilidade ou a confiabilidade f utura.
Q033) Você tr abalha na e quipe de teste e necessit a utilizar o te ste de integ ração. Descreva as du as aborda gens possívei s que pode m ser utilizadas n este tip o de teste: 
REsposta:
Não Increm ental: todos os componentes são com binados com antecedência e o program a inteiro é testado de uma ve z. Usualm ente o resultado desta abordagem é o caos, pois normalm ente são encontra dos muitos err os tornando a c orreção dif ícil, pois fica complicado isolar as causas dos erros . Uma ve z corrigidos os erro s, novos err os aparecem e o process o parece não ter fim . 
Incremental: O progr ama é cons truído e testado em pequenos increm entos. Os erros s ão mais fáceis d e isolar e corr igir e pode s er aplicada uma interf ace sistem ática de testes. Existem várias estra tégias increm entais de integração: Integr ação desc endente ou T op-down, Integração ascende nte ou Botto n-up, T este de regress ão e Teste fum aça.