QUALIDADE E TESTE DE SOFTWARE

AULA 01
 Conteúdo desta aula

APRESENTAÇÃO RECURSOS DIDÁTICOS

1 2 3

EMENTA INICIO DOS

E AVALIAÇÃO TRABALHOS
APRESENTAÇÃO

• Professor Jean Marcelo da Costa Sales – formação e experiência.

• jean.sales@estacio.br
 EMENTA
Conceito de qualidade de processo e produto de software;
Visão geral dos fatores que afetam a qualidade, métricas;
Elaboração de um plano de garantia de software (SQA),
Engenharia de software e sistemas ­Teste de software;
Normas e modelos de qualidade e teste de produto e processo de software (ISO/IEC 9126);
testes de software e teste na implantação do sistema de acordo com a ABNT NBR ISO/IEC/IEEE 29119­1:2014.
Revisões técnicas,
Modificação e auditoria de software;
Produtosoftware/pacote/usabilidade/avaliação;ISO/IEC 12207 e revisão para 15504(Processo ­ciclo de
vida e avaliação);
Modelos de Qualidade SPICE, CMMI e MPS.BR para melhoria de software;
Gerência de Risco aplicada na qualidade de software.
AVALIAÇÕES

Segue calendário acadêmico da regional Sul.

A avaliação AV1 contemplará o conteúdo da disciplina até a sua realização.
As avaliações AV2 e AV3 abrangerão todo o conteúdo da disciplina.
Para aprovação na disciplina, o aluno deverá:
1. Atingir resultado igual ou superior a 6,0, calculado a partir da média aritmética entre os graus das 
avaliações, sendo consideradas apenas as duas maiores notas obtidas dentre as três etapas de 
avaliação (AV1, AV2 e AV3). 
A média aritmética obtida será o grau final do aluno na disciplina;

2. Obter grau igual ou superior a 4,0 em, pelo menos, duas das três avaliações;

3. Frequentar, no mínimo, 75% das aulas ministradas.
 RECURSOS

ANDRADE, Mayb. Qualidade de Software [BV:RE]. 1ª Ed.. Rio de Janeiro: SESES, 2015.
Disponível em: http://api.repositorio.savaestacio.com.br/api/objetos/efetuaDownload/405d3e91­
3eef4471­9ead­702cee3d2861

Braga, Pedro H. C. (Organizador). Testes de Software [BV:PE]. 1ª Ed.. São Paulo: Pearson, 2016.
Disponível em: https://bv4.digitalpages.com.br

Galloti, Giocondo M. A. (organizador). Qualidade de Software [BV:PE]. 1ª Ed.. São Paulo: Pearson
Education do Brasil, 2016.
Disponível em: http://estacio.bv3.digitalpages.com.br/users/publications/9788543020358/pages/­12
 RECURSOS

● PLATAFORMA DIGITAL : https://estudante.estacio.br/login

● TEAMS

● FERRAMENTAS DE DESENVOLVIMENTO NO VDI – Estacio Cloud

ENSINO
Parceria Microsoft – Certificações Profissionais

O programa Microsoft Learn For Educators terá

continuidade, com certificações AZ-900 e AI-900,
atreladas aos docentes alocados no LTD,
conforme ocorrido no semestre passado.

Teremos, também, um novo desafio Microsoft

de certificações AZ-900 aos alunos, com
potencial de promover renovação e captação no
início de 2022.1

Estamos alinhando a possibilidade da

disponibilização de certificações mais avançadas,
no futuro.
ENSINO
Parceria Microsoft – Certificações Profissionais

O programa Microsoft Learn For Educators terá

continuidade, com certificações AZ-900 e AI-900,
atreladas aos docentes alocados no LTD,
conforme ocorrido no semestre passado.

Teremos, também, um novo desafio Microsoft

de certificações AZ-900 aos alunos, com
potencial de promover renovação e captação no
início de 2022.1

Estamos alinhando a possibilidade da

disponibilização de certificações mais avançadas,
no futuro.
ENSINO
Laboratórios virtuais - VDI
 Um exemplo clássico
Você conhece o caso da espaçonave Crash Ariane 5 do programa
Mercury?
Vamos lá, o programa de computador a bordo da espaçonave
continha a declaração escrita na linguagem de programação
FORTRAN:
Código escrito: DO 100i = 1.10
Código esperado: DO 100i = 1,10

Basicamente, por causa de uma vírgula, a espaçonave explodiu!

https://www.techemportugues.com/2016/07/15/top-5-erros-famosos-na-ciencia-da-
computacao/
https://www.youtube.com/watch?v=XiG_Gz-sv48
 Ocorrência de falhas humanas no processo
de desenvolvimento de software é
considerável
 Processo de testes é indispensável na
garantia de qualidade de software
 Custos associados às falhas de software
justificam um processo de testes cuidadoso
e bem planejado
DÉBITO TÉCNICO
https://labcodes.com.br/blog/pt-br/development/tech-debt/
https://coodesh.com/blog/dicionario/o-que-e-code-smell/
Falha, Falta e Erro

 Falha
 Incapacidade do software de realizar a função
requisitada (aspecto externo)
 Exemplo
 Terminação anormal, restrição temporal violada
Falha, Falta e Erro


Falta ou Defeito
 Causa de uma falha
 Exemplo

Código incorreto ou faltando
Falha, Falta e Erro


Erro
 Estado intermediário (instabilidade)
 Provém de uma falta
 Pode resultar em falha, se propagado até a saída
 Falha, Falta e Erro

