UNIVERSIDADE TECNOLGICA FEDERAL DO PARAN

CURSO DE GRADUAO EM ENGENHARIA DE SOFTWARE

MARCO PETRY

JOO BREDA

ALESSANDRO GAMBIN

IAN CARLOS

MESSIAS JNIOR

TERMINOLOGIAS EM INGLS DA REA DE TESTE DE SOFTWARE

RELATRIO DE PESQUISA

DOIS VIZINHOS

2017
 TESTE DE SOFTWARE

Teste de software um processo dentro do ciclo de desenvolvimento de um projeto

de software, na qual so executadas diversas verificaes, dinmicas e finitas, a fim de
encontrar falhas, frente aos requisitos da soluo sendo desenvolvida, e corrigi las, at que a
soluo final atinja a qualidade necessria.

Esses testes so definidos durante o processo de design do software. Porm, no

incio, os testes eram feitos nos perodos finais do desenvolvimento, acarretando em altos
custos e atrasos, quando o mesmo se encontrava com diversos problemas no seu contedo.
Devido a isso, o teste de software acabou se tornando uma parte constante dentro do processo
de construo de software, no clico de vida do projeto, garantindo assim menor tempo de
desenvolvimento e diminuindo o retrabalho que o modelo anterior de cronograma gerava.

Dentro da rea de testes, ao longo dos anos, foram desenvolvidas diversas tcnicas,
tanto de elaborao e execuo de testes, quanto de implementao dos mesmos, afim de,
cada vez mais, melhorar os processos de software o obter resultados e desempenho mais
elevados para os as solues (produtos ou servios). Nesse contexto, diversas so as
terminologias utilizadas para designar os conceitos da rea de teste de software, as quais
facilitam a comunicao e compreenso dos envolvidos na rea. Elas podem designar
tcnicas, situaes resultantes da aplicao dessas tcnicas, estados etc.

Neste trabalho sero abordadas diversas terminologias da rea de teste de software,

rea esta indispensvel para todo e qualquer desenvolvedor de software para se entregar
produtos e servios com a qualidade necessria.

1
 TERMINOLOGIAS

Terminologia o uso (e tambm estudo) de termos geralmente usados em contextos

especficos, no aceitando dvida semntica, sendo, portanto, expresses para definio de
conceitos. No estudo, refere se a rotulao e designao de conceitos particulares a um ou
vrios assuntos ou campos de atividade humana, por meio de pesquisa e anlise dos termos
em contexto, com a finalidade de documentar e promover seu uso correto.

Dynamic Este termo significa que na execuo dos testes de software, as entradas
selecionadas sempre implicam no programa em si. Para ser preciso, o valor de entrada
sozinho nem sempre suficiente para especificar um teste, uma vez que um sistema complexo
no determinstico poderia reagir para a mesma entrada com diferentes comportamentos,
dependendo de uma srie de outras variveis no sistema. Tcnicas estticas so diferentes e
complementares s dinmicas. (Aqui faz se importante observar que essa terminologia no
regular entre comunidades diferentes e algumas usam o termo "teste" tambm em
referncia a tcnicas estticas.)

Finite Este termo referencia a um conjunto especfico de entradas para serem usadas no
teste, selecionados a partir de um conjunto infinito de possveis entradas, com base em
critrios que atestem o teste.

Selected Esse termo para designar a tcnica escolhida dentre diversos tipos possveis de
tcnicas existentes como opo, desta forma a selecionada a mais adequada dentro dos
critrios levantados.

Expected Termo usado para fazer referncia aos resultados desejados na fase de teste,
dentro das possveis entradas selecionadas para o mesmo. Assim, os resultados iro para
avaliao posterior.

Fault designado para distinguir uma causa de uma m funo, ou seja, quando algo no
est funcionando corretamente. Pode ter falta no software que nunca se manifestou (nunca o
levou a falhar).

Failures Esse termo usado para referenciar um efeito indesejvel no sistema, sendo assim,
algo que no saiu como o esperado, ocasionando ento o erro.

2
Test Selection Criteria uma forma de selecionar casos de teste ou determinar que um
conjunto de casos teste suficiente para um propsito especfico, a ser usado para definir
quo suficiente o teste ser.

Testing Effectiveness O objetivo analisar a mdia de erros por caso de teste e descobrir a
eficcia do software.

Testing for Defect Discovery O objetivo forar uma situao de falha do software, caso
no consiga forar um erro o teste no foi efetivo.

Theoretical And Pratical Limitations Of Testing No se deve atribuir uma confiana muito
alta para uma srie de testes, a razo bvia para isso que o teste completo no vivel em
um software realista.

The Problem of Infeasible Paths So caminhos de controle de fluxo que no podem ser
exercidas por quaisquer dados de entrada. Eles so um problema significativo nos testes
baseados em caminhos, particularmente na derivao automatizada de entradas de teste para
exercer caminhos de fluxo de controle.

Testability Tem dois sentidos diferentes: por um lado refere se facilidade com que uma
cobertura de testes pode ser satisfeita, por outro lado, definida como a probabilidade que um
conjunto de casos de testes gera uma falha.

The Target of The Test O alvo do teste pode variar em grupos de mesma finalidade ou
sistema inteiro, com trs estgios de testes: Unidade, integrao e sistema.

Unit Testing Verifica o funcionamento isolado de elementos do software ou Subprogramas

individuais, tendo acesso ao cdigo fonte que est sendo testado.

Integration Testing uma extenso lgica dos testes unitrios. Em sua forma mais simples,
duas unidades que j foram testadas so combinadas em um componente e a interface entre
elas testada.

Objectives of Testing Os testes tm em vista um objetivo especifico, que so expressos de

