Não tem finalidade (nem conformidade) com o que foi requisitado. Em tempo, já vimos como criar testes de unidade. Se a intenção é outra, então deposite o arquivo em diretório próprio, mas não "misture".

Já fiz esta observação, inclusive via pull request. Por exemplo, abaixo, em vez de let deveria ser const.

    let j = d[0] + d[1] + d[2] + d[3] + d[4] + d[5] + d[6] + d[7] + d[8];
    let k = d[1] + d[2] + d[3] + d[4] + d[5] + d[6] + d[7] + d[8] + d[9];
    let dj = (j % 11) % 10;
    let dk = (k % 11) % 10;

Em branch lê-se "testes para propriedade3025", "testes para ...". Em vez desta estratégia, melhor é criar Propriedade3025Test e assim por diante, ou seja, classes específicas para cada método.

Melhorado em f781a93

Originally posted by @vnduda in #10 (comment)

No código em Java, das linhas 562 até 568 temos vários casos semelhantes, agora em Java. É preciso fazer o equivalente, neste caso com o uso final.

Math.floor possui exatamente a semântica esperada em alguns casos presentes no seu código. Embora parseInt também tenha efeito similar, a semântica é muito importante, pois parseInt redireciona nosso cérebro para pensar em algo um pouco diferente do bem mais específico Math.floor, nestes casos.

O nome Ex02.js não diz muita coisa, melhor seria propriedade153.js, não acha?

Corrigir observações apresentadas pelo ESLint (JavaScript).

Uma forma de dividir o código em JavaScript é como está fazendo, contudo, para que a função seja visível externamente, em outros módulos, uma possibilidade é acrescentar

module.exports = propriedade153;

ao final do arquivo, neste caso, Ex02.js.
Esta recomendação tem alguma relação com #4

A linha

@returns {boolean} caso verdadeiro retorna true, caso contrário false

seria melhor se reescrita...

@returns {boolean} O valor verdadeiso se o argumento fornecido satisfaz a propriedade 3025 e, o valor falso, caso contrário. 

Enviei msg via sigaa, motivado por duvida sua, acerca da configuracao desta e de outras ferramentas.

Tendo em vista que:

• aprendizado é um processo que demanda dedicação e esforço consideráveis, além de constantes;
• falhas fazem parte do processo, de fato, no meu entendimento, são inevitáveis;
• falhas e dificuldades, embora inevitáveis, não podem impedir o progresso, o aprendizado, o contínuo aprimoramento; e que
• a turma dedica-se às atividades e há progresso claro (parabéns pelo esforço),

esclareço que:

• Em vez de duas atividades para serem concluídas até o dia primeiro de julho, teremos apenas uma única atividade, ao contrário do que foi apresentado no dia de ontem (11/06/2019).
• A data limite permanece primeiro de julho. Ou seja, a atividade a ser realizada conta com um período de três semanas inteiras para a sua realização, além de 7 horas em atividades supervisionadas.
• Nossa aula do dia 27 de junho será não presencial. Ou seja, você terá tempo adicional para concluir suas atividades sem o ônus de se deslocar até o laboratório. Em consequência, dia 25 de junho é o último dia para você esclarecer dúvidas com o professor. Ou seja, você tem duas semanas inteiras para esclarecer suas dúvidas sobre o que deve ser feito, sobre o critério de avaliação, sobre as suas issues, sobre os pull requests, sobre a qualidade do que você está produzindo, sobre os tópicos pertinentes à construção de software, enfim, sobre as suas dúvidas que só você pode apresentar.
• As datas acima são limites, tudo pode ser concluído antes.
• Os critérios de avaliação permanecem, assim como a forma de definição da nota. Se você está em dúvida, então entre em contato com o professor. De forma resumida, deve-se concluir o que foi pedido (não parcialmente), atender issues e pull requests, e com a qualidade definida por várias ferramentas para que a sua nota seja pelo menos 6,0. Há risco significativo aqui se não houver interação com o professor. Mais uma vez, esclareça suas dúvidas especificamente para o seu repositório (elemento de avaliação contínua da disciplina).
• A atividade a ser realizada, dado que antes eram duas, e agora apenas uma, predefinida pelo docente, é aquela da "Ordem de Serviço" (programa para identificar o dia da semana de uma data). Esta atividade foi identificada como pertencente ao tópico aula-10 (veja portal da disciplina).
• Você pode optar pela outra atividade, aquela atribuída ao tópico aula-09, o que cabe a você escolher, em vez do tópico aula-10, predefinido pelo docente. Caso queira optar pela atividade da aula-09, então deverá fazer o registro correspondente no arquivo README.md do seu repositório até as 19h59min do dia 13/06/2019, conforme ilustrado abaixo.

Minha preferência

Atividade documentada no tópico aula-10 (veja portal da disciplina).

Estas mudanças visam assegurar que nosso foco na “formação de profissionais aptos a contribuir efetivamente com a produção de softwares de qualidade seguindo princípios éticos e postura profissional” (objetivo do curso de Engenharia de Software), não seja prejudicado.

Atualize o projeto para a última versão do Jest.

Nas linhas 21 e 22 são definidas duas CONSTANTES, não são variáveis. Em Java você terá que usar o final antes do int para indicar que são constantes. Isto é o mesmo que #10, que já foi observado antes.

Também altere o nome dos arquivos, Ex21.java deveria ser CpfAlternativo.java, se não preferir outro nome. Isto tem relação com #7.