-
O fluxo de teste é desenvolvido com base no produto do fluxo de
implementação.
Os componentes executáveis são testados exaustivamente no fluxo
de teste para então ser disponibilizados aos usuários finais.
O principal propósito do fluxo de teste é realizar vários testes e
Componentes que possuírem defeitos retornarão a fluxos
anteriores como os fluxos de projeto e implementação, onde os
problemas encontrados poderão ser corrigidos.
O teste de um sistema é primeiramente empregado durante a fase
de elaboração, quando a arquitetura do sistema é definida, e
durante a fase de construção quando o sistema é implementado.
Um planejamento inicial de testes pode ser feito durante a fase de
concepção.
Na fase de transição, o fluxo de testes se limita ao conserto de
defeitos encontrados durante a utilização inicial do sistema.
O produto do fluxo de teste é o modelo de teste, esse modelo
primeiramente descreve como componentes executáveis,
provenientes do fluxo de implementação, são testados.
O modelo de testes também pode descrever como aspectos
específicos do sistema testados, como por exemplo, se a interface
do usuário é útil e consistente ou se o manual do usuário cumpre
seu objetivo.
O papel do fluxo de teste é verificar se os resultados do fluxo de
implementação cumprem os requisitos estipulados por clientes e
usuários, para que possa ser decidido se o sistema necessita de
revisões ou se o processo de desenvolvimento pode continuar.sistematicamente analisar os resultados de cada teste.
-
por favor comentar a respeito dessa questa!!!
-
Vejam o gráfico de baleias do Rup. Verão que a implementação e testes iniciam na fase de Iniciação.
-
Caí na pegadinha e errei a questão..
Analisando bem, na fase de Concepção também existe os fluxos de Implementação e Teste, eles não estão lá por acaso. Então como disse o amigo abaixo a situação descrita no enunciado PODE ocorrer, mas é a primeira questão que leio abordando isso.
-
Disciplina de Teste
As finalidades da disciplina de teste são:
Para verificar a interação entre objetos Para verificar a integração adequada de todos os componentes do software Para verificar se todos os requisitos foram corretamente implementados Identificar e garantir que os defeitos são abordados antes da implantação do software Garantir que todos os defeitos são corrigidos, reanalisados e fechados O Rational Unified Process propõe uma abordagem iterativa, o que significa que deve-se testar todo o projeto. Isto permite encontrar defeitos tão cedo quanto possível, o que reduz radicalmente o custo de reparar o defeito. Os testes são realizados ao longo de quatro dimensões da qualidade:confiabilidade, funcionalidade, desempenho da aplicação, e o desempenho do sistema. Para cada uma destas dimensões da qualidade, o processo descreve como passar pelo teste do ciclo de planejamento, projeto, implementação, execução e avaliação.
-
Segundo o O Guia Definitivo do Handbook de TI (ref.1):
(...) de uma iteração para outra e de uma fase para a próxima, a ênfase sobre as várias atividades muda, como mostra a figura 8.1, em que a cor preta indica grande ênfase, enquanto a cor branca indica muito pouca ênfase.(...)
Repare que o livro diz 'muito pouca ênfase' e não nehuma enfase.
Segundo o site open2up.blogspot.com (ref. 2):
No Processo Unificado, as Tarefas são agrupadas logicamente nas diversas disciplinas, que são distribuídas entre as fases e são executadas a cada iteração, em maior ou menor escala. As disciplinas recebem maior ou menor ênfase de acordo com a fase na qual a iteração corrente está inserida. Observe na figura abaixo a distribuição das disciplinas de acordo com as fases no Open UP.
link para a figura.
Aqui diz 'maior ou menos escala'.
Logo, a afirmativa esta CERTA.
ref. 1: (página 105) http://www.handbookdeti.com.br/apostilas-teoricas/handbook-de-ti-para-concursos-o-guia-definitivo.html
ref. 2: http://open2up.blogspot.com/p/papeis-tarefas-e-produtos-de-trabalho.html
-
Também errei, é porque só vem na cabeça a associação disciplina x fase, implementação e teste não são foco da fase concepção porém, têm esforço mesmo que pouco na concepção.
-
"Programação e testes são atividades que acontecem na fase de concepção do processo unificado, pois a realimentação e os testes precoces servem para evoluir os requisitos."
Durante a passada por uma iteração a disciplina de testes é realizada. Porém a questão sugere que é na fase de concepção que o teste ocorre, como se não ocorresse nas demais. Mais uma questão de português e duvidosa da Cespe. Quando vão começar a cobrar TI?
-
Infelizmente, é necessário ter o gráfico das baleias na cabeça, vejamos:
Programação e testes são atividades que acontecem na fase de concepção do processo unificado??
Sim, observe que a questão não fala em ênfase, mas sim sim em acontecer, em existir.
A realimentação e os testes precoces servem para evoluir os requisitos ??
Sim, exemplo de utilização de prototipagem.
Observe que a fase de iniciação possui a seguinte Atividade Essencial:
Sintetizar uma sugestão de arquitetura, avaliando as mudanças no design e em fazer/comprar/reutilizar para que seja possível calcular custo, planejamento e recursos. O objetivo aqui é demonstrar a possibilidade de execução através de alguma forma de prova de conceito. Isso pode ter a forma de um modelo que simula o que é exigido, ou de um protótipo inicial que explora as áreas consideradas de alto risco. O esforço do protótipo durante a iniciação deve se limitar a ganhar confiança na possibilidade de uma solução - a solução será executada durante a elaboração e a construção.
Fonte: RUP disponível em http://www.wthreex.com/rup/v711_ptbr/rup/customcategories/inception,_vyZOwCVuEdqSZ9OimJ-AzA.html
-
Fase de concepção
O objetivo desta fase é a elaboração de uma visão mais abrangente do sistema. Nesta fase, são levantados os principais requisitos e a construção de um modelo conceitual preliminar é feito. Também, identificam-se os casos de uso de alto nível que implementam as funcionalidades solicitadas pelo cliente. Ainda como objetivo desta fase, temos o cálculo de esforço de desenvolvimento de casos de uso e a construção do plano de desenvolvimento. Quando necessário, podem existir implementações e testes, bem como elaboração de protótipos para redução de possíveis riscos ao projeto (WAZLAWICK, 2013).