Engenharia de Software

Transcrição

1 UNIVERSIDADE DE LISBOA INSTITUTO SUPERIOR TÉCNICO Engenharia de Software LEIC/LETI, 3 o Ano, 2 o Semestre Repescagem 1 o Teste, 7 de Julho de 2017 Duração: 90 minutos Nome: Número: Este teste tem um conjunto de 8 perguntas de escolha múltipla, e um conjunto de 3 perguntas de resposta aberta. Escreva o seu número em todas as folhas da prova. O tamanho das respostas deve ser limitado ao espaço fornecido para cada questão. Pode responder a lápis. Em cima da mesa devem estar apenas: enunciado, material de escrita e cartão de aluno. Apenas são permitidas folhas de rascunho fornecidas pelos docentes que devem ser devolvidas no final. A utilização de de qualquer aparelho electrónico (tais como telemóveis, calculadoras, etc) implica a anulação imediata do teste. Leia cuidadosamente as perguntas de escolha múltipla e coloque na grelha a letra correspondente à resposta correta para cada pergunta. Por favor, use apenas letras maiúsculas. Se não responder a uma determinada pergunta, marque a resposta com um X. A classificação das perguntas de escolha múltipla é feita da seguinte forma: uma resposta correta vale 0,6; uma resposta errada vale -0,2; uma pergunta não respondida vale 0. Por isso, no caso de não saber responder a uma determinada pergunta é preferível deixar a pergunta por responder. Para cada pergunta deve escolher a que considera mais correta. Respostas às questões de escolha múltipla (componente teórica): Não preencher. Reservado para a correcção. 9: 10: 11:

2 Número: Pág. 2/9 Perguntas de escolha múltipla 1. Qual das seguintes técnicas de teste de software permite reduzir o número de casos de teste? A) Análise de partições de equivalência. B) Parameterização. C) Análise de valores de fronteira. D) Nenhuma das outras opções indicadas. 2. Segundo a metodologia Scrum, o projeto inicia-se com a articulação da visão do produto pelo Product Owner. Essa visão evoluirá para uma lista refinada e prioritizada de features a que se chama: A) Sprint Backlog. B) Whiteboard. C) Product Backlog. D) Icebox. 3. Na ferramenta Git, qual dos seguintes comandos altera a posição do apontador HEAD para um outro ramo e modifica o conteúdo da diretoria de trabalho? A) git merge. B) git checkout. C) git mv. D) git pull. 4. Um dos Padrões em Aplicações Empresariais (Patterns of Enterprise Application Architecture) estudados é o Table Data Gateway. Qual das seguintes afirmações é verdadeira? A) Este padrão não separa o código SQL da lógica de domínio. B) É um objeto que encapsula o acesso a sistemas ou recursos externos, carregando para memória instâncias guardadas numa tabela da base de dados. C) Oferece uma interface orientada a objectos, embora não separe o código SQL da lógica do domínio. D) Todas as outras afirmações são falsas.

3 Número: Pág. 3/9 5. Em desenho de software, qual das seguintes afirmações descreve o Princípio da Substituição de Liskov? A) Classes de alto nível não devem depender de classes de baixo nível, mas sim de abstrações. B) Classes não devem ser forçadas a depender de interfaces que não utilizam. C) Uma classe deve ter um, e apenas um, motivo para ser modificada. D) As instâncias de uma classe derivada devem ser capazes responder a todas as invocações que a sua super-classe define. 6. A aplicação do padrão de gestão de configurações de software Release Line (Linha de Entrega) tem como objetivo A) Garantir a estabilidade no desenvolvimento de novas funcionalidades. B) Estabilizar o código para uma entrega. C) Efetuar depuração esporádica sobre o código entregue. D) Permitir a implementação de novas funcionalidades no contexto de uma entrega. 7. Assumindo que pretende testar que o pedido de envio de um é corretamente processado, com os parâmetros corretos, pela funcionalidade que se encontra a implementar, mas não deseja que ele seja efetivamente enviado, deve para isso usar uma das seguintes técnicas? A) Mocks. B) Stubs. C) Ambos, Mocks ou Stubs, podem ser usados. D) Não se deve utilizar Mocks nem Stubs. 8. As técnicas de gestão de risco criam planos contingência para os riscos identificados durante a fase de A) Identificação dos riscos. B) Análise dos riscos. C) Planeamento dos riscos. D) Monitorização dos riscos.

4 Número: Pág. 4/9 Perguntas sobre a componente prática O projeto ADVENTURE BUILDER que foi desenvolvido na disciplina de Engenharia de Software tem como funcionalidade principal a integração de diversos fornecedores de serviços com vista à oferta de atividades de lazer.

