ALANO BRANCO UMA METODOLOGIA DE TESTE EXPLORATÓRIO VISANDO AUTOMAÇÃO DE TESTES EM APLICAÇÕES MÓVEIS PARA SMARTPHONES JOINVILLE SC
|
|
- Gonçalo Santiago Castelo
- 2 Há anos
- Visualizações:
Transcrição
1 ALANO BRANCO UMA METODOLOGIA DE TESTE EXPLORATÓRIO VISANDO AUTOMAÇÃO DE TESTES EM APLICAÇÕES MÓVEIS PARA SMARTPHONES JOINVILLE SC 2011
2 UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - CCT DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO - DCC ALANO BRANCO UMA METODOLOGIA DE TESTE EXPLORATÓRIO VISANDO AUTOMAÇÃO DE TESTES EM APLICAÇÕES MÓVEIS PARA SMARTPHONES Trabalho de Conclusão de Curso aprovado como requisito para obtenção do grau de Bacharel, no Curso de Graduação em Ciência da Computação na Universidade do Estado de Santa Catarina. Orientador:Prof.Dr.Marco Aurélio Wehrmeister JOINVILLE SC 2011
3 ALANO BRANCO UMA METODOLOGIA DE TESTE EXPLORATÓRIO VISANDO AUTOMAÇÃO DE TESTES EM APLICAÇÕES MÓVEIS PARA SMARTPHONES Trabalho de Conclusão de Curso aprovado como requisito para obtenção do grau de Bacharel, no curso de Graduação em Ciência da Computação na Universidade do Estado de Santa Catarina. Banca Examinadora: Orientador: Prof.Dr. Marco Aurélio Wehrmeister. Universidade do Estado de Santa Catarina, UDESC, Brasil. Membro: Profª. Drª. Carla Diacui Medeiros Berkenbrock. Universidade do Estado de Santa Catarina, UDESC, Brasil. Membro: Prof. M.Sc. Ricardo Ferreira Martins. Universidade do Estado de Santa Catarina, UDESC, Brasil. Joinville SC 2011
4 Dedico esse trabalho de conclusão de curso aos meus amigos e familiares que tornaram possível minha jornada de estudos ao logo da vida. A minha noiva e futura esposa que esteve ao meu lado durante todo esse período.
5 5 AGRADECIMENTOS Agradeço inicialmente a Deus pelo dom da vida e por estar presente sempre. A minha querida família, em especial ao meu pai Onofre e a minha mãe Dalva pelo amor, dedicação, paciência e incentivo em todos os momentos da minha vida. Vocês são meus exemplos de vida. A minha noiva e futura esposa Thaís pela paciência, incentivo e por me fazer uma pessoa cada vez melhor. Ao meu orientador, Prof. Dr. Marco Aurélio Wehrmeister pela confiança, incentivo, amizade e profissionalismo nesses semestres de orientação. Aos demais professores do curso de Ciência da Computação que sempre contribuíram de alguma maneira. Aos meus amigos de longa data que também sempre se preocuparam em saber como estava o trabalho, sempre com palavras de incentivo. Muito Obrigado.
6 6 RESUMO Aplicações móveis fazem parte de nossas vidas cada vez mais e, muitas vezes, perdas significativas são causadas a pessoas por resultados inesperados de tais programas. Isso pode ser evitado ou minimizado desenvolvendo-se um produto de qualidade e, para isso, é indispensável a realização de testes do software. Neste contexto, atividades de teste de software são muito importantes, pois visam identificar erros no software para a sua posterior reparação. Erros podem ser evitados ou reduzidos desenvolvendo-se um produto de qualidade e, para isso, é indispensável a realização de testes durante todo o ciclo de desenvolvimento do software, acarretando em aumento de trabalho e tempo de projeto. A técnica de teste exploratória de software consiste em testar o sistema de forma não-sistemática, sendo eficaz em identificar casos especiais de teste, os quais não são facilmente capturados por técnicas formais. Os resultados de uma sessão de teste exploratório não são necessariamente diferentes dos testes que usam roteiros, e essas duas abordagens de teste são compatíveis e comumente utilizadas por organizações que desenvolvem software. Neste contexto, este trabalho propõe uma metodologia de teste exploratório através da captura de informações na sessão do usuário em aplicações móveis de smartphones. Os dados coletados são analisados e usados para gerar casos de testes, visando a automação da execução destes casos de teste. A metodologia proposta consiste em executar teste exploratório em aplicação móvel em smartphone realizando a captura de informações nas sessões do usuário, visando auxiliar a criação de casos de teste para aplicação em questão. Para validar a metodologia proposta, um estudo de caso foi realizado usando uma aplicação real, o sistema de estacionamento online (SEonline) da cidade de Joinville. Os resultados obtidos demonstram a aplicabilidade da metodologia proposta. Palavras-chave: Teste de software, testes exploratório, teste de roteiro, aplicações móveis, smartphone.
7 7 ABSTRACT Mobile applications are part of our lives. Unexpected results from such programs can cause significant losses to people that use these applications. This harm can be minimized (or even avoided) by developing software with high quality. Hence, to achieve the necessary high quality in mobile applications software, it is indispensable to use testing techniques. The mentioned errors can be avoided or decreased, whether software is tested during the whole development cycle. Exploratory test is a technique consists in testing software in a nonsystematic fashion. It can be very effective in identifying special testing cases, which aren't easily identified and captured by formal techniques. The results of the exploratory test aren't necessarily different from testing techniques that use formal plans. In fact, these approaches are complementary testing techniques, and are usually used by software developer organizations. In this context, this work proposes an exploratory testing methodology that captures user data during the use of smartphones mobile applications. The collected data is analyzed and used to create test cases, aiming at automating the execution of these test cases. The proposed methodology consists in performing exploratory test on mobile applications for smartphones, performing extract information on user sessions. This information is used to assist the creation of test cases for the application under test. To validate the proposed approach, a case study has been conducted using a real-word application, namely the control system of Joinville city s rotating parking (Seonline). The obtained results demonstrate the applicability of the proposed. Keywords: Software testing, exploratory testing, script testing, mobile applications.
8 LISTA DE FIGURAS Figura 1 - Diagrama de atividades da metodologia para testes exploratórios. Fonte SILVA (2009) Figura 2 - Tarefas e entregas do procedimento de teste de funcionalidade e estabilidade. Fonte BACH (2009) Figura 3 - Modelo entidade relacionamento da ferramenta SMTE. Fonte SILVA (2009) Figura 4 - Visão geral da ferramenta LTS-BT. Fonte CARTAXO (2006) Figura 5 - Visão geral do processo de geração de casos de teste automatizados a partir de testes exploratórios. Fonte PETROSKI (2006) Figura 6 Proposta de processo de teste exploratório Figura 7 - Modelo de caso de uso da captura de dados Figura 8 - Código fonte captura XML Figura 9 - Modelo arquivo XML Figura 10 - Estrutura do software Seonline Figura 11 - Tela de Login e Senha do SEOnline Figura 12 - Tela de trabalho monitoras(es) SEOnline Figura 13 - Tela descritiva mensagem SEOnline Figura 14 - Tela do gerenciador demonstrando situação aberta do monitor(a) Figura 15 - Foto smartphone tela de login e senha Figura 16 - Foto smartphone tela principal do sistema Figura 17 - Foto da tela descritiva de mensagem do sistema Figura 18 - Visualização no Gerenciador a mensagem enviada
9 12 LISTA DE TABELAS E QUADROS Tabela 1 - Principais objetivos de teste de software. Adaptado de PETROSKI (2006) Tabela 2 - Guia de cenários de teste. Adaptado de RICARDO (2007) Tabela 3 - Planilha de execução. Adaptado de RICARDO (2007) Tabela 4 - Comparação entre processos das metodologias. Adaptado de SILVA (2009) Tabela 5 - Definição e critérios de avaliação de funcionalidade e estabilidade. Adaptado de BACH (1999) Tabela 6 - Áreas da metodologia para testes exploratórios suportados pela ferramenta SMTE. Adaptado de SILVA (2009) Tabela 7 - Comparativa dos critérios de análise dos trabalhos correlatos... 42
10 13 LISTA DE SIGLAS E ABREVIATURAS TCC XML USB PTF TAFLogger UML LTS-BT SMTE TAF UFs RBC TGF AUT MDL RTMDL PC Trabalho de Conclusão de Curso Extensible Markup Language Universal Serial Bus Phone Test Framework Test Automation Framework Log Unified Modeling Language Labeled Transition System-Based Testing Software de Metodologia Teste Exploratório Test Automation Framework Utility Functions Raciocínio Baseado em Casos Trivial Graph Format Formato Aldebaran Arquivos IBM Rational Rose Arquivos IBM Rational Rose RealTime Computador Pessoal
11 SUMÁRIO 1. INTRODUÇÃO OBJETIVOS Objetivo Geral Objetivos Específicos JUSTIFICATIVA E METODOLOGIA ESTRUTURA DO TRABALHO FUNDAMENTAÇÃO TEÓRICA INTRODUÇÃO TESTE DE SOFTWARE Casos de Teste Fases do Teste Objetivos do Teste TESTE EXPLORATÓRIO TESTE AUTOMATIZADO TRABALHOS CORRELATOS INTRODUÇÃO METODOLOGIAS DE TESTES EXPLORATÓRIOS Metodologia proposta por RICARDO (2007) Metodologia proposta por SILVA (2009) Metodologia de Teste proposto por DALCIN (2007) Procedimento de Teste proposto por BACH (1999) Considerações FERRAMENTA PARA AUTOMATIZAÇÃO DE TESTE Ferramenta SMTE Ferramenta LTS-BT Ferramenta de geração de casos de teste automatizados Considerações METODOLOGIA DE TESTE EXPLORATÓRIO PARA SMARTPHONES INTRODUÇÃO PLANEJAMENTO ESPECIFICAÇÃO DOS CENÁRIOS DOS TESTES EXECUÇÃO DOS TESTES RELATÓRIO DE TESTE... 49
12 12 5. AUTOMAÇÃO DA CAPTURA DE DADOS SMARTPHONE INTRODUÇÃO VISÃO GERAL DA CAPTURA DE DADOS DETALHE DO ARQUIVO FORMATO XML VALIDAÇÃO INTRODUÇÃO DESCRIÇÃO DO APLICATIVO ALVO DO TESTE APLICANDO A METODOLOGIA NO CONTEXTO DO SEONLINE CONCLUSÕES E TRABALHOS FUTUROS TRABALHOS FUTUROS REFERÊNCIAS APÊNDICE A PLANEJAMENTO DE TESTE APÊNDICE B ESPECIFICAÇÃO DE CENÁRIOS DE TESTE APÊNDICE C PLANILHA DE EXECUÇÃO DE TESTE APÊNDICE D RELATÓRIO DE TESTE... 70
13 13 1. INTRODUÇÃO Atualmente, as empresas de desenvolvimento de software necessitam entregar seus produtos no menor tempo e utilizando o mínimo de recursos. Segundo DUSTIN,RASHKA e PAUL (1999), mais de 90% dos desenvolvedores já perderam a data de entrega, sendo que perder prazos é uma prática comum em 67% dos desenvolvedores. Ainda, 91% dos programadores foram forçados a remover funcionalidades durante o ciclo de desenvolvimento para cumprir prazos. Segundo HWANG e CHAE (2008), prazos para entrega das aplicações móveis são cada vez mais curtos. Devido a pressão para o término do desenvolvimento, e o ciclo de vida das versões são cada vez menores. Neste contexto, as empresas recorrem à automatização dos testes de software visando diminuir o ciclo de desenvolvimento e os custos das atividades de verificação e validação, melhorando sua confiabilidade. Atualmente, software em dispositivos móveis vem sendo cada vez mais utilizados, como por exemplo, em smartphones para acessar a Internet, comprar produtos, ouvir música, jogar e até para controlar estacionamentos rotativos públicos. Os erros que ocorrem neste aplicativos podem ser insignificantes (do ponto de vista das perdas que os usuários podem ter), ou até causar enormes prejuízos, dependendo da complexidade da aplicação (MULLER, et al, 2007). Com a finalidade de evitar que erros em software ocorram, entende-se que é conveniente testá-los com qualidade, evitando perdas significativas decorrentes de resultados inesperados de execução. De acordo com Chernonozhkin (2001), o teste de software frequentemente corresponde à cerca de metade do custo total do desenvolvimento do sistema. Segundo Vianna (2006), o custo de não testar é ainda maior, uma vez que o custo da detecção de um erro após a entrega do produto é, no mínimo, o dobro do que se o mesmo tivesse sido detectado em tempo de desenvolvimento do sistema. Assim, faz-se do teste de software uma atividade crucial no processo de desenvolvimento. O planejamento do teste deve iniciar na etapa de análise de requisitos, sendo revisto sistematicamente e continuamente durante todo o processo de desenvolvimento (BOURQUE et at., 2001). Foram encontradas na literatura diversas modalidades de testes de softwares. Dentre eles, pode-se citar o teste exploratório e o de roteiro.
14 14 O teste exploratório ou teste ad-hoc é definido como sendo, simultaneamente, aprendizagem, projeto de testes e execução de teste (BACH, 2003). Os testes não são definidos antecipadamente em um plano de testes, mas projetados, executados e modificados conforme o processo de desenvolvimento do software avança. Além disso, testes exploratórios são de grande importância em algumas situações: (i) sabe-se pouco a respeito do produto, (ii) quando o projeto tem pouca ou nenhuma documentação específica do sistema ou esta é de baixa qualidade ou desatualizada, (iii) quando os processos de testes não estão definidos, como parte da preparação de teste de roteiro (BACH, 2009). O teste de roteiro é um processo de teste cujos passos são definidos em um documento formal (i.e. o plano de teste), e podem ser executados de forma manual ou automática. Também é um processo conhecido como Scripted test (SILVA, 2009). Assim, segundo (EICKELMANN; RICHARDSON, 1996), o teste fica suscetível a erros e é custoso, tanto financeiramente e quanto em termos de consumo de tempo quando realizado manualmente. E se aplicado corretamente, o processo automatizado de teste de software pode aumentar significativamente a quantidade de testes realizados durante um curto espaço de tempo ou reduzir o tempo de cada teste, segundo (HICKS; SOUTH; OSHISANWO, 1997). O teste exploratório não leva à resultados necessariamente diferentes do teste de roteiro, sendo que as duas abordagens de teste são compatíveis e complementares (PETROSKI, 2006). Uma ferramenta para auxiliar a execução de testes exploratórios em aplicações móveis é o TAFLogger, um software interno desenvolvido pela Motorola (KAWAKAMI et al., 2007), que foi projetado para executar em telefones celulares. Cada sessão de teste exploratório é realizada com o auxílio do TAFLogger e produz um log, onde todas as ações realizadas sobre o telefone pelo testador são registradas. Tendo em vista o apresentado, este trabalho propõe uma metodologia que utiliza a abordagem do teste exploratório na captura de informações referentes à sessão de uso de aplicações móveis, por parte do usuário, em smartphones. Os dados capturados auxiliam a criação de casos de testes da aplicação, que serão posteriormente executados automaticamente por ferramentas de automação de teste. Assim, os erros encontrados nas sessões de testes poderão ser reproduzidos tanto no smartphone no qual os dados foram coletados, como em qualquer outro modelo de smartphone que tenha a mesma aplicação e também em simuladores de smartphones usados no ambiente de desenvolvimento.
15 OBJETIVOS Objetivo Geral Proporcionar uma metodologia de teste exploratório em aplicação móvel realizando a captura de dados nas sessões de uso destas aplicações pelo usuário Objetivos Específicos a) Realizar captura de dados nas sessões do usuário em smartphone para analisar através da atividade de log e aplicar caso de teste exploratório. b) Fornecer métodos de teste exploratórios para criar casos de testes e efetivar a execução dos casos de teste automatizados. 1.2 JUSTIFICATIVA E METODOLOGIA A justificativa para o proposto trabalho está em que as aplicações móveis fazem parte de nossas vidas cada vez mais e, muitas vezes, perdas significativas são causadas a pessoas por resultados inesperados de tais programas. Isso pode ser evitado ou minimizado desenvolvendo-se um produto de qualidade e, para isso, é indispensável a realização de testes do software. Podemos resumir alguns problemas em aberto para desenvolvimento de uma metodologia de teste exploratório em aplicações móveis, nos seguintes itens: (i) complexidade encontrada nos sistemas para aplicações móveis, (ii) dificuldade para encontrar ferramentas gratuitas e de código aberto para captura de sessões em aplicações móveis, e (iii) necessidade de teste exploratórios para aplicações móveis que auxilie no desenvolvimento, bem como na manutenção de aplicações móveis; e (iv) problemas no reuso das informação coletadas nas sessões de utilização de aplicativos móveis em outras atividades de teste destas aplicações.
16 16 Pode-se dizer que a maioria dos problemas mencionados acima estão relacionados com a complexidade do projeto de aplicativos móveis modernos e, como citado anteriormente, a utilização de metodologia de teste exploratória para aumentar o nível de qualidade destas aplicações. Assim, para superar essas limitações encontradas na criação de metodologias de testes e também a captura de dados na sessão de usuário de uma aplicação móvel, propõe-se um conjunto de atividades em uma metodologia de teste exploratório que permite capturar os dados do usuário em uma sessão de uso, armazenando-os em um arquivo XML para uso em outras atividades do processo de testes. Inicialmente foi realizado o levantamento bibliográfico sobre o contexto e conceitos de metodologias de testes exploratórios, ferramentas utilizadas para automatização de testes em aplicações móveis, captura de dados em aplicações móveis. Na etapa seguinte, um levantamento dos trabalhos relacionados com os temas abordados neste trabalho foi realizado, visando encontrar os problemas e como eles foram solucionados pelos autores. Os pontos positivos e negativos de cada trabalho foram analisados e discutidos. Posteriormente a metodologia proposta por Dalcin (2007) foi estudada mais profundamente. Esta metodologia para aplicação de testes de software serviu como base conceitual para o desenvolvimento da metodologia de teste exploratório para aplicações móveis proposta neste trabalho, pois diversas características de metodologias seguiam a norma IEEE 829. A partir deste trabalho foram identificadas diversas características que seriam uteis no contexto de aplicações móveis, as quais foram adaptadas neste trabalho para a criação da metodologia de teste exploratório em aplicações móveis. A captura de dados nas sessões do usuário no smartphone é um item essencial para a metodologia proposta, uma vez que os dados capturados no teste exploratório inicial podem ser usados posteriormente na automação da execução de casos de teste. Para a validação deste trabalho foi realizada um estudo de caso, onde seguiram-se os seguintes passos: (i) testes exploratórios em uma aplicação móvel do sistema de estacionamento rotativo da cidade de Joinville, o SEOnline; (ii) capturas de dados digitados na sessão do usuário em uma aplicação móvel com o arquivo em formato XML; (iii)- utilização de planilhas para documentar e apoiar a metodologia de teste exploratório e suas atividades a serem testadas. Por fim, as atividades executadas durante a validação deste trabalho foram analisados e os resultados foram reportados.
17 ESTRUTURA DO TRABALHO O Capítulo 2 apresenta conceitos e considerações a respeito de teste de software, teste exploratório e aplicações móveis. Os trabalhos correlatos são descritos no Capítulo 3 na forma um estudo comparativo, onde algumas metodologias de testes exploratórios, de captura de dados em smartphones, além de teste automatizado são discutidas. A metodologia proposta neste trabalho é descrita no Capítulo 4. Os passos de captura de informações em aplicações móveis qualquer, analise dos dados para criação de caso de teste são detalhados. O Capítulo 5 apresenta a captura de dados das sessões de uso de aplicativos móveis. Esta captura suporta a atividade inicial da metodologia de teste exploratório proposta neste trabalho. No Capítulo 6 é relatado um estudo de caso que foi feito para validar a metodologia proposta através da sua aplicação no sistema de estacionamento rotativo da cidade de Joinville, o SEOnline. Finalizando, o capitulo 7 discute as conclusões deste trabalho, enfatizando as principais contribuições e sugestões para trabalhos futuros.
18 18 2. FUNDAMENTAÇÃO TEÓRICA 2.1 INTRODUÇÃO O objetivo deste capítulo é fornecer embasamento teórico para os leitores acerca dos conceitos utilizados neste trabalho. Em vista da importância dos testes como forma de garantir a qualidade do que está sendo desenvolvido, são apresentados os principais conceitos que envolvem a atividade de teste de software. O teste exploratório e a de captura de dados serão discutidos pois estas atividades farão parte da metodologia proposta para testes exploratórios em aplicações móveis de smartphones. Inicialmente, são feitas considerações a respeito dos testes de software e sua importância. Após, são apresentados os elementos e situações utilizadas para teste exploratório. Por fim são apresentadas algumas ferramentas de captura de dados como testes automatizados para smartphones. 2.2 TESTE DE SOFTWARE O desenvolvimento de software envolve várias atividades diferentes, onde são altas as chances de ocorrerem falhas humanas. No processo de desenvolvimento podem ocorrer enganos, tanto nas fases iniciais como as fases de análise e especificação, como nas fases de projeto e implementação. Segundo Rocha et al. (2001), apud Dalcin, (2007), o desenvolvimento de software é acompanhado por atividades de testes que visam garantir a sua qualidade. A atividade de teste de software é um elemento de um tema amplo chamado Verificação e Validação (SOMMERVILLE, 2003), onde: Verificação refere-se ao conjunto de atividades que garante que o software implementa corretamente uma função específica, e; Validação refere-se ao conjunto de atividades que garante que o software que foi construído atende às exigências do cliente.
19 19 A definição de verificação e validação abrange muitas das atividades às quais referimos como garantia da qualidade de software. Segundo (CRAIG e JASKIEL, 2002) apud (CARTAXO, 2006), uma das definições mais aceitas sobre teste diz que testar é um processo concorrente no ciclo de vida da engenharia de software a fim de medir e melhorar a qualidade da aplicação que está sendo testada. O entendimento tradicional do processo de teste (uma fase final e independente do processo de desenvolvimento propriamente dito) tem se mostrado bastante ineficiente devido aos altos custos associados com a correção de erros encontrados e manutenção do software. Segundo (McGREGOR e SYKES, 2001) apud (CARTAXO, 2006), tal fato contribuiu para a definição de métodos e técnicas sistemáticas de teste compreendendo um conjunto de tarefas que pode ser aplicado ao longo do processo de desenvolvimento. O objetivo do teste é cumprido quando identifica os defeitos que causam falhas no sistema. O que é diferente de testes que têm por objetivo demonstrar que o software está de acordo com suas especificações, sendo aceitável quando as falhas não observadas durante a execução. Para Dijkstra apud Cartaxo (2006) teste de software pode ser apenas usado para mostrar a presença de bugs, mas nunca sua ausência, referenciando ao fato de que testar completamente é inviável em sistemas reais Casos de Teste No procedimento de teste de software é necessário determinar o conjunto de casos de teste que será aplicado sobre o software em questão. Segundo JORGENSEN (1995) um caso de teste é composto por: Entradas: o Condição Inicial: assegura a condição (ou estado) inicial do software para que o caso de teste possa ser executado; o Dados de entrada: dados que serão fornecidos como entrada para a funcionalidade do software que está sendo testada
20 20 Saídas: o Passos: passos a serem seguidos durante a execução do caso de teste, identificados pelos métodos de teste. o Resultados esperados: respostas esperadas do sistema, para a entrada fornecida; o Pós-condição: representa o estado final do sistema, após o teste. Estando o caso de teste definido, o testador deve inicializar a aplicação de acordo com a condição inicial e exercitá-la aplicando passos descritos no caso de teste. Os resultados são coletados até que a pós-condição seja alcançada. Os resultados coletados são comparados com as saídas esperadas para verificar se o software passou ou não no teste, isto é, se o software se comporta como o esperado Fases do Teste As atividades de teste podem ser divididas de acordo com a fase do desenvolvimento e a abordagem empregada. Segundo BOURQUE et al. (2001), há três fases do teste que podem ser visualizadas: unitário, integração e sistema. O teste unitário (ou teste de unidade ou teste de módulo) é a fase em que se testam as menores unidades de software desenvolvidas. Cada unidade é testada individualmente, pois não dependem de outras partes do sistema. Assim, o objetivo é encontrar falhas de funcionamento dentro de uma parte pequena funcionando independentemente das outras partes do software. Na fase do teste de integração, o objetivo é encontrar falhas provenientes da integração interna dos componentes de um sistema (módulos unitários possivelmente já testados). Verifica-se a presença de erros associados as interfaces entre os módulos, quando estes são integrados para construir a estrutura do software, conforme descrito nas especificações do sistema e do projeto do software. Finalizando, o objetivo do teste de sistema é executar todo o sistema, levando em considerações as especificações de requisitos funcionais e não-funcionais do sistema. Os
21 21 testes são executados em condições reais de ambiente, interfaces sistêmicas e quantidade de dados. Além disso, o testador deve se comportar como se fosse um usuário final, testando não somente o projeto com um todo mas também o comportamento das funcionalidades esperadas pelo cliente. Nesta fase, avaliam-se ainda as interfaces externas com outras aplicações, utilitários, dispositivos de hardware, sistemas operacionais, etc Objetivos do Teste O teste de software verifica diversas as propriedades do software alvo. Além das funcionalidades implementadas, outras características como: usabilidade, segurança, desempenho, qualidade e tolerância a falhas. Os principais objetivos de teste de software podem ser verificados na Tabela 1. Nome do teste Objetivo Permitir ao cliente verificar o comportamento do sistema de acordo com Aceitação seus requisitos que, provavelmente, foram especificados no contrato. Tem como objetivo verificar se o sistema funciona conforme esperado em diferentes configurações de hardware e/ou software, além de testar Instalação diferentes condições, e.g., espaço insuficiente em disco e interrupção de energia. O procedimento de instalação também pode ser testado. É o testo o software antes de ser liberado para todos os usuários. É conduzido por um conjunto selecionado de usuários internos (alpha) ou Alpha/Beta externos (beta), os quais relatam possíveis problemas na utilização do produto. Verifica se o comportamento observado do sistema sob teste está de acordo Funcional com as especificações de requisitos funcionais. É o re-teste seletivo do sistema (ou seus componentes) a fim de verificar se modificações ocorridas após a última bateria de testes não causaram efeitos Regressão colaterais inesperados. Os testes de regressão devem ser conduzidos cada vez que uma mudança no sistema é realizada. Testa o desempenho do sistema em situações normais e de pico, verificando Performance se está de acordo com os requisitos de desempenho especificados, e.g.,
22 22 capacidade e tempo de resposta. Testa o sistema a fim de determinar o limite máximo de carga e stress que o Stress software poderá suportar. Tem como objetivo avaliar o comportamento do software após a ocorrência Recuperação de um erro ou outras condições anormais. Avalia a facilidade de utilização e aprendizado do sistema, Usabilidade garantindo que os requisitos de usabilidade sejam cumpridos, de acordo com as especificações do usuário. Tabela 1 - Principais objetivos de teste de software. Adaptado de PETROSKI (2006) 2.3 TESTE EXPLORATÓRIO O termo teste exploratório, refere-se a uma abordagem de teste diferente do teste orientado, ou teste com roteiro (KANER et al., 2002). Ao invés de realizar uma análise seqüencial de necessidades (ou requisitos), seguida pela concepção, documentação e execução de casos de teste, o teste exploratório é um processo em que o testador aprende, elabora o projeto do teste e executa simultaneamente os testes enquanto explora o produto (BACH, 2009a). Neste caso, o testador projeta casos de testes na medida em que os testes são realizados, ao invés de prapará-lo antes do início dos testes. E segundo COPELAND (2004), as informações coletadas pelo testador na execução de um conjunto de testes servem de guia para projetar e executar o próximo conjunto de testes. Segundo BACH (2009c), o teste exploratório deve ser utilizado nas seguintes situações: o Necessidade em fornecer feedback rápido sobre um novo produto ou serviço. o Necessidade de aprender o produto rapidamente. o Diversificar os testes e melhorá-los. o Encontrar o erro mais importante no menor espaço de tempo. o Investigar e isolar um defeito específico. o Investigar a situação de risco em especial, a fim de avaliar a necessidade de testes com script nessa área.
23 23 De acordo com BACH (2009b), o resultado de uma sessão de teste exploratório é um conjunto de notas sobre o produto, falhas encontradas, e o registro de como o produto foi testado. Os elementos que compõem o teste exploratório são: o Exploração do produto: descobrir e registrar o objetivo e as funções do produto, tipos de dados processados e áreas de potencial instabilidade. Esta fase depende do entendimento da tecnologia utilizada, informações sobre o produto e usuários, e a quantidade de tempo disponível para fazer o trabalho. o Projeto de teste: determinar as estratégias de operação, observação e avaliação do produto. o Execução do teste: operar o produto, observar o comportamento e utilizar informações para formar hipóteses de como o produto funciona. o Heurística: são guias ou regras que ajudam o testador a decidir o que fazer, o que deverá ser testado e como testá-lo. o Resultados: é o resultado do teste. Este é finalizado uma vez que o testador produz resultados que atendam os requisitos especificados. Este teste caracteriza-se pela dinamicidade. Para isso, BACH (2009c) busca uma maneira de planejar os testes e documentar sua execução, a fim de saber o que foi testado, o que foi encontrado e quais são as propriedades para os próximos testes, sem obstruir a flexibilidade de testar o produto de forma exploratória. Para realizar teste exploratório em celulares é necessária uma ferramenta de captura de dados relativos às ações realizadas sobre o celular pelo testador. O TAFLogger (ver seção 3.3.3) é um exemplo de software para auxiliar a execução de testes exploratórios em software embutidos para telefones celulares produzidos pela Motorola Ltda (KAWAKAMI et al., 2007). Nas sessões de teste exploratório, registram-se todas as ações realizadas pelo testador no software do telefone. Os dados principais registrados no teste do TAFLogger são: horários de início e fim da sessão, notas de texto digitadas pelo testador (comentários genéricos, possíveis problemas no telefone e bugs), teclas pressionadas e os estados do telefone. Todo o registro das interações é realizado da utilização de uma biblioteca de funções proprietária chamada de PTF (Phone Test Framework). Assim, o registro de uma sessão exploratória do TAFLogger é armazenado em um arquivo de formato XML (Extensible Markup Language) que será utilizada para representar os casos, o qual pode ser adquirido do telefone através da sua porta USB (ESIPCHUK; VALIDOV, 2006).
Rational Quality Manager. Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831
Rational Quality Manager Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831 1 Informações Gerais Informações Gerais sobre o RQM http://www-01.ibm.com/software/awdtools/rqm/ Link para o RQM https://rqmtreina.mvrec.local:9443/jazz/web/console
Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider
Ferramenta: Spider-CL Manual do Usuário Versão da Ferramenta: 1.1 www.ufpa.br/spider Histórico de Revisões Data Versão Descrição Autor 14/07/2009 1.0 15/07/2009 1.1 16/07/2009 1.2 20/05/2010 1.3 Preenchimento
FERRAMENTA DE SUPORTE A UMA METODOLOGIA PARA TESTES EXPLORATÓRIOS
Universidade Federal de Pernambuco Centro de Informática Graduação em Ciência da Computação FERRAMENTA DE SUPORTE A UMA METODOLOGIA PARA TESTES EXPLORATÓRIOS Trabalho de Graduação TAÍSE DIAS DA SILVA ORIENTADOR:
Sobre a Prime Control
Sobre a Prime Control A Prime Control é um Centro de Excelência em Qualidade de Software. Nossa missão é desenvolver, aperfeiçoar e realizar serviços de testes de software inovadores que agregam valor
Metodologia para Planejamento, Execução e Controle de Teste de Software. Roteiro
Metodologia para Planejamento, Execução e Controle de Teste de Software Arilo Claudio Dias Neto - acdn@cos.ufrj.br Gladys Machado P. S. Lima - gladysmp@cos.ufrj.br Guilherme Horta Travassos - ght@cos.ufrj.br
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Fundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com
Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre
Guia de Atualização PROJURIS WEB 4.5. Manual do Técnico Atualização - ProJuris Web 4.5. Manual do Técnico Atualização - ProJuris Web 4.
Guia de Atualização PROJURIS WEB 4.5 Por: Fabio Pozzebon Soares Página 1 de 11 Sistema ProJuris é um conjunto de componentes 100% Web, nativamente integrados, e que possuem interface com vários idiomas,
Verificação é um processo para se determinar se os produtos, (executáveis ou
ATIVIDADES VV&T E A NORMA IEEE 1012 A qualidade do software está diretamente relacionada à satisfação do cliente, sendo assim, as empresas estão percebendo a importância em produzir software com qualidade.
Teste de Software Apresentação
Teste de Software Apresentação Prof Daves Martins Msc Computação de Alto Desempenho Email: daves.martins@ifsudestemg.edu.br Agenda Teste de Software VV&T e Defeitos de Software Inspeção de Software Teste
UML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
GARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE
LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento
Documentação de um Produto de Software
Documentação de um Produto de Software Versão 3.0 Autora: Profª Ana Paula Gonçalves Serra Revisor: Prof. Fernando Giorno 2005 ÍNDICE DETALHADO PREFÁCIO... 4 1. INTRODUÇÃO AO DOCUMENTO... 6 1.1. TEMA...
Testes de Software. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB
Testes de Software 1 AULA 01 INTRODUÇÃO A TESTES DE SOFTWARE Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Conteúdo Programático do Curso Introdução a Testes de Software Técnicas de Testes de Software
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 4º PERÍODO - 7º MÓDULO AVALIAÇÃO A4 DATA 22/10/2009 ENGENHARIA DE USABILIDADE
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 4º PERÍODO - 7º MÓDULO AVALIAÇÃO A4 DATA 22/10/2009 ENGENHARIA DE USABILIDADE 2009/2 GABARITO COMENTADO QUESTÃO 1: Quando nos referimos à qualidade da interação
DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil. Profª Esp.: Maysa de Moura Gonzaga
DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Processo Unificado e Desenvolvimento Ágil Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 O Processo Unificado dos autores Ivar Jacobson, Grady Booch e James
A IMPORTÂNCIA DA ATIVIDADE DE TESTE NO DESENVOLVIMENTO DE SOFTWARE
A IMPORTÂNCIA DA ATIVIDADE DE TESTE NO DESENVOLVIMENTO DE SOFTWARE Karla Pires de Souza (FPM ) karlapsouza@hotmail.com Angelita Moutin Segoria Gasparotto (FPM ) angelita@usp.br A atividade de teste de
GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Sistemas de Informação I
+ Sistemas de Informação I Processo de software I Ricardo de Sousa Britto rbritto@ufpi.edu.br + O que é Engenharia de Software n Definição dada pela IEEE [IEE93]: n Aplicação de uma abordagem sistemática,
Teste de software. Definição
Definição O teste é destinado a mostrar que um programa faz o que é proposto a fazer e para descobrir os defeitos do programa antes do uso. Quando se testa o software, o programa é executado usando dados
Pós Graduação Engenharia de Software
Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta
Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso
Planejamento de Testes a partir de Casos de Uso Arilo Cláudio Dias Neto ariloclaudio@gmail.com É Bacharel em Ciência da Computação formado na Universidade Federal do Amazonas, Mestre em Engenharia de Sistemas
Testes de Software AULA 02 PLANEJANDO E ELABORANDO OS TESTES. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB
Testes de Software 1 AULA 02 PLANEJANDO E ELABORANDO OS TESTES Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Conteúdo Programático Aula 02 Planejamento dos Testes Plano de Teste Análise de Risco
SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS
SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS Lilian R. M. Paiva, Luciene C. Oliveira, Mariana D. Justino, Mateus S. Silva, Mylene L. Rodrigues Engenharia de Computação - Universidade de Uberaba (UNIUBE)
Nome da Empresa Sistema digitalizado no almoxarifado do EMI
Nome da Empresa Documento Visão Histórico de Revisões Data Versão Descrição Autor 23/02/2015 1.0 Início do projeto Anderson, Eduardo, Jessica, Sabrina, Samuel 25/02/2015 1.1 Correções Anderson e Eduardo
Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.
MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Como conduzir com sucesso um projeto de melhoria da qualidade
Como conduzir com sucesso um projeto de melhoria da qualidade Maria Luiza Guerra de Toledo Coordenar e conduzir um projeto de melhoria da qualidade, seja ele baseado no Seis Sigma, Lean, ou outra metodologia
FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS
FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS PAULO ALBERTO BUGMANN ORIENTADOR: ALEXANDER ROBERTO VALDAMERI Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
Prof. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE
Prof. Dr. Ivanir Costa Unidade III QUALIDADE DE SOFTWARE Normas de qualidade de software - introdução Encontra-se no site da ABNT (Associação Brasileira de Normas Técnicas) as seguintes definições: Normalização
Tipos de teste de software
Tipos de teste de software Volnys Borges Bernal volnys@lsi.usp.br Adilson Hira ayhira@lsi.usp.br Laboratório de Sistemas Integráveis Departamento de Sistemas Eletrônicos Escola Politécnica da USP Sumário
Palavras-Chaves: engenharia de requisitos, modelagem, UML.
APLICAÇÃO DA ENGENHARIA DE REQUISITOS PARA COMPREENSÃO DE DOMÍNIO DO PROBLEMA PARA SISTEMA DE CONTROLE COMERCIAL LEONARDO DE PAULA SANCHES Discente da AEMS Faculdades Integradas de Três Lagoas RENAN HENRIQUE
UTILIZAÇÃO DA CRONOGRAMAÇÃO NA GERÊNCIA DE PROJETO E PROTOTIPAGEM NA VALIDAÇÃO DE REQUISITOS
UTILIZAÇÃO DA CRONOGRAMAÇÃO NA GERÊNCIA DE PROJETO E PROTOTIPAGEM NA VALIDAÇÃO DE REQUISITOS Ademilson Ângelo Cabral Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas Faculdades Integradas
Fundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 3 Planejamento e Aula 8 do Projeto Aula 08 do Projeto SUMÁRIO INTRODUÇÃO... 3 ACOMPANHAMENTO DO PROJETO... 3 1. do Progresso...
O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
INOVANDO UM PROCESSO DE SERVIÇOS DE TI COM AS BOAS PRÁTICAS DO ITIL E USO DE BPMS
INOVANDO UM PROCESSO DE SERVIÇOS DE TI COM AS BOAS PRÁTICAS DO ITIL E USO DE BPMS Cilene Loisa Assmann (UNISC) cilenea@unisc.br Este estudo de caso tem como objetivo trazer a experiência de implantação
Capítulo 1 - Introdução 14
1 Introdução Em seu livro Pressman [22] define processo de software como um arcabouço para as tarefas que são necessárias para construir software de alta qualidade. Assim, é-se levado a inferir que o sucesso
SIMULADO: Simulado 3 - ITIL Foundation v3-40 Perguntas em Português
1 de 7 28/10/2012 16:47 SIMULADO: Simulado 3 - ITIL Foundation v3-40 Perguntas em Português RESULTADO DO SIMULADO Total de questões: 40 Pontos: 0 Score: 0 % Tempo restante: 55:07 min Resultado: Você precisa
Autor(es) BARBARA STEFANI RANIERI. Orientador(es) LUIZ EDUARDO GALVÃO MARTINS, ANDERSON BELGAMO. Apoio Financeiro PIBIC/CNPQ. 1.
19 Congresso de Iniciação Científica ESPECIFICAÇÃO E IMPLEMENTAÇÃO DE UMA FERRAMENTA AUTOMATIZADA DE APOIO AO GERSE: GUIA DE ELICITAÇÃO DE REQUISITOS PARA SISTEMAS EMBARCADOS Autor(es) BARBARA STEFANI
Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas.
UTILIZAÇÃO DA UML NO DESENVOLVIMENTO DE SISTEMA DE CONTROLE DE VENDAS E ESTOQUE GILBERTO FRANCISCO PACHECO DOS SANTOS Discente da AEMS Faculdades Integradas de Três Lagoas JACKSON LUIZ ARROSTI Discente
A CONSTRUÇÃO DE ESPAÇOS E MATERIAIS DIGITAIS PARA A EDUCAÇÃO MATEMÁTICA: O USO DO SMARTPHONE NO ENSINO DA GEOMETRIA
A CONSTRUÇÃO DE ESPAÇOS E MATERIAIS DIGITAIS PARA A EDUCAÇÃO MATEMÁTICA: O USO DO SMARTPHONE NO ENSINO DA GEOMETRIA Autores : Agata RHENIUS, Melissa MEIER. Identificação autores: Bolsista IFC-Campus Camboriú;
Informática - Básico. Paulo Serrano GTTEC/CCUEC-Unicamp
Informática - Básico Paulo Serrano GTTEC/CCUEC-Unicamp Índice Apresentação...06 Quais são as características do Windows?...07 Instalando o Windows...08 Aspectos Básicos...09 O que há na tela do Windows...10
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 3º PERÍODO - 5º MÓDULO AVALIAÇÃO A4 DATA 23/04/2009 ENGENHARIA DE SOFTWARE Dados de identificação do Acadêmico: Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA
c. Técnica de Estrutura de Controle Teste do Caminho Básico
1) Defina: a. Fluxo de controle A análise de fluxo de controle é a técnica estática em que o fluxo de controle através de um programa é analisado, quer com um gráfico, quer com uma ferramenta de fluxo
Informática básica: Sistema operacional Microsoft Windows XP
Informática básica: Sistema operacional Microsoft Windows XP...1 Informática básica: Sistema operacional Microsoft Windows XP...1 Iniciando o Windows XP...2 Desligar o computador...3 Área de trabalho...3
DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho.
- DSI DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho. Preocupação: Problema técnicos Mudança na natureza e conteúdo do trabalho
do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;
1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,
ISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Considerações no Projeto de Sistemas Cliente/Servidor
Cliente/Servidor Desenvolvimento de Sistemas Graça Bressan Graça Bressan/LARC 2000 1 Desenvolvimento de Sistemas Cliente/Servidor As metodologias clássicas, tradicional ou orientada a objeto, são aplicáveis
LINGUAGEM DE ESPECIFICAÇÃO E DESCRIÇÃO (SDL) APLICADA AO PROCESSO DE VERIFICAÇÃO E VALIDAÇÃO DE SISTEMAS REATIVOS
LINGUAGEM DE ESPECIFICAÇÃO E DESCRIÇÃO (SDL) APLICADA AO PROCESSO DE VERIFICAÇÃO E VALIDAÇÃO DE SISTEMAS REATIVOS Fabiana Fraga Ferreira Bacharelanda em Sistemas de Informação Bolsista de Iniciação Científica
Processos de Software. 2007 by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS
PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Processo de garantia da qualidade baseado no modelo MPS.BR. Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl
Processo de garantia da qualidade baseado no modelo MPS.BR Acadêmico: Anildo Loos Orientador: Everaldo Artur Grahl Roteiro introdução objetivos do trabalho fundamentação teórica desenvolvimento da ferramenta
1. Qual das seguintes alternativas não é um tipo de revisão? 2. Qual das alternativas é um atributo da qualidade?
Simulado CTFL- BSTQB Tempo de duração: 30 minutos 1. Qual das seguintes alternativas não é um tipo de revisão? a) Acompanhamento b) Revisão técnica c) Revisão informal d) Aprovação da gerência 2. Qual
Sistema BuildParty para montagem e gerenciamento de eventos. Plano de Testes. Versão <1.1> DeltaInfo. Soluções para web Soluções para o mundo
Sistema BuildParty para montagem e gerenciamento de eventos Plano de Testes Versão DeltaInfo Soluções para web Soluções para o mundo DeltaInfo 2 Histórico de Revisões Data Versão Descrição Autores
Março 2012. Como o Eye-Fi funciona Fluxogramas da visão geral
Março 2012 Como o funciona Fluxogramas da visão geral 2012 Visioneer, Inc. (licenciada da marca Xerox) Todos os direitos reservados. XEROX, XEROX and Design e DocToMe são marcas comerciais da Xerox Corporation
FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO
FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido
Tópicos. Atualizações e segurança do sistema. Manutenção Preventiva e Corretiva de Software (utilizando o MS Windows XP)
teste 1 Manutenção Preventiva e Corretiva de Software (utilizando o MS Windows XP) Rafael Fernando Diorio www.diorio.com.br Tópicos - Atualizações e segurança do sistema - Gerenciamento do computador -
Qualidade de Software. Anderson Belgamo
Qualidade de Software Anderson Belgamo Qualidade de Software Software Processo Produto Processo de Software Pessoas com habilidades, treinamento e motivação Processo de Desenvolvimento Ferramentas e Equipamentos
Engenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Modelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications) A boa organização lógica do documento
O sistema que completa sua empresa Roteiro de Instalação (rev. 15.10.09) Página 1
Roteiro de Instalação (rev. 15.10.09) Página 1 O objetivo deste roteiro é descrever os passos para a instalação do UNICO. O roteiro poderá ser usado não apenas pelas revendas que apenas estão realizando
Fundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 3 Teste Estático SUMÁRIO INTRODUÇÃO... 3 1. Definição... 3 2. Custo Versus Benefício...
UNIVERSIDADE FEDERAL DA BAHIA
UNIVERSIDADE FEDERAL DA BAHIA INSTITUTO DE MATEMÁTICA DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO MATA62 - Engenharia de Software I Comparação entre Ferramentas de Gerência de Projeto Salvador 2009.1 MATA62
Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação
Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação Denise Santiago (FURB) denise@senior.com.br Maurício Capobianco Lopes (FURB) mclopes@furb.br Resumo. Este artigo apresenta
Projeto 2.47 QUALIDADE DE SOFTWARE WEB
OBJETIVO GERAL Projeto 2.47 QUALIDADE DE SOFTWARE WEB Marisol de Andrade Maués Como objetivo geral, buscou-se avaliar a qualidade de produtos Web, tendo como base o processo de avaliação de qualidade descrito
UNIVERSIDADE FEDERAL DE SANTA CATARINA JNC MOBILE 2.0. Anderson Buon Berto Gilberto Torrezan Filho. Florianópolis - SC 2005/1
UNIVERSIDADE FEDERAL DE SANTA CATARINA JNC MOBILE 2.0 Anderson Buon Berto Gilberto Torrezan Filho Florianópolis - SC 2005/1 1 Sumário 1 Introdução 3 2 Denição do Problema 3 3 Trabalhos Correlatos 4 4 Solução
Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da
APLICAÇÃO DA MODELAGEM UML NA FASE DE ANÁLISE DE UM PROJETO DE SOFTWARE PARA AGENDAMENTO DE USO DE VEÍCULOS INTERNOS DE UMA EMPRESA
APLICAÇÃO DA MODELAGEM UML NA FASE DE ANÁLISE DE UM PROJETO DE SOFTWARE PARA AGENDAMENTO DE USO DE VEÍCULOS INTERNOS DE UMA EMPRESA ANDRE APARECIDO LEAL DE ALMEIDA Discente da AEMS Faculdades Integradas
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do
Desenvolvimento de um software de gerenciamento de projetos para utilização na Web
Resumo. Desenvolvimento de um software de gerenciamento de projetos para utilização na Web Autor: Danilo Humberto Dias Santos Orientador: Walteno Martins Parreira Júnior Bacharelado em Engenharia da Computação
MASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
Desenvolvendo um Ambiente de Aprendizagem a Distância Utilizando Software Livre
Desenvolvendo um Ambiente de Aprendizagem a Distância Utilizando Software Livre Fabrício Viero de Araújo, Gilse A. Morgental Falkembach Programa de Pós-graduação em Engenharia de Produção - PPGEP Universidade
DESCRITIVO TÉCNICO INSTALAÇÃO E MANUTENÇÃO DE REDES
DESCRITIVO TÉCNICO INSTALAÇÃO E MANUTENÇÃO DE REDES 39 A, por resolução do seu Comitê Técnico, em acordo com o Estatuto e as Regras da Competição, adotou as exigências mínimas que seguem no tocante a esta
UNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.
CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o. PROFESSOR: Andrey DISCIPLINA: Técnicas Alternativas de Programação AULA: 08 APRESENTAÇÃO Na aula de hoje vamos apresentar e discutir como definir
ESCOLHA UM TESTE PARA EXECUTAR
ESCOLHA UM TESTE PARA EXECUTAR Acompanhe o ritmo de aceleração dos ciclos de lançamento. Descubra a automatização com um toque humano EXECUTE UM TESTE 26032015 Com a Borland, tanto analistas de negócios
! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo
UMA ABORDAGEM SOBRE TESTES AUTOMATIZADO DE SOFTWARES EM AMBIENTES DE DESENVOLVIMENTO
UMA ABORDAGEM SOBRE TESTES AUTOMATIZADO DE SOFTWARES EM AMBIENTES DE DESENVOLVIMENTO Robson L. Nascimento 1, Késsia R. C. Marchi¹ 1 Universidade Paranaense (UNIPAR) Paranavaí-PR-Brasil robsonluisn@yahoo.com.br,
Testes de Software Fases. Baseado em notas de aula da profa. Eliane Martins
Testes de Software Fases Baseado em notas de aula da profa. Eliane Martins Tópicos Testes de Unidades Testes de Integração Testes de Aceitação e de Sistemas Testes de Regressão Testes de Unidades Visam
Qualidade de Software. Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br
Qualidade de Software Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br Verificação x validação Verificação prova que o produto vai ao encontro dos requerimentos especificados no desenvolvimento
Aprenda as melhores práticas para construir um completo sistema de teste automatizado
Aprenda as melhores práticas para construir um completo sistema de teste automatizado Renan Azevedo Engenheiro de Produto de Teste e Medição -Américas Aprenda as melhores práticas para construir um completo
Visão geral do Microsoft Office Word 2007. Crie conteúdo com aparência profissional
Visão geral do Microsoft Office Word 2007 Bem vindo ao Microsoft Office Word 2007, incluído na versão 2007 do Microsoft Office system. O Office Word 2007 é um poderoso programa de criação de documentos
Engenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Anderson Corrêa Carraro 1, Fernando Alves Rodrigues 2, Silvio Francisco dos Santos 3
DESENVOLVIMENTO E IMPLANTAÇÃO DE UM SISTEMA INFORMATIZADO PARA O CONTROLE DE PROCESSOS DA QUALIDADE NA DIRETORIA DE METROLOGIA CIENTÍFICA E INDUSTRIAL DIMCI/INMETRO. Anderson Corrêa Carraro 1, Fernando
Por: Rafael Nink de Carvalho www.linuxeducacional.com www.rafaelnink.com
L I N2 U0 X0 9 Manual de Instalação do Linux Educacional 3.0 Por: Rafael Nink de Carvalho ü Configurando o SETUP do computador ü Rodando a versão Live CD ü Instalando o Linux www.linuxeducacional.com Educacional
Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 3º PERÍODO - 5º MÓDULO AVALIAÇÃO MP1 DATA 05/03/2009 ENGENHARIA DE SOFTWARE Dados de identificação do Acadêmico: Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA
O modelo unificado de processo. O Rational Unified Process, RUP.
Cursos: Sistemas de Informação Disciplina: Administração ADM Prof. Jarbas Avaliação: Prova B1, 5º/6º semestres Data: 27/09/2010 Nome: Gabarito RA: Assinatura: Turma: 1) Segundo as afirmações a seguir,
Declaração de Escopo
1/9 Elaborado por: Adriano Marra, Bruno Mota, Bruno Leite, Janaina Versão: 1.4 Lima, Joao Augusto, Paulo Takagi, Ricardo Reis. Aprovado por: Porfírio Carlos Roberto Junior 24/08/2010 Time da Equipe de
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Especial Online RESUMO DOS TRABALHOS DE CONCLUSÃO DE CURSO. Sistemas de Informação 2011-2 ISSN 1982-1816. www.unifoa.edu.br/cadernos/especiais.
Especial Online ISSN 1982-1816 www.unifoa.edu.br/cadernos/especiais.html DOS TRABALHOS DE CONCLUSÃO DE CURSO Sistemas de Informação 2011-2 SISTEMA DE GERENCIAMENTO DE MANUTENÇÃO AUTOMOTIVA Alunos: WERNECK,
Teste de Regressão. R. Anido Baseado em notas de aulas da profa. Eliane Martins
Teste de Regressão R. Anido Baseado em notas de aulas da profa. Eliane Martins Testes de Regressão Objetivo Utilização Falhas de regressão Manutenção do conjunto de testes Redução do conjunto de testes
UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2
UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem
A Disciplina Gerência de Projetos
A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos
Modelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software Prof. Dr. Juliano Lopes de Oliveira (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications)
Sistemas de Informação e Programação II Odorico Machado Mendizabal
Sistemas de Informação e Programação II Odorico Machado Mendizabal Universidade Federal do Rio Grande FURG C3 Engenharia de Computação 16 e 23 de março de 2011 Processo de Desenvolvimento de Software Objetivos
PROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade