ESTÁGIO CURRICULAR I E II TESTES DO DESENVOLVIMENTO DO TOTVS EPM MULTI-IDIOMAS

Transcrição

1 i GIOVANI LUIZ BENINCA ESTÁGIO CURRICULAR I E II TESTES DO DESENVOLVIMENTO DO TOTVS EPM MULTI-IDIOMAS EMPRESA: TOTVS S.A. SETOR: INOVAÇÃO E SUSTENTABILIDADE SUPERVISOR: EDSON DE OLIVEIRA ORIENTADOR: JANINE KNIESS CURSO DE TECNOLOGIA EM SISTEMAS DE INFORMAÇÃO CENTRO DE CIÊNCIAS TECNOLOGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL JUNHO/2010

2 ii APROVADO EM.../.../... Professora Janine Kniess Mestre em Ciência da Computação Professor Orientador Professor Edson Murakami Dr. em Eng. Elétrica - Sistemas Digitais Professor Rafael Rodrigues Obelheiro Dr. em Eng. Elétrica em Sistemas de Informação Supervisor da CONCEDENTE

3 iii Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: TOTVS S.A. CGC/MF: / Endereço: Av. Santos Dumont, Bairro: Santo Antonio CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Edson de Oliveira Cargo: Gerente de Produto ESTAGIÁRIO Nome : Giovani Luiz Beninca Matrícula: Endereço: Rua Botafogo, 230, apto 203 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Curso de : Tecnologia em Sistemas de Informação Título do Estágio: Análise e Testes Período: 12/04/2010/ à 18/06/2010 Carga horária: 240 AVALIAÇÃO FINAL DO ESTÁGIO PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor Orientador: Janine CONCEITO FINAL DO ESTÁGIO Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) NOTA ETG I (Média do Processo) NOTA ETG II (Média do Processo) Rubrica do Professor da Disciplina Joinville / /

4 iv Nome do Estagiário: Giovani Luiz Beninca QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 De 148 a 194 BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: TOTVS S.A. Representada pelo Supervisor: Edson de Oliveira CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data: Carimbo da Empresa

5 v UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Giovani Luiz Beninca Matrícula: Endereço (Em Jlle): Rua Botafogo, 230 apto 203 Bairro: Floresta CEP: Cidade: Joinville UF: SC Fone: (47) Endereço (Local estágio): Av. Santos Dumont, 830 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Regularmente matriculado no semestre: 5º Formatura (prevista) Semestre/Ano: 01/2010 Curso: Sistemas de Informação UNIDADE CONCEDENTE Razão Social: TOTVS S/A CGC/MF: / Endereço: Av. Santos Dumont, 935 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal: Estagiário de Análise e Testes Supervisor: Edson de Oliveira Cargo: Gerente de Produto DADOS DO ESTÁGIO Área de atuação: Análise e Testes Departamento de atuação: Desenvolvimento Fone: (47) Ramal: Horário do estágio: 09:00h às 12:00h e 13:30h às 16:30h Total de horas: 240 horas Período: 12/04/2010 à 18/06/2010 Nome do Professor Orientador: Janine Kniess Departamento: Departamento de Ciência da Computação Disciplina(s) simultânea(s) com o estágio Quantas: 3 Quais: Introdução a Segurança da Informação SQL Gerência de Redes de Computadores OBJETIVO GERAL Realizar experimentos práticos na área de Sistemas de Informação. Configurar ambiente TOTVS EPM, ferramentas de testes, ferramentas de desenvolvimento, processos de desenvolvimento, aplicações de interface com o usuário, e-learning e realizar testes de software na aplicação TOTVS EPM multi idiomas.

6 vi ATIVIDADES Configurações de Ambiente: - Eclipse 3.2/3.4 - Banco de Dados - JBoss - TOTVS EPM Treinamentos: - Teste de Requisitos - Planejamento de Testes - Técnica de Testes - Treinamento do TOTVS EPM - Metodologia de Desenvolvimento de Software TOTVS - Desenvolvimento Java OBJETIVO ESPECÍFICO Montagem dos projetos TOTVS EPM no Eclipse e repositório do subversion (SVN). Realização de DUMP e LOAD dos bancos de dados dos clientes, consultas e atualizações nos bancos de dados. Configuração do servidor de aplicação JBoss. Instalação e configuração dos projetos TOTVS EPM em ambientes Linux. Treinamento das técnicas e metodologias aplicadas para análise de requisitos e testes nos produtos TOTVS, mais precisamente no TOTVS EPM. Treinamento do TOTVS EPM para conhecimento das regras de negócio do produto. HORAS Atividade: - Planejamento de Testes Atividade: - Preparação dos Testes Dimensionar o número de horas e os recursos (Tester) necessários para o processo de testes, elaborar definições de testes (o que será testado), criar um plano de testes, possibilitando um gerenciamento eficiente e condução dos testes no projeto. Fornecer os subsídios tais como, casos de teste reutilizável e caso de teste específico do projeto para que os programadores de testes e testadores possam efetivamente iniciar seu trabalho Testes: - Teste Unitário - Teste Integrado - Teste de Sistema Identificar e definir os testes necessários, monitorar a abrangência dos testes e avaliar a qualidade geral obtida após os testes. Especificar os dados de teste e avaliação do resultado dos testes. 120

7 vii Atividade: - Validar os Testes de Sistema Análise: - Análise dos erros identificados Controlar e homologar os artefatos gerados na fase de teste do sistema, validando as não conformidades identificadas no produto e se ações corretivas foram efetivas. Análisar os erros identificados e que ainda não foram corrigidos. Identificar o problema e informar a melhor forma de corrigi-lo. TOTAL DE HORAS Rubrica do Professor Orientador Rubrica do Comitê de Estágios Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: Data: Carimbo da Empresa

8 viii CRONOGRAMA FÍSICO E REAL PERÍODO (06 horas) ATIVIDADES Configurações de Ambiente: Eclipse 3.2/3.4, Banco de Dados, JBoss, TOTVS EPM Treinamentos: Testes de Requisitos, Planejamento de Testes, Técnicas de Testes, TOTVS EPM, Metodologia de Desenvolvimento de Software TOTVS, Desenvolvimento Java R Atividade: Planejamento de Testes P R Atividade: Preparação dos Testes P R Testes: Teste Unitário, Teste Integrado e Teste de Sistema P R Atividade: Validar os testes de Sistema P R Análise: Análise dos erros identificados P R P R P R P R P R P R P R P R P

