Um típico ciclo de vida de um projeto em TDD consiste em:

I. Executar os testes novamente e garantir que estes continuem tendo sucesso.

II. Executar os testes para ver se todos estes testes obtiveram êxito.

III. Escrever a aplicação a ser testada.

IV. Refatorar (refactoring).

V. Executar todos os possíveis testes e ver a aplicação falhar.

VI. Criar o teste.

A ordem correta e cronológica que deve ser seguida para o ciclo de vida do TDD está expressa em

Essa API é uma especificação da W3C, independente de plataforma e linguagem, que permite que programas e scripts acessem dinamicamente e possam alterar o conteúdo, a estrutura e o estilo de um documento eletrônico. Oferece uma maneira padrão de se acessar os elementos de um documento, além de permitir que se trabalhe com cada um desses elementos separadamente, possibilitando a criação de páginas altamente dinâmicas.

A API citada no texto é a

Em aplicações para web orientadas a objeto, há um design pattern muito utilizado, (relacionado à arquitetura de sistemas) que possui um componente que:

− Define o comportamento da aplicação.

− Mapeia ações do usuário para classes que cuidam do acesso aos dados.

− Seleciona páginas web para entregar resultados vindos das classes de acesso aos dados.

O componente citado no texto acima é o

public interface Transaction {
  public double calc(double a, double b, double op);
}

public class Operation implements Transaction {
  @Override
  public double calc(double a, double b, int op){
    if (op==1){
      return soma(a, b);
    } else {
      return 0;
    }
  }
  private double soma(double a, double b){
    return a + b;
  }
}

Com relação à interface e à classe apresentadas, pode-se afirmar que

Considere as seguintes premissas:

I. O código fonte não tem dono e ninguém precisa ter permissão concedida para poder modificar o mesmo. O objetivo com isto é fazer a equipe conhecer todas as partes do sistema.

II. Geralmente a dupla é criada com alguém sendo iniciado na linguagem e a outra pessoa funcionando como um instrutor. Como é apenas um computador, o novato é que fica à frente fazendo a codificação, e o instrutor acompanha ajudando a desenvolver suas habilidades. Dessa forma o programa sempre é revisto por duas pessoas, evitando e diminuindo assim a possibilidade de erros.

Fazem parte do modelo de desenvolvimento

Considere o formulário a seguir criado no corpo de uma página que utiliza HTML5

<form method="post" action="Controle.jsp">
  <p>
  <label>
    Total:
    <input type="text" name="total" pattern="^[-+]?\d{1,3}(\.\d{3})*,\d{2}$">
   </label>
  </p>
  <input type="submit" value="Enviar">
</form>

Nas versões mais recentes do Internet Explorer e do Google Chrome, ao pressionar o botão “Enviar”, os dados serão submetidos ao servidor se o valor contido no campo total for

Na HTML5 existe um conjunto de atributos utilizados geralmente em campos de formulário para acionar eventos que normalmente executam scripts a partir de ações do usuário como clique do mouse, mudança de valor em um campo etc. Neste contexto, André criou um formulário com campos que precisam chamar e executar um script quando

I. O campo perder o foco.

II. Qualquer parte do conteúdo do campo for selecionado.

III. Uma tecla for pressionada no campo.

Os atributos correspondentes aos itens I, II e III são, respectivamente,