Curso de Licenciatura em Computao - Fundamentos de Engenharia de Software

2) Elabore um planejamento de reviso para um dos pontos de verificao (checkpoint) apresentados no Quadro 3.1. Defina os seguintes pontos de planejamento: Quem participa? Qual informao requerida antes da reviso? Pr-condies que devem ser satisfeitas antes que a reviso possa ser conduzida; Checklist ou outra indicao do que deve ser coberto na reviso. Condies de trmino ou critrios que devem ser satisfeitos para que a reviso termine; Registros e documentos que devem ser produzidos?

Resposta: Ponto de verificao escolhido: Plano de teste. Supondo que a equipe formada por engenheiros de softwares, arquitetos de softwares, testadores e analistas de requisitos, a reviso do plano de teste seria planejada assim: - Participantes: engenheiro de software, arquiteto de software, testadores (dois), analista de requisitos. Um testador dever ser o responsvel por registrar os erros encontrados (redator) e o analista ser o moderador da reunio (membro da equipe que controla a reunio).

Curso de Licenciatura em Computao - Fundamentos de Engenharia de Software

- Informao requerida antes da reviso: todos os participantes devem conhecer os requisitos e restries do software, o modelo de teste que ser implementado, a definio dos itens a serem testados, bem como as funcionalidades que devem, ou no, ser testadas; - Pr-condio: o autor do plano de teste deve garantir que este estar disponvel a todos os participantes, pelo menos 1 dia antes, da reunio de reviso. - Condies de trmino: quando todo o plano de teste for revisado, sendo que a reunio no pode durar mais de 6 horas. Caso passe s 6 horas e a reviso no tenha sido concluda ser marcada uma nova reunio para concluir a parte que falta revisar. - Registro: ao final da reunio de reviso dever ser produzida uma lista com todos os erros e inconsistncias encontrados no plano de teste. - Checklist para o plano de teste: Os requisitos de teste foram determinados com base nas prioridades do projeto? Foi definido o escopo e a abrangncia dos testes? O critrio de teste escolhido agrega qualidade ao projeto? A abordagem de teste est clara e atende os requisitos de qualidade? O ambiente de teste foi contemplado? Os testes complementares foram definidos? O ambiente foi especificado de acordo com as necessidades? Foi verificado as restries de mquina? Precisa ser instalado algum componente? Foi avaliado o ambiente para os testes alfa e beta? Todos os requisitos sero contemplados nos testes? 3) Por que as empresas de software deveriam dedicar maior esforo verificao e validao? Discuta tambm as diferenas entre validao e verificao e explique por que a validao um processo particularmente difcil. Resposta: Apesar das atividades de verificao e validao acarretarem em um tempo maior de desenvolvimento e tambm em custos maiores, as empresas de software deveriam dedicar maior esforo verificao e validao visto que um erro descoberto tardiamente em um sistema provoca um acrscimo de at 60% nos custos do projeto. Alm disso, as expectativas do usurio tratam de seu aceite quanto s falhas do sistema, mas atualmente sistemas no confiveis esto deixando de ser aceitos. E se o software exigir maior qualidade, como, por exemplo, um software embarcado, os erros encontrados aps a liberao custaro, com certeza, um valor bem mais alto do que se estes erros fossem encontrados antes, atravs da verificao e validao.

Curso de Licenciatura em Computao - Fundamentos de Engenharia de Software

Ambas as palavras se distinguem pelo fato de que, verificao est voltada para a checagem do software, quanto as suas especificaes e requisitos (funcionais e no funcionais), e validao se o sistema funciona como o cliente solicitou, atendendo assim suas expectativas. Verificao: Estamos construindo certo o produto? Para esta atividade podemos usar os seguintes mtodos: inspees, lista de verificao; simulaes; prova de corretitude. Validao: Estamos construindo o produto certo? Para realizar esta atividade podemos usar os seguintes mtodos: teste de caixa preta ou funcional, teste de caixa branca ou estrutural; teste de caixa cinza, anlise baseada em erros.

A diferena entre elas que a verificao a demonstrao de conformidade com uma especificao, ao passo que validao a verificao de se um sistema atende s necessidades do cliente. A validao um processo mais difcil porque existem muitas pessoas ou entidades que podem usar o sistema com necessidades diferentes. Portanto, um sistema que atende s necessidades de um usurio pode no atender s necessidades de outro. Alm disso, as necessidades mudam medida que um sistema desenvolvido, assim as necessidades identificadas quando o sistema foi especificado podem ser diferentes no tempo em que o sistema testado. 4) Tendo como base o sistema moodle de ensino distncia que voc utiliza para realizar este curso, escolha dois dos cenrios abaixo, e construa casos de testes para eles. a. Realizar o login no sistema moodle (senha vlida e senha invlida); b. Fazer matricula em curso c. Participar de um chat da disciplina d. Enviar um email e. Participar de um frum de discusso. Resposta: Os dois cenrios escolhidos foram: a. Realizar o login no sistema moodle (senha vlida e senha invlida); b. Fazer matricula em curso

Curso de Licenciatura em Computao - Fundamentos de Engenharia de Software

Identificador: Caso de Teste a (Realizar o login no sistema moodle): Descrio: O usurio (aluno) deve ser capaz de fazer login no sistema moodle e assim ter acesso aos contedos disciplinares, bem como as outras opes disponveis, para o aluno, do moodle. Pr-condies: O sistema moodle deve estar disponvel e operante. Entrada (dados necessrios): a matrcula e senha do usurio (aluno). Sada (ps-condies): Aps o login ser bem-sucedido, o usurio (aluno) deve ter acesso aos contedos disciplinares, bem como as outras opes disponveis, para o aluno, do moodle. Caso o login falhe (senha invlida) dever ser apresentado uma notificao e o usurio (aluno) ter que repetir a operao. Ambiente necessrio: ter uma mquina conectada a internet. Identificador: Caso de Teste b (Fazer matricula em curso): Descrio: O usurio (aluno), aps fazer login no sistema, poder se matricular em uma ou mais disciplinas. Pr-condies: O sistema moodle deve estar disponvel e operante, o usurio (aluno) deve estar logado no sistema, ter acessado a opo de fazer matrcula e que esteja no perodo de matrcula, definido no calendrio da UFRPE (EAD). Entrada (dados necessrios): a matrcula e senha do usurio (aluno), lista disciplina ofertadas, turma e horrio da disciplina e grade curricular do respectivo curso do usurio. Sada (ps-condies): Aps a escolha, da lista de disciplinas ofertadas, das disciplinas em que o aluno deseja se matricular, deve ser habilitado um boto de confirmao. Aps a confirmao, as disciplinas devero estar presentes no histrico e no horrio do respectivo aluno. Caso haja choque entre os horrios das disciplinas, a operao no poder ser efetuada at que o usurio escolha disciplinas cujos horrios no entrem em choque. Ambiente necessrio: ter uma mquina conectada a internet. Exigncias especiais: Aps o aluno acessar a opo de fazer matrcula, deve aparecer uma lista com as disciplinas disponveis para aquele aluno, tento como base o curso e o perodo em que o aluno pode ser matriculado.