9 ix Em especial a minha esposa Caroline dos Reis Beninca que sempre me apoiou e incentivou.

10 x AGRADECIMENTOS Primeiramente gostaria de agradecer a Deus por permitir que eu tenha chego até aqui, aos meus pais Osmar e Ana Beninca, minha esposa Caroline dos Reis Beninca por sempre me apoiar e compreender os momentos de ausência e a todos meus amigos e companheiros de trabalho que sempre acreditaram na minha capacidade e persistência.

11 xi SUMÁRIO RESUMO...XIV INTRODUÇÃO OBJETIVOS OBJETIVO GERAL OBJETIVOS ESPECÍFICOS JUSTIFICATIVA ORGANIZAÇÃO DO ESTUDO A EMPRESA HISTÓRICO SEGUIMENTO E MERCADO DE ATUAÇÃO TOTVS EPM DESENVOLVIMENTO TESTE DE SOFTWARE O PAPEL DO ESTAGIÁRIO COMO ANALISTA DE TESTES CONFIGURAÇÃO DO AMBIENTE DE TESTE Instalação e Configuração do TOTVS EPM Multi-idioma TREINAMENTOS METODOLOGIA PLANEJAMENTO DE TESTES Verificar Proposta de Sub-Contratação: Identificar Requisitos e Procedimentos de Testes: Definir Prioridade dos Testes Avaliar Riscos dos Testes Definir Esforço dos Testes PREPARAÇÃO DOS TESTES Definir Cenários de Testes Detalhar Requisitos de Testes Refinar Esforço de Teste ATIVIDADES AINDA NÃO DESENVOLVIDAS TESTE UNITÁRIO TESTE INTEGRADO TESTE DE SISTEMA ACEITES DOS TESTES DE SISTEMA ANÁLISE DOS ERROS IDENTIFICADOS Analise de Produto Não Conforme Lições Aprendidas Relatório Final de Testes Analise de Erro CONSIDERAÇÕES FINAIS ANEXOS GLOSSÁRIO REFERÊNCIAS BIBLIOGRÁFICAS... 38

12 xii LISTA DE FIGURAS Fig. 1. Produto TOTVS EPM Multi-idioma...7 Fig. 2. Utilizando ferramenta Putty...10 Fig. 3. Processo de Desenvolvimento de produto...14 Fig. 4. Fluxo de Desenvolvimento...14 Fig. 5. Ferramenta Jira...19

13 xiii LISTA DE ANEXOS ANEXO A: Planejamento de Testes...28 ANEXO B: Detalhamento de Execução de Testes...32

14 xiv RESUMO Neste trabalho estão descritas as atividades realizadas nas 240 horas de estágio curricular I e II, na empresa TOTVS S.A. As principais atividades desenvolvidas durante o período de estágio foram: configurações de ambiente, planejamento de testes, detalhamento de execução de testes, teste unitário, teste de sistema, teste integrado e análise dos resultados obtidos. Inicialmente foram assistidos os treinamentos sobre a metodologia de teste utilizada na TOTVS e o treinamento do TOTVS EPM, para que o estagiário pudesse conhecer o produto que utilizaria durante o estágio. Logo em seguida, realizou-se a instalação e configuração da aplicação TOTVS EPM Multi-idiomas, utilizada para estudo e aplicação dos testes. Além das atividades mencionadas, o estagiário elaborou o desenvolvimento do planejamento de teste e o detalhamento da execução de teste. Algumas atividades ainda não foram desenvolvidas e serão realizadas até o final do estágio, como: teste unitário, teste de integrado, teste de sistema, aceite dos testes de sistema e análise dos erros identificados. Durante o período inicial do estágio o estagiário participou de reuniões com os desenvolvedores e gerentes de projeto com o objetivo de aperfeiçoar e melhorar a integração de toda equipe.

15 1 1. INTRODUÇÃO Este relatório apresenta o trabalho desenvolvido durante o estágio curricular obrigatório pelo estagiário Giovani Luiz Beninca durante as primeiras 84 horas de estágio. O estágio curricular obrigatório tem por objetivo promover atividades que proporcionem ao estudante novos desafios, desenvolvendo assim os conhecimentos adquiridos ao longo do curso e possibilitando ao mesmo a realização de experimentos práticos na área de Sistemas de Informação. Neste caso, serão vivenciadas experiências em configurações do ambiente TOTVS EPM, processos de desenvolvimento, aplicações de interface com o usuário, E-learning, entre outros. O referido estágio foi realizado na área de Engenharia, mais precisamente na área de testes de software, do produto TOTVS EPM. O campo de estágio foi à unidade de Joinville da empresa TOTVS S.A., à Av. Santos Dumont, 935. A TOTVS é sediada em São Paulo - SP e é considerada a maior empresa de softwares do Brasil, sendo que está entre as dez maiores empresas deste setor no mundo. As etapas do estágio compreendem a configuração do ambiente de testes, os treinamentos que capacitam o estagiário a executar os testes, a metodologia empregada, os testes, os aceites dos testes e a análise dos erros identificados durante os testes. 1. OBJETIVOS 1.1. OBJETIVO GERAL Realizar experimentos práticos na área de Sistemas de Informação. Configurar ambiente TOTVS EPM, ferramentas de testes, ferramentas de desenvolvimento, processos de desenvolvimento, aplicações de interface com o usuário, e-learning e realizar testes de software na aplicação TOTVS EPM multi idiomas.