5 Número: Pág. 5/9 9. (1.7) Considere o código abaixo que implementa o comportamento do método process da classe ReserveActivityState. Analisando esse método indique os casos de teste (não a sua implementação), utilizando as técnicas de partição de equivalência e análise de valores de fronteira e partindo do princípio que quem desenha o teste conhece o código. Não se esqueça de indicar os dados de entrada e os estados de resultado de cada um dos casos de teste. public void process() { try { getadventure().setactivityconfirmation( ActivityInterface.reserveActivity( getadventure().getbegin(), getadventure().getend(), getadventure().getage(), getadventure().getid())); catch (ActivityException ae) { getadventure().setstate(state.undo); return; catch (RemoteAccessException rae) { incnumofremoteerrors(); if (getnumofremoteerrors() == MAX_REMOTE_ERRORS) { getadventure().setstate(state.undo); return; if (getadventure().getbegin().equals(getadventure().getend())) { getadventure().setstate(state.confirmed); else { getadventure().setstate(state.book_room); Solução: O objeto pode estar nos seguintes estados: ErrosMenorQueMaxMenosUm e MaxErrosMenosUm. A resposta da invocação pode ser: Confirmado, ActivityException e RemoteAccessException. Adicionalmente, a reserva pode ser de dois tipos: UmDia, MaisDeUmDia. Os casos de teste devem ser combinações destas variações, em que apenas uma varia, e dado que se sabe qual é o código é possível reduzir os casos de teste a: ErrosMenorQueMaxMenosUm, Confirmado e UmDia, muda para o estado confirmado ErrosMenorQueMaxMenosUm, Confirmado e MaisDeUmDia, muda para o estado reserva de quarto ErrosMenorQueMaxMenosUm, ActivityException e MaisDeUmDia, muda para o estado undo ErrosMenorQueMaxMenosUm, RemoteAccessException e MaisDeUmDia, mantém estado e incrementa número de erros de uma unidade MaxErrosMenosUm, RemoteAccessException e MaisDeUmDia, muda para o estado undo

6 Número: Pág. 6/9

7 Número: Pág. 7/9 10. (2.0) Implemente o caso de teste de sucesso que definiu na alínea anterior, aquele em que nunca acontece nenhum erro e de seguida é necessário reservar um quarto, e um caso de teste em que o número de RemoteAccessException é igual a MAX_REMOTE_ERRORS -1 e de seguida ocorre um sucesso na reserva da atividade (neste caso deve considerar que não é necessário reservar quarto). Considere que ActvityInterface é mocked recorrendo à framework JMockit. public void final ActivityInterface activityinterface) { int AGE = 20; String ACTIVITY_CONFIRMATION = "ActivityConfirmation"; LocalDate begin = new LocalDate(2016, 12, 19); LocalDate end = new LocalDate(2016, 12, 21); new StrictExpectations() { { ActivityInterface.reserveActivity(begin, end, AGE, this.anystring); this.result = ACTIVITY_CONFIRMATION; ; this.adventure.process(); Assert.assertEquals(State.BOOK_ROOM, public void final ActivityInterface activityinterface) { int AGE = 20; String ACTIVITY_CONFIRMATION = "ActivityConfirmation"; LocalDate begin = new LocalDate(2016, 12, 19); LocalDate end = new LocalDate(2016, 12, 19); new StrictExpectations() { { ActivityInterface.reserveActivity(begin, end, AGE, this.anystring); this.result = new Delegate() { int i = 0; public String delegate() { if (this.i < MAX_REMOTE_ERRORS - 1) { this.i++; throw new RemoteAccessException(); else { return ACTIVITY_CONFIRMATION; ; this.times = MAX_REMOTE_ERRORS; ; for (int i=0; i < MAX_REMOTE_ERRORS; i++) { this.adventure.process(); Assert.assertEquals(State.BOOK_ROOM, this.adventure.getstate().getvalue()); Note que este segundo teste não faz parte do grupo de testes da resposta da primeira pergunta, dado que se partiu do pressuposto que se conhecia o código.

8 Número: Pág. 8/9

9 Número: Pág. 9/9 11. (1.5) Altere o domínio da aplicação do módulo Broker do ADVENTURE BUILDER, com recurso à Fénix Framework, de forma a que a informação seja adequadamente persistida. Modele a especificação do domínio usando a Domain Modeling Language (DML). NOTA: Necessita de modelar as classes e as suas relações da seguinte parte do domínio: Broker, BulkBookingRoom, em que um Broker possui vários BulkBookingRoom e um BulkBookingRoom possui no máximo 50 referências de reserva. Considere apenas os atributos de identificação e nome de Broker, os atributos de chegada e partida de BulkBookingRoom. Solução: class Broker { String code; String name; class BulkRoomBooking { LocalDate arrival; LocalDate departure; class Reference { String value; relation BrokerHasBulkRoomBookings { Broker playsrole broker { multiplicity 1..1; BulkRoomBooking playsrole roombulkbooking { multiplicity 0..*; relation BulkRoomBookingHasReferences { BulkRoomBooking playsrole bulkroombooking { multiplicity 1..1; Reference playsrole reference { multiplicity 0..50;