forma mais ou menos explcita e com diferentes graus de preciso, os testes podem ser
direcionados para verificar diferentes propriedades.

Acceptance Verifica se o sistema satisfaz os seus critrios de aceitao, geralmente

analisando os componentes desejados do sistema contra as exigncias do cliente.
3
Alpha and Beta Testing Antes do lanamento de um software, um grupo pequeno de
usurios em potencial selecionado para uso experimental do software (fase alfa), ou um
grupo maior de usurios representativos aps a fase alfa (fase beta).

Regression Testing refeito o teste de um sistema ou componente para verificar se as

modificaes no causaram efeitos e que o sistema ou componente ainda esto de acordo com
os requisitos especificados.

Performance Testing Verifica se o software Satisfaz os requisitos de desempenho

especficos e avalia as caractersticas de desempenho para casos de teste, capacidade e tempo
de resposta.

Security testing Verifica se o software est protegido de ataques externos.

Stress Testing Submete o software a situaes extremas, avaliando o quanto pode ser
exigido do software e quantas falhas so encontradas.

Back-to-Back Testing Teste diferentes verses do software com mesmos valores de entrada
e compara resultados.

Recovery Testing Verifica a capacidade de um software em retornar a um estado

operacional aps estar em um estado de falha.

Interface Testing Verifica se os componentes da interface fornecem corretamente troca de

dados e informaes de controle.

Ad-hoc Vindo do Latim, significa para esta finalidade. Software feito rapidamente para
lidar com uma situao particular.

Random Testing Teste do tipo caixa preta que utiliza valores de entrada aleatrios.

Mutation Testing Teste que modifica um pouco o software criando uma verso mutante com
um erro, que ento testada para verificar se os casos de teste so capazes de descobrir o erro,
assim criando casos de teste confiveis para o software original.

Fuzzing Tcnica de teste de software, frequentemente automatizada, que envolve prover

invlidos, inesperados e aleatrios dados como entradas para o software.

Fault Density Densidade de falha a razo entre as falhas encontradas na validao e o

tamanho do programa.
4
Fault Seeding Neste tipo de teste so colocadas falhas propositalmente para que estas
apresentem outras possveis falhas dentro do sistema e mensurem a efetividade do teste
executado.

Mutation Score Isso retrata as falhas corrigidas com as mutaes geradas no sistema, aps
suas correes. Esses nmeros so mensurados com testes de efetividade.

TestGuides As fases de teste podem ser orientadas por vrios objetivos por exemplo, os
testes baseados em risco usam os riscos do produto para priorizar e focar a estratgia de teste
e os testes baseados em cenrios definem casos de teste com base em cenrios de software
especficos.

Test DrivenDevelopment O desenvolvimento dirigido por testes (TDD) originou se

como uma das principais prticas da XP (programao extrema, uma metodologia de
desenvolvimento gil) e consiste em escrever testes unitrios antes de se escrever o cdigo a
ser testado.

Termination quando se toma a deciso para saber se a quantidade de testes foi suficiente e
quando uma fase de teste pode ser encerrada.

Planning Como todos os outros aspectos do gerenciamento de projetos, as atividades de

teste devem ser planejadas. Os principais aspectos do planejamento de testes incluem a
coordenao do pessoal, a disponibilidade de instalaes e equipamentos de teste, a criao e
manuteno de toda a documentao relacionada ao teste e o planejamento de possveis
resultados indesejveis.

TestEnvironmentDevelopment O ambiente utilizado para testes deve ser compatvel com

as outras ferramentas de engenharia de software adotadas.

Execution A execuo de testes deve incorporar um princpio bsico de experimentao

cientfica: tudo feito durante o teste deve ser realizado e documentado com clareza suficiente
para que outra pessoa possa replicar os resultados.

5
 CONSIDERAES FINAIS

Durante o desenvolvimento deste trabalho, aprendemos diversos termos da lngua

inglesa que esto relacionadas a nossa futura rea de atuao. Obviamente, tambm
aumentamos nosso entendimento literal na lngua citada, pois o nosso principal guia
(SWEBOK, Software Engineering Body of Knowledge) todo em ingls.

Dentro de todo esse contexto, conseguimos identificar vrias tcnicas que

utilizaremos posteriormente no ambiente de trabalho, ou mesmo dentro do universo
acadmico. Com certeza essas tcnicas sero utilizadas em toda nossa carreira e o uso desses
termos ser cada vez mais frequente em nosso cotidiano.

Neste trabalho, alm de adquirirmos o conhecimento de diversas terminologias,

conseguimos tambm ter uma pequena noo do que estaremos estudando durante o
desenvolvimento do curso, pois percebendo mais amplamente o contexto no qual estamos
inseridos, vemos a riqueza de termos aos quais estaremos expostos e, ao longo de nossa
trajetria, ampliaremos nossa compreenso com relao aos conceitos por eles referidos.

Sabemos que esse trabalho, embora rico em termos, ainda no compreende todos, os
quais tambm so crescentes, visto a evoluo constante e dinmica da rea de T.I.C. Isso
tambm destaca o meio ao qual estaremos inseridos e tambm a importncia da compreenso
da lngua inglesa durante todos os processos aos quais estaremos envolvidos dentro da
Engenharia de Softtware.

REFERNCIAS BIOGRFICAS:

BARROS, L. A. Curso bsico de Terminologia. 2002.

ISQUIERDO, A. N.; KRIEGER, M. G. (Orgs). As cincias do lxico: lexicologia,

lexicografia e terminologia. Campo Grande: Editora UFMS, 2004.

KRIEGER, Maria da Graa; FINATTO, Maria Jos B. Introduo Terminologia. So Paulo:

Contexto, 2004. 223 p.

IEEE. Swebook 3.0, Guide to the Software Engineering Body of Knowledge. 2014.