16 OBJETIVOS ESPECÍFICOS Montagem dos projetos TOTVS EPM no Eclipse e repositório do subversion (SVN). Realização de DUMP e LOAD dos bancos de dados dos clientes, consultas e atualizações nos bancos de dados. Configuração do servidor de aplicação JBoss. Instalação e configuração dos projetos TOTVS EPM em ambientes Linux. Treinamento das técnicas e metodologias aplicadas para análise de requisitos e testes nos produtos TOTVS, mais precisamente no TOTVS EPM. Treinamento do TOTVS EPM para conhecimento das regras de negócio do produto. Dimensionar o número de horas e os recursos (Tester) necessários para o processo de testes, elaborar definições de testes (o que será testado), criar um plano de testes, possibilitando um gerenciamento eficiente e condução dos testes no projeto. Fornecer os subsídios tais como, casos de teste reutilizável e caso de teste específico do projeto para que os programadores de testes e testadores possam efetivamente iniciar seu trabalho. Identificar e definir os testes necessários, monitorar a abrangência dos testes e avaliar a qualidade geral obtida após os testes. Especificar os dados de teste e avaliação do resultado dos testes. Controlar e homologar os artefatos gerados na fase de teste do sistema, validando as não conformidades identificadas no produto e se ações corretivas foram efetivas. Análisar os erros identificados e que ainda não foram corrigidos. Identificar o problema e informar a melhor forma de corrigi-lo JUSTIFICATIVA A realização de testes de softwares antes da expedição do produto possibilita a identificação e correção de grande parte dos erros que antes eram percebidos pelo cliente somente durante a utilização do mesmo. O número de erros encontrados pelos clientes que utilizam o TOTVS EPM é evidenciado em relatórios apresentados ao Gestor do Produto. Entre Janeiro e Abril de 2010 foi desenvolvido o TOTVS EPM Multi-idioma, em função disso a necessidade de

17 3 realizar testes detalhados é fundamental para que o produto seja liberado ao mercado com o mínimo de erros. Com isso, o estagiário desempenhou um papel importante na realização dos testes do sistema, elaborando o planejamento de testes e o detalhamento de execução de testes para que todas as funcionalidades do multi-idioma fossem testadas e corrigidas a tempo de disponibilizar o TOTVS EPM multi-idioma ao mercado ORGANIZAÇÃO DO ESTUDO O presente relatório é estruturado em quatro capítulos. O primeiro capítulo apresenta o objetivo geral e os objetivos específicos, o segundo capítulo retrata um pouco da historia da TOTVS S.A. Em seguida, são descritas as atividades desenvolvidas na empresa pelo estagiário durante o período de estágio e as análises dos resultados obtidos a partir delas, por fim, são apresentadas as considerações finais e conclusões sobre o estágio desenvolvido.

18 4 2. A EMPRESA 2.1. HISTÓRICO A TOTVS é uma empresa multinacional de software sediada no Brasil, Controladora das marcas: Microsiga, Datasul, RM Sistemas, Logocenter e Midbyte (Vitrine). É considerada a maior empresa do setor com sede em países emergentes. Em Joinville (SC) fica a maior unidade de desenvolvimento de software da TOTVS e da América Latina. O nome TOTVS originou-se do latim e significa TUDO/TODOS, foi escolhido pela unificação das diversas marcas que formam a empresa e para destacar que a companhia oferece soluções para todos os portes de empresas. Possui atualmente mais de 220 canais de distribuição e está presente em 23 países, como Argentina, Uruguai, Paraguai, Chile, Bolívia, Peru, Colômbia, Equador, Venezuela, Guatemala, México, Costa Rica, Porto Rico, Estados Unidos da América, Portugal, Angola e Moçambique, além do Brasil. A TOTVS tem uma trajetória de mais de 26 anos e foi a primeira do setor na América Latina a abrir capital SEGMENTO E MERCADO DE ATUAÇÃO A TOTVS oferece produtos que são denominados soluções, divididos entre quatro categorias - software, consultoria, serviços de valor agregado e tecnologia. Com propostas que unem diversos produtos da TOTVS e atendem a 12 segmentos de mercado juntamente com suas vertentes de subsegmentos: - Agroindústria - Grãos e Sucroenergético - Construção e Projetos - Construtoras; Engenharia e Design; Incorporadoras; Projetos e Serviços especiais. - Distribuição e Logística - Atacadista e Distribuidores; Embarcadores; Operadores Logísticos; Recintos Aduaneiros e Transportadores.

19 5 - Educacional - Educação Básica e Ensino Superior. - Financial Services - Bancos e Financeiras; Custódia; Controladoria e Fundos de Investimento; e Entidades de Previdência. - Jurídico - Escritórios de Advocacia e Departamentos Jurídicos. - Manufatura - Bens de capital; Bens de consumo; Bens duráveis; Extrativista e Beneficiamento; Metal; Mecânica e Plástico; Papel e Celulose; e Química e Reciclagem. - Saúde - Centros Clínicos; Consultórios Médicos, Cooperativas médicas; Hospitais; Laboratórios; e Operadoras de Planos de Saúde. - Série 1 - Micro e pequenas empresas de manufatura; Serviços; Varejo; Saúde e Transportes. - Série 3 - Micro e pequenas empresas de manufatura; Serviços e varejo que estejam em um segundo estágio de maturidade de gestão. - Serviços - Mídia; Provedores de serviços; Utilities; Viagens e transporte de passageiros. - Varejo - Concessionária de veículos; Drogarias; Magazine e lojas de departamento; Material de construção; e Supermercados. Atualmente a TOTVS S.A. possui quase 25 mil clientes ativos e conta com 9 mil funcionários TOTVS EPM Os testes de software aplicados pelo estagiário serão realizados no TOTVS EPM (Employee Performance Management), uma solução TOTVS que possibilita a gestão e criação de Planos de Desenvolvimentos dos profissionais, Monitoria e Desenvolvimento dos Gaps de Conhecimentos existentes. O EPM é uma solução para ensino a distância direcionada para ambientes corporativos. Algumas das vantagens de sua utilização são: Projeção de planos de desenvolvimento do capital humano; Verificação contínua das atividades executadas e feedback; Execução do plano de desenvolvimento e ações de correção; Sumarização dos talentos da empresa e formação do banco de talentos;