Falta Erro Falha

Pode iteragir…
 Resumo
Um erro é um erro, equívoco ou mal-entendido por parte de um
desenvolvedor de software. Por exemplo, um desenvolvedor pode
digitar um nome de variável incorretamente - leva a um erro. O erro
normalmente surge no software; isso leva a alterar a funcionalidade do
programa. Uma falha é a incapacidade de um sistema ou componente
de software de executar suas funções necessárias dentro dos
requisitos de desempenho especificados. Quando um defeito atingeo
cliente final, é chamado de falha.
 Resumo
Durante o desenvolvimento, as falhas geralmente são observadas
pelos testadores. Defeito é uma etapa, processo ou definição de
dados incorreta em um programa de computador que faz com que o
programa seja executado de maneira não intencional ou imprevista.
Um defeito é introduzido no software como resultado de um erro. É
uma anomalia no software que pode causar um comportamento
incorreto e não de acordo com sua especificação. É o resultado do
erro. Um bug é o resultado de um erro de codificação. Um erro
encontrado no ambiente de desenvolvimento antes do envio do
produto ao cliente. Um erro de programação que faz com que um
programa funcione mal, produza resultados incorretos ou trava.
Cronologia da qualidade de SW
1991
(ISO/IEC, 1991) ­Norma ISO/IEC 9126 (Brasil NBR13596 em 1996) ­
Primeira norma de qualidade que surge com o foco em software e seu
objetivo e escopo era validar a qualidade dos produtos de software,
basicamente focando na qualidade dos processos de
desenvolvimento.
Cronologia da qualidade de SW
1994
(ISO/IEC, 1994) ­Norma NBR 12119 - Vai focar na determinação da
qualidade dos softwares “De Prateleira”, ou
seja, os softwares desenvolvidos sem um usuário em específico, mas
para propósitos comuns, como por exemplo, um editor de texto ou um
programa de cálculo de imposto de renda. Nesta norma já se incluíam
aspectos da área de teste com as instruções e orientações de teste de
produto.
Cronologia da qualidade de SW
1998
(ISO/IEC, 1998) ­Norma ISO/IEC 9241 : Entrar em conceitos gerais
importantes de usabilidade dos softwares, novamente, algo que não
garante que um software faça não necessariamente o que o usuário
precisa, mas indica vários elementos e métricas de usabilidade
universais como a forma que uma interface com o usuário deve ser
apresentada para melhor adequação ergonômica.
Cronologia da qualidade de SW
1999
(ISO/IEC, 1999) ­Norma ISO/IEC 14598: Evolui as especificações
anteriores para garantir a qualidade dos processos de
desenvolvimento de software, mais especificamente, diferente das
normas de 1991 que ainda estavam mais focadas em produtos
genéricos e qualidade de processos
Cronologia da qualidade de SW
2008
(ISO/IEC, 2008) ­Norma ISO/IEC 12207 ? Vem a definir o ciclo de vida
do desenvolvimento do software, ou seja, aperfeiçoa as normas de
qualidade de processo anteriores indicando como cada processo irá
interagir com os outros.
Neste momento, a parte de testes de software se torna obviamente
algo de destaque, uma vez que testes levam naturalmente um “Loop”
no ciclo de vida ao serem encontrados defeitos que levam a volta ao
processo de desenvolvimento anterior.
Cronologia da qualidade de SW
2013
(ISO/IEC, 2013, 2013) ­Norma ABNT NBR ISO/IEC/IEEE 29119­1:
Neste momento os testes de software se encontram com a área de
qualidade reconhecidos como um componente indispensável e
especifica todo o processo de testes de desenvolvimento de software
e como ele irá se encaixar no ciclo de vida do desenvolvimento.
Um papo informal sobre isso….
https://www.youtube.com/watch?v=TmH7Jeb89wY
 Exercícios

1. A respeito de testes de software, julgue o item que se segue. Erro e defeito são conceitos
distintos: erro pode ser o resultado de uma falha; defeito é uma imperfeição ou inconsistência no
produto do software ou em seu processo.

( ) Certo
( ) Errado
 Exercícios

2. No contexto do desenvolvimento de sistemas de software, os termos defeito e falha têm

significados diferentes. Considere-se que um software livre de defeitos é aquele que cumpre todas
as suas especificações.
Sobre essa questão, analise as afirmativas.

I. Falhas no software podem ocorrer como consequência de má especificação.

II. O software, livre de defeito não falha.
III. Sistemas tolerantes a falha são livres de defeito.

Assinale a alternativa correta.

A) Somente I é verdadeira.
B) Somente II é verdadeira.
C) Somente III é verdadeira.
D) Somente I e II são verdadeiras.
E) Somente II e III são verdadeiras.
 Exercícios

3. Explique a diferença entre erro e defeito.

 Exercícios

3. Explique a diferença entre erro e defeito.

Resposta:
O erro é um problema de qualidade encontrado antes de o software ser liberado para os usuários
finais, já o defeito é um problema de qualidade encontrado apenas depois de o software ter sido
liberado para os usuários finais.
 Leitura

https://asasbrasil.com.br/2020/02/08/nave-da-boeing-que-falhou-em-
teste-para-a-nasa-teve-erro-de-software/

https://inforchannel.com.br/2021/01/06/prejuizo-com-softwares-de-baixa-
qualidade-ultrapassa-us-2-trilhoes/
 Assuntos DA
CONTEÚDO da PRÓXIMA
próxima aula:
AULA

Processo de teste de software