20 6 Melhoria de ambiente interno; Redução de custos com treinamentos presenciais; Gestão e acompanhamento dos talentos da empresa. Hoje, o TOTVS EPM possui cinco clientes, quatro hospedados na modalidade ASP na qual a aplicação fica hospedada nos servidores da TOTVS e o cliente acessa via Internet, e um cliente que possui o produto instalado em suas dependências. Atualmente todos os clientes que possuem a aplicação a utilizam no idioma padrão português, porém recentemente dois novos clientes adquiriram o produto e solicitaram que fosse implantado ao produto a funcionalidade de multi-idiomas, assim o produto fica acessível aos usuários nos idiomas português, inglês e espanhol. Na Fig. 1 é possível visualizar a interface padrão do TOTVS EPM Multi-idioma. A ferramenta foi desenvolvida na linguagem Java, utilizando banco de dados MySQL 4.0 sendo compatível com bancos de dados PostgreeSQL. Algumas das funcionalidades da ferramenta TOTVS EPM são: Gestão de Unidades; Gestão de Usuários; Gestão de Servidor de Conteúdo; Gestão de Treinamentos do tipo E-learning, Síncrono, Assíncrono, Prova e Boletim Técnico; Gerenciamento de Matrículas; Gestão de Competência e Itens; Biblioteca e Comunidade.

21 7 Fig. 1: Produto TOTVS EPM Multi-idioma No cadastro de usuários, perfil, cursos, gestão de itens, atividade externa, configuração, mensagens, relatórios e outras funcionalidades foram criados os artefatos, planejamento de testes, levantamento de requisitos de testes para que os testes pudessem ser realizados. Este foi o cenário de testes utilizado para o desenvolvimento de todas atividades de teste.

22 8 3. DESENVOLVIMENTO As atividades apresentadas neste tópico: Configurações de Ambiente, Treinamentos, Planejamento e Preparação dos Testes assim como os testes propriamente ditos foram realizados no TOTVS EPM. Serão apresentados agora os detalhes de cada atividade realizada TESTE DE SOFTWARE Segundo Inthurn (2001) existem várias atividades que podem ser utilizadas no processo de desenvolvimento do software para garantir a qualidade do produto final, porém, apesar de todos os métodos, técnicas e ferramentas utilizadas, falhas no produto podem ocorrer. Dessa forma, dentro do processo de desenvolvimento, a etapa de teste é de grande importância para a identificação e eliminação de erros O PAPEL DO ESTAGIÁRIO COMO ANALISTA DE TESTES No decorrer do estágio o estagiário teve que atuar em diversos papeis, como analista de testes, onde sua responsabilidade é identificar e definir os testes necessários, monitorar a abrangência dos testes e avaliar a qualidade geral obtida ao testar o TOTVS EPM Multi-idiomas. O mesmo também precisou especificar os dados de testes e a avaliação do resultado dos testes. Neste contexto, foi responsável por: Identificar os itens de teste a serem avaliados; Definir e validar as caracterítiscas de cada requisito de testes levantado; Coletar e gerenciar os dados de teste;

23 9 Avaliar o resultado de cada ciclo do teste unitário realizado pelo programador; Também teve que apoiar os programadores a realizar os testes unitários CONFIGURAÇÃO DO AMBIENTE DE TESTE Para dar início às atividades se fez necessário instalar e configurar o TOTVS EPM Multi-idiomas utilizado durante todo o estágio para aplicação dos testes. Em virtude de ambientes de clientes rodarem em sistema operacional Linux, o ambiente de teste também será realizado em uma máquina com sistema operacional Linux CentOS previamente instalado pela equipe de infra-estrutura. Os itens abaixo são pré-requisitos para instalação e configuração do TOVTS EPM Multi-idiomas, todos foram instalados pela equipe de Infra-estrutura da TOTVS, o estagiário acompanhou a instalação e configuração dos itens abaixo: 1. Apache Web Server versão 2.0.X instalado e rodando na porta 80 do sistema. 2. JAVA JDK versão 1.6.X ou superior/compatível. 3. JBoss versão GA ou superior/compatível rodando na porta ModJK versão 1.1.X ou superior, ou Modulo ProxyPass configurado no Apache. 5. MySQL versão 4.1.X ou superior/compatível, instalado e configurado. 6. SSH configurado e permitindo conexões externas ao servidor. 7. SCP configurado e permitindo conexões externas ao servidor. 8. MAVEN (MVN) versão 2.0.x instalado e configurado apropriadamente. 9. Subversion (SVN) Client instalado e configurado apropriadamente. 10. Acesso a Internet. Estas são ferramentas utilizadas no decorrer do estágio, permitindo que o ambiente seja constantemente atualizado caso algum erro seja detectado nos testes

24 10 unitários, integrado e sistema, também permite que alterações sejam realizadas no banco de dados durante os testes Instalação e Configuração do TOTVS EPM Multi-idioma Depois de o servidor chamado Trinity, utilizado para realização dos testes estar com todos os pré-requisitos instalados, deve-se realizar a instalação e configuração do TOTVS EPM Multi-idioma. A seguir estão descritos os passos realizados pelo estagiário para configurar o ambiente. a. Conectar o Trinity através do Putty, ferramenta de acessos aos servidores muito utilizada, Fig. 2. Fig. 2: Utilizando ferramenta Putty b. Acessar o diretório: /home/java/codigo_fonte/epm_multi. c. Fazer Checkout no SVN, quando realizada esta atividade os códigos fontes da aplicação são baixados para o diretório desejado. svn co

25 11 d. Acessar o diretório onde estão os arquivos SQL, que são os arquivos do banco de dados: /home/java/codigo_fonte/epm_multi/eperformance/database/src/main /sql e. Realizar os comando abaixo para criar o banco de dados e realizar as alterações para que o TOTVS EPM Multi-idiomas funcione corretamente mysql uusuario psenha epm_multi < create sql mysql uusuario psenha epm_multi < alter sql f. Acessar o diretório: /home/java/codigo_fonte/epm_multi/web/src/main/webapp/web-inf g. Criar o arquivo jboss-web.xml e especificar o nome do contexto que será referenciado epm_multi, assim quando o JBoss for iniciado aplicação será identificada. h. Criar a pasta de arquivos conforme configurado no vhost_java.conf: Alias /epm_multi_arquivos/home/java/clientes/epm_multi_arquivos executar o seguinte comando para dar permissão total no diretório: chmod 777 R nesta pasta. Este último passo deve ser realizado para que quando for iniciado o JBoss, seja identificado o diretório que será o repositório dos conteúdos dos treinamentos disponibilizados TOTVS EPM, com: apresentações, vídeos, material de apoio entre outros. i. Criar o link simbólico em: /opt/java/extra/jboss ga/server/default/deploy executar o comando: ln s /home/java/clientes/epm_multi_arquivos epm_multi_arquivos.war j. Configurar o arquivo vhost_java.conf: Alias /epm_multi_arquivos/home/java/clientes/epm_multi_arquivos k. Ir para o diretório: /home/java/codigo_fonte/epm_multi/web/ l. Agora é realizada a montagem do pacote de dados e os códigos fontes são compilados. Para tal é necessário executar os comandos:

26 12 mvn clean mvn package -Dmaven.test.skip=true m. Entrar no diretório de deploy do JBoss : /opt/java/extra/jboss ga/server/default/deploy n. Criar o arquivo de DataSource ep-epm_multi-ds.xml e informar qual o banco de dados será utilizado pela aplicação, onde o mesmo está, o usuário e senha para o acesso. o. Entrar no diretório de deploy do JBoss : /opt/java/extra/jboss ga /server/default/deploy p. Criar o arquivo de filas jbossmq-destinationepm_multi-service.xml e editar o mesmo: q. Iniciar o JBoss : /opt/java/extra/jboss ga/bin/run.sh r. Acessar a Pasta: /opt/java/extra/jboss ga/server/default/deploy s. Criar o link apontando para a pasta web do projeto criado. ln -s /home/java/codigo_fonte/epm_muti/web/target/eperformanceweb-1.0 epm_multi.war Para verificar se os passos realizados acima obtiverem sucesso e se a aplicação está no rodando deve-se acessar o endereço caso não tenha dado nenhum erro na criação do pacote e na geração do link a aplicação foi configurada corretamente TREINAMENTOS Para que desse início às atividades pretendidas o mesmo foi cadastrado na Ferramenta TOTVS EPM utilizada pela TOTVS nos seguintes treinamentos: Teste de Requisitos, Planejamento de Testes, Técnica de Testes. O objetivo do treinamento de Testes de Requisitos é apresentar a prática de Quality Assurance de testes de requisitos. Esta prática visa minimizar os custos de retrabalho interno e de falhas externas além de melhorar o tempo de entrega. O segundo treinamento realizado pelo estagiário apresentou o planejamento do ciclo de vida de

27 13 testes com o intuito de melhorar a eficácia e diminuir o prazo de entrega e os custos de testes.o último treinamento realizado foi Técnica de testes, no qual foram apresentadas algumas técnicas para otimização do processo de desenvolvimento de casos de testes, com o intuito de melhorar a eficácia e diminuir os custos de desenvolvimento e de testes. Os treinamentos vistos pelo estagiário confirmam a importância da aplicação de testes, visto que softwares estão presentes no dia-a-dia de muitos segmentos da sociedade atual, seja em sistemas embarcados, no trabalho, no carro, nos equipamentos médicos e muitos outros sistemas críticos. De acordo com a afirmação de Pfleeger (2004, p.1), as boas práticas de engenharia de software devem assegurar que o software tenha uma contribuição positiva em nossas vidas. Recentemente a equipe de suporte e desenvolvimento do TOTVS EPM finalizou os treinamento do produto, possibilitando assim que o estagiário pudesse assistir e compreender as principais características, funcionalidades e regras de negócio do TOTVS EPM METODOLOGIA A Metodologia de Desenvolvimento de Produto tem como objetivo descrever as melhores práticas, e as regras que devem ser seguidas durante o processo de produto, desenvolvimento e gestão de projetos. Na Fig. 3 (fonte: Metologia de Desenvolvimento TOTVS MDP) é apresentado o fluxo de todo o Processo de Desenvolvimento de Produto. Este processo é iniciado pela fase de Planejamento de Produto realizada pela área de Gestão de Produto da TOTVS, após sua conclusão/aceitação é iniciado o processo de Inovação, que contempla Gestão e Acompanhamento, Desenvolvimento e Encerramento.

28 14 Fig. 3: Processo de Desenvolvimento de produto A fase que contempla os testes é a fase de Desenvolvimento, que será apresentada a seguir. O processo de desenvolvimento tem como objetivo definir as atividades a serem executadas para implementação / desenvolvimento do produto, buscando a qualidade do mesmo. A Fig. 4 (fonte: Metologia de Desenvolvimento TOTVS MDP) apresenta detalhadamente o fluxo do Desenvolvimento. Fig. 4: Fluxo de Desenvolvimento

29 15 Esta figura representa o fluxo de desenvolvimento, onde é possível observar as atividades que competem ao estagiário, após o inicio da atividade de planejamento de produto e planejamento de testes é iniciada a fase de preparação de testes. Quando aprovadas as atividades de preparação de testes e análise de projeto é iniciado o desenvolvimento, a construção do código, e de acordo com o andamento da construção são realizados os testes unitários. Na sequência são realizados os testes integrados e depois os testes de sistema. Quando os testes são aceitos, é encerrado o projeto, caso contrário, é aberta uma solicitação de manutenção para o código. A participação e colaboração em todas as etapas do fluxo são fundamentais para que se obtenha sucesso no encerramento do desenvolvimento PLANEJAMENTO DE TESTES Nesta fase do estágio cabe ao estagiário dimensionar o esforço e os recursos necessários para o processo de testes, definir o que será testado, resultando na criação de um plano de testes. No Anexo A é possível visualizar detalhadamente o Plano de Testes desenvolvido pelo estagiário. O plano de teste foi criado para possibilitar um bemsucedido gerenciamento e condução dos testes no projeto. O planejamento dos testes deve buscar sempre melhorar os testes a serem executados de forma a agilizar o seu processo de teste e reduzir os custos envolvidos. O Planejamento de teste é um documento exigido pela equipe de Qualidade de Software (SQA), sem este documento não é realizada a aprovação do planejamento do produto e toda equipe recebe não conformidade. Este documento é criado para que os testadores possam: Testar melhor; Testar mais rápido; Testar mais barato. O planejamento de testes disponibilizado no anexo a foi desenvolvido seguindo as etapas descritas a seguir:

30 Verificar Proposta de Sub-Contratação Nesta etapa identifica-se e se homologa os requisitos de testes cadastrados no Banco de Requisitos e referenciados na proposta de subcontratação. Proposta de subcontratação é um documento cujo objetivo é formalizar a negociação entre a TOTVS e a Contratada, equipe ou Franquia de desenvolvimento que irá executar o projeto. Este documento é composto de premissas, restrições, escopo, risco, prazo, custo, transição e critérios de aceite Identificar Requisitos e Procedimentos de Testes Neste momento é necessário identificar os requisitos funcionais e não funcionais que serão testados na evolução do projeto. Também devem ser avaliados os documentos de mudanças e os ambientes a serem testados. Quando há projetos que necessitam de testes com usabilidade, os requisitos de testes são identificados pelos Analistas de Produto. Nesta etapa o analista de teste, representado pelo estagiário deve validar os requisitos do projeto, de forma a garantir a sua abrangência. Para este planejamento não houve necessidade de realização de testes de usabilidade Definir Prioridade dos Testes De modo a antecipar os riscos do projeto e maximizar a eficácia dos testes, deve ser realizada uma priorização dos requisitos a serem testados, isto contribuirá para definir distribuição e sequência lógica para execução dos testes. A prioridade de um requisito a ser testado deve levar em conta os seguintes fatores: Riscos que a falha no requisito pode trazer ao projeto; Importância do requisito à solução;

31 17 Freqüência de execução Avaliar Riscos dos Testes É função identificar as vulnerabilidades, ameaças e riscos no processo de testes, auxiliando na criação de um plano de contingência. Caso necessário, tratar os riscos que poderão existir ao decorrer dos processos de testes, garantindo qualidade ao processo. Alguns riscos que devem ser levados em consideração: Tempo: as empresas de desenvolvimento de software sofrem cada vez mais pressão por parte dos clientes para que o produto seja entregue num curto período de tempo; Qualidade: que os erros encontrados sejam corrigidos pelos programadores antes da entrega final ao cliente; Custo: reduzir custos internos, aumentar a produtividade, melhorar a imagem e os processos continuamente; Mão de obra: que os programadores, analistas e outros envolvidos no processo estejam qualificados e comprometidos com o projeto Definir Esforço dos Testes Nesta etapa deve estimar o tempo gasto para realizar cada atividade de teste, juntamente com o tempo necessário para sua realização e as datas em que a atividade irá ocorrer, considerando marcos do projeto.

32 PREPARAÇÃO DOS TESTES Outro documento exigido pela equipe da garantia da qualidade é o Detalhamento de Execução de Testes. Este documento fornece subsídios necessários para que os implementadores de teste e os testadores possam efetivamente iniciar o seu trabalho. Esta atividade é importante para definir o que o auditor deve testar, pois testar mais do que o necessário em um projeto pode acarretar em gastos desnecessários e atraso nas entregas, e testar menos pode acarretar na falta de qualidade do produto. Veremos agora as Etapas realizadas pelo estagiário para elaborar Detalhamento de Execução de Testes Multi-idiomas, anexo B - desenvolvido pelo estagiário. O detalhamento de execução de testes é um artefato que é gerado de uma atividade prática do estagiário Definir Cenários de Testes Nesta etapa deve ser definido como os testes devem ser realizados para um determinado requisito de teste. É comum observarmos que os cenários de testes criados são muito abrangentes, pois objetivam identificar toda e qualquer natureza de defeitos, A identificação dos cenários de testes é feita por meio da análise dos fluxos de eventos dos diferentes cenários possíveis para os casos de uso, bem como da análise dos requisitos funcionais e não funcionais Detalhar Requisitos de Testes Nesta etapa os requisitos de testes identificados no banco de requisitos devem ser detalhados, se necessário um exemplo de aplicação deverá ser documentado e a planilha de testes deverá ser gerada. Para criação da planilha de testes, dados como:

33 19 Pré-condições Procedimentos (Ação \ Causa) Resultados Esperados Pós-Condições Deverão ser considerados a pré-condição, os procedimentos de ação/causa, resultados esperados e as pós condições, principalmente se forem dados usados para a execução de um dado teste. Os resultados obtidos nos testes devem ser registrados na ferramenta Jira, Fig. 5. Fig. 5: Ferramenta Jira Refinar Esforço de Teste Nesta etapa precisará reavaliar o esforço estimado na fase de planejamento, após o detalhamento e análise dos requisitos de testes.

34 20 4. ATIVIDADES AINDA NÃO DESENVOLVIDAS Em função das horas do estágio ainda não terem sido completadas algumas atividades ainda não foram realizadas. Essas atividades serão descritas a seguir TESTE UNITÁRIO O objetivo desta atividade é testar menores unidades do software desenvolvido, encontrando possíveis falhas dentro de uma pequena parte do sistema. Testes de unidades são os únicos testes realizados por programadores, podendo ser executado por testadores. O teste unitário tem como objetivo validar individualmente itens menores (classes ou métodos) da construção de uma especificação. Deve-se garantir que o item a ser testado cumpra a função para a qual ele foi projetado, adequando-se ao papel que ele desempenha na especificação funcional. É interessante observar que o item a ser testado, apesar de menos importante, pode depender ou estar relacionado a outros itens. Neste caso, é papel do programador testar a integração de seu item com os demais, não se limitando a executar apenas testes isolados. Este tipo de teste pode ter seu início ainda na fase de construção, mas sua evidência deve ser feita já na fase de testes. Além das validações de classes ou métodos, na realização do testes de código fonte também é possível identificar: Problemas relacionados às boas práticas de programação; Estouro de Buffers; Validações de entrada; Lock de registros em tabelas; Existência de erro sem tratamento.

35 TESTE INTEGRADO O teste integrado é utilizado para verificar se as funções do sistema são executadas corretamente e/ou se as regras de negócio estão aplicadas. Testes de integração têm como objetivo garantir, em uma maior escala, que as especificações funcionais implementadas (e testados por testes de unidade) estejam interagindo entre si conforme definido. Esta atividade de teste irá verificar a compatibilidade da interface entre os componentes da aplicação, constituindo uma técnica sistemática para a construção da estrutura do programa. As técnicas de projeto de casos de teste de caixa preta são as mais encontradas durante a integração. Contudo, uma quantidade limitada de teste de caixa branca pode ser usada para garantir a cobertura de caminhos importantes de controle. Um exemplo de testes de integração são os testes de verificação imediata de build/pacotes, aplicados a um build recém-criado com o objetivo de validá-lo como bem-sucedido e identificar defeitos, principalmente referentes à integração dos diferentes itens da aplicação. Testes de integração acontecem de forma recursiva, ou seja, é testada a integração entre módulos ou casos de uso que, uma vez validados, formarão novos módulos que deverão ter sua integração testada com outros módulos e assim por diante TESTE DE SISTEMA Teste de sistema ou teste alfa, como também é conhecido, tem como objetivo verificar o comportamento do produto ou funcionalidade. Este teste não deve contemplar apenas os testes das funcionalidades desenvolvidas no projeto de desenvolvimento, mas sim deve contemplar uma visão geral do produto. É necessário verificar se a aplicação está funcionando como um todo. A integração da aplicação com o ambiente operacional similar ao de produção (hardware, pessoas e outras aplicações) é testada.

36 22 Inicialmente, cada teste de sistema testa uma combinação de requisitos funcionais instanciados sob diferentes condições. Estas condições incluem diferentes configurações de hardware (processadores, memória, disco rígido, etc.), diferentes cargas de sistema, números variáveis de atores e diferentes tamanhos de bases de dados. Durante o desenvolvimento de casos de teste de sistema, devem ser priorizadas combinações de requisitos funcionais que: obrigatoriamente trabalham em paralelo; provavelmente são executados em paralelo; provavelmente influenciam a performance, se executados em paralelo; envolvem processamento múltiplo; freqüentemente usam recursos de sistema, tais como processos, processadores, bases de dados e softwares de comunicação, de forma complexa. Além disso, muitos casos de teste podem ser encontrados a partir dos requisitos não-funcionais do sistema. Em função do alto nível de criticidade que esta tarefa apresenta, é recomendado que a equipe que realizar os testes de sistema neste nível seja formada por consultores ou analistas de negócio, quando se tratar de um ALFA, pois são pessoas com mais conhecimento no negócio que está em homologação ACEITES DOS TESTES DE SISTEMA O Objetivo deste ponto de controle é homologar os artefatos gerados na fase de testes de sistemas (relatório final de testes), validando as não conformidades identificadas no produto e se as ações corretivas foram efetivas. É função do estagiário avaliar os resultados que foram registrados, quais foram os resultados obtidos com a execução dos testes de software (sistema e integrado) e os recursos usados para obtê-los.

37 23 O documento de análise de produto não conforme pode ser iniciado em conjunto com o planejamento do projeto, pois ele busca consolidar as informações referentes às boas práticas e os problemas ocorridos durante toda a execução do projeto. É necessário que o estagiário esteja atento ao cronograma previsto, pois os documentos (relatório final dos testes e Análise de Produto não conforme) precisam ser publicados com no mínimo três dias úteis de antecedência, pois este é o prazo estabelecido para os homologadores emitirem um parecer. O Relatório Final dos Testes precisa ser concluído e aprovado até a data final da etapa de teste. A Análise de Produto Não Conforme precisa ser concluída e aprovada até o encerramento do projeto ANÁLISE DOS ERROS IDENTIFICADOS Esta é a última etapa das atividades desenvolvidas pelo estagiário, tem por objetivo analisar e registrar resultados em três categorias, as quais possuem finalidades bem definidas, são elas: Análise de Produto Não Conforme Tem como objetivo identificar produtos não conforme e suas respectivas causas, para se planejar ações corretivas e acompanhar sua conclusão Lições Aprendidas Permite registrar fatos relevantes do projeto, que ajudarão a melhorar o processo ou procedimentos definidos, diminuindo os erros e otimizando o planejamento.

38 Relatório Final de Testes Possibilita a avaliação dos resultados gerado na fase de testes, bem como a qualidade dos artefatos disponibilizados no projeto Análise de Erro Esta etapa está diretamente relacionada ao teste de sistema da fase de manutenção, onde é necessário realizar uma análise para definir se há tempo hábil para realizar a correção do erro encontrado durante os testes ou não. Se for possível a correção do erro, uma nova atividade deverá ser criada e associada ao pacote que está sendo testado e que será liberado.

39 25 CONSIDERAÇÕES FINAIS As atividades descritas no relatório foram desenvolvidas pelo acadêmico Giovani Luiz Beninca, do curso de Tecnologia em Sistemas de Informação, sendo utilizados os ensinamentos adquiridos por intermédio das disciplinas estudadas na faculdade. Durante o desenvolvimento do estágio o estagiário pode entender como funcionam na prática algumas das teorias aprendidas em sala de aula, as disciplinas que mais auxiliaram no desenvolvimento do estágio foram às disciplinas de engenharia de software, gerenciamento de projeto, banco de dados e SQL. O estágio desenvolvido compreendeu treinamentos para a capacitação do estagiário, a configuração dos ambientes, o preenchimento de planos de testes e detalhamento de requisitos de testes. A aplicação de testes em softwares diminui a ocorrência de erros em clientes. No caso do TOTVS EPM estes resultados podem ser observados por intermédio dos relatórios trimestrais apresentados ao gerente de produto. Durante a realização do estágio foram identificas algumas dificuldades de interação com os programadores, observou-se que em função disto o prazo estipulado para conclusão das atividades iria ser ultrapassado, para resolver o problema foram realizadas reuniões com a equipe para alinhar as pendências e prazos estipulados pelo gerente de projeto. Com o desenvolvimento das atividades do cotidiano, foram adquiridos vários conhecimentos, como: Maior habilidade analítica; Mente desafiadora e curiosa; Mais atenção aos detalhes; Entendimento de falhas de software comuns; Compreensão do processo de desenvolvimento e testes da TOTVS; Detalhar requisitos; Gerenciar mudanças de requisitos;

40 26 Realizar levantamento de requisitos; Conduzir testes no código desenvolvido (cujo objetivo é realizar atividade de auditoria de fonte); Preparar testes unitários; Adquirir habilidades comportamentais como comunicação e negociação. E ainda competências na metodologia de desenvolvimento TOTVS, técnicas de testes e gerenciamento de requisitos. Por fim, conclui-se que as atividades realizadas durante o período de estágio complementaram a formação acadêmica do aluno obtida na universidade e contribuiram para o desenvolvimento do estagiário, tanto em sua vida profissional quanto pessoal,

41 ANEXOS 27

42 ANEXO A: Planejamento de Testes 28

43 29 A seguir é apresentado um exemplo do documento de planejamento de teste, descrito no Capítulo 3.6. Neste documento a função do estagiário foi verificar proposta de sub-contratação, identificar requisitos e procedimentos de testes, definir prioridade dos testes, avaliar riscos dos testes e definir esforços dos testes. 1. Introdução Este documento define o Plano de Testes do projeto E-LE-0004-Multi-idiomas, com o objetivo de registrar a estratégia de testes a ser adotada. Isto possibilitará uma bem-sucedida coordenação e condução de testes no projeto. 2. Estratégia de Testes Os testes do TOTVS EPM serão realizados no Trinity, ambiente que foi preparado pelo estagiário Giovani Beninca realizando as operações básicas (inserir, alterar e excluir) em cada um dos casos de uso conforme tabela abaixo, e verificar se os dados foram refletidos no idioma selecionado. Os casos de teste que envolvem relatórios devem ser populados com informações, podendo importar de clientes ou popular manualmente, porém os relatórios devem apresentar informações coerentes. Abaixo estão relacionados alguns dos 43 casos de testes desenvolvidos. Caso de Teste Idioma Origem Idioma Destino UC1 - Tradução Classe PT EN/ES UC2 - Tradução Natureza PT EN/ES UC3 - Tradução Bloco PT EN/ES UC4 - Tradução Indicador PT EN/ES UC5 - Tradução Competência Funcional PT EN/ES Assim, para realizar os testes, o estagiário deverá averiguar se as traduções realizadas no diversos idiomas (Português, Inglês e Espanhol) são refletidas quando o usuário logar no idioma correspondente. Um teste será considerado como tendo sucesso quando as traduções realizadas forem encontradas no idioma correspondente do usuário. O Escopo de testes tem por objetivo definir com precisão o que será coberto pelo teste e também o que não será coberto. É importante que nesta definição sejam levados em consideração todo o requisito do software, assim como outros artefatos produzidos

44 30 pelo processo de desenvolvimento. O escopo define exatamente a extensão do projeto de testes, incluindo as suas interfaces com outros softwares. Nível Teste Tipo de Testes Execução Release Ambiente ( ) Unidade ( ) Estrutural / Caixa Branca ( ) Interface ( ) Manual ( ) Automático ( ) Integração ( ) Funcional / Caixa Preta ( ) Regressão ( ) Manual ( ) Automático ( ) Sistema (Quality) ( ) Regressão ( ) Manual ( ) Automático (X) Sistema (Alfa) ( ) Estresse/Carga ( ) Recuperação de Falhas ( ) Smoke Test ( ) Segurança/Controle Acesso ( ) Configuração/Instalação (X) Manual ( ) Automático EPM /Mult i Idioma Trinity ( ) Aceitação (Beta) ( ) Performance (X) Integridade de Dados (X) Funcional ( ) Conversão (Alterar Guia) ( ) Funcional / Caixa Preta ( ) Manual Requisitos Funcionais/Não Funcionais <Identifique aqui o banco de requisitos que possui os requisitos funcionais e não funcionais considerados> Critérios de Conclusão < identifique os critérios de conclusão e êxito dos testes a serem usados. Os testes serão iniciados após o término do desenvolvimento e testes unitários. Os testes serão concluídos quanto todos os requisitos de testes foram testados e todos os defeitos foram corrigidos. 3. Gestão de Testes Esta seção tratará de como os testes serão gerenciados Registro de Resultados Os resultados dos testes serão inclusos em uma planilha com os dados do erro e os dados inseridos que geraram o erro e o requisito de teste que apresentou o erro.

45 Modelos de Auditoria Não necessita preenchimento. 3.3.Registros de Defeitos Os defeitos do projeto encontrados na fase de testes deverão ser abertos chamados no JIRA indicando qual o caso de uso o erro foi encontrado. 4. Software Ferramentas de Testes 4.1. Ferramentas Os testes serão realizados sem auxílio de ferramentas, serão realizado manualmente. 5. Cronograma A Data final para entrega de todos os teste e artefatos é 16/06/ Referências Através da ferramenta de requisitos o projeto E-LE-0004-Multi-Idiomas localizado no endereço pode ser acessado através do usuário xxxxx, senha xxxxx.

46 ANEXO B: Detalhamento de Execução de Testes 32

47 33 No anexo B é apresentado um exemplo do documento de detalhamento de requisitos de testes, descrito no Capítulo 3.7. Neste documento a função do estagiário foi definir cenários de testes, detalhar requisitos de testes e refinar esforço de teste. Com base neste documento são realizados os testes integrados e de sistema. 1. Introdução Este documento descreve os requisitos e os procedimentos de teste a serem executados para o projeto de Multi-Idiomas, com o objetivo de definir como os testes especificados no Plano de Testes serão realizados. 2. Orientações As orientações de validação e ambiente devem ser atendidas na execução dos requisitos de testes do projeto, conforme descrito a seguir: 2.1. Validação Informar algum procedimento de validação específica para o projeto, exemplo: Norma 20000, Check-list de Testes. Normativas legais. 3. Requisitos de Testes Um requisito de teste contém informações gerais que determinam como testes anteriormente especificado pelo Plano de Testes devem ser conduzidos. Geralmente, eles são agrupados por requisitos. 3.1 Requisito de teste Reusável Neste tópico devem ser referenciados os Casos de Testes Reusáveis, especificados na Planilha de Requisito de teste, isto é, testes que podem ser executados em vários projetos. Não há Requisitos de Teste Reusável. Requisito de testes: <Identifique o requisito de teste>