Olá! Gostaríamos de expressar nossa gratidão a todos que passaram pela mesa da Equipe de Testes (ou NúcleoNúcleo O Núcleo é o conjunto de softwares necessário para executar o WordPress. A Equipe de Desenvolvimento do Núcleo cria o WordPress.:Testes) no Dia do Colaborador do WCEU deste ano 🙇. Suas ideias, perspectivas e discussões abertas ajudam a promover iniciativas essenciais para testar o WordPress. Obrigado a todos que participaram!
Os participantes do evento abordaram os seguintes tópicos (alguns dos quais também foram mencionados em #core-test no Slack):
Modelos de relatórios de testes
- Nas diretrizes propostas para relatórios de testes, esclarecer como os emojis de marca de verificação verde (✅) e “X” vermelho (❌) devem ser usados nos relatórios: esperado versus inesperado.
- Separar os modelos de relatório em subpáginas sob uma descrição principal de “Relatório de Teste” no Manual de Testes para melhorar a legibilidade.
- Proposta de fornecer modelos para criação de tickets para relatórios de problemas no TracTrac O Trac é o local onde os colaboradores criam problemas para bugs ou solicitações de recursos, de forma semelhante ao GitHub.https://core.trac.wordpress.org/., semelhantes aos problemas do Gutenberg (por exemplo, para bugs versus melhorias).
@todoInvestigar se o Trac é compatível com opções de modelos pré-preenchidos, para a publicação inicial e/ou comentários.
Contribuições para testes mais fáceis
- Melhorar/atualizar as orientações do Manual de Testes para criar um ambiente local do WordPress.
- O desejo por ambientes de teste efêmeros (sem necessidade de instalação localInstalação local Uma instalação local do WordPress é uma forma de criar um ambiente de homologação instalando uma pilha LAMP ou LEMP no computador local.) para testar PRs e patches. Algumas ideias:
- Criar uma versão direcionada ao Núcleo do gutenberg.run.
- Seria necessário oferecer suporte tanto a PRs quanto a anexos individuais de patches do Trac.
- Utilizar um serviço semelhante ao usado pelo calypso.live.
- Criar uma versão direcionada ao Núcleo do gutenberg.run.
- Adicionar ao Manual de Testes orientações para aplicar patches do GitHubGitHub O GitHub é um site que oferece uma implementação online de repositórios git que podem ser facilmente compartilhados, copiados e modificados por outros desenvolvedores. Repositórios públicos são gratuitos para hospedar; repositórios privados exigem uma assinatura paga. O GitHub introduziu o conceito de “pull request”, no qual alterações de código feitas em branches pelos colaboradores podem ser revisadas e discutidas antes de serem mescladas pelo proprietário do repositório. https://github.com/ ou do Trac, abrangendo os vários métodos de “melhores práticas”.
- Reiterar a importância de diferentes tipos de ambiente entre o grupo de colaboradores de testes (Docker/
wp-env, VVV, Laravel Valet, Local etc.). Não deve haver preferência pelo “melhor” ou por “uma única maneira” de executar/testar o WordPress, pois isso deve refletir a variação do mundo real na comunidade WordPress. - Atribuir uma nova
week-in-testcategoriaCategoria A taxonomia “categoria” permite agrupar publicações/conteúdos que compartilham uma característica comum. As categorias são predefinidas e abrangentes. às publicações da Semana em Testes, para facilitar a filtragem de “por onde começar” nos testes (atualmente agrupadas sob a categoria mais genéricasummary).
Testes de ponta a ponta (E2E)
- Perguntas sobre por onde começar os testes E2E no WordPress:
- Foi feita referência aos esforços de migração dos testes E2E para o Playwright.
- Os colaboradores de E2E foram incentivados a entrar em contato pelos canais #core-test e #core-editor para obter informações atualizadas, bem como com os participantes de discussões anteriores.
- Foi observado que é comum os testes E2E falharem intermitentemente, o que pode confundir e dificultar o desenvolvimento. Isso costuma ser atribuído a atrasos inesperados nas atualizações do DOM.
- Considerar que os testes E2E podem validar passivamente a acessibilidadeAcessibilidade A acessibilidade (comumente abreviada como a11y) refere-se ao design de produtos, dispositivos, serviços ou ambientes para pessoas com deficiências. O conceito de design acessível garante tanto o “acesso direto” (isto é, sem assistência) quanto o “acesso indireto”, ou seja, a compatibilidade com a tecnologia assistiva de uma pessoa (por exemplo, leitores de tela de computador). (https://en.wikipedia.org/wiki/Accessibility) (“a11yAcessibilidade A acessibilidade (comumente abreviada como a11y) refere-se ao design de produtos, dispositivos, serviços ou ambientes para pessoas com deficiências. O conceito de design acessível garante tanto o “acesso direto” (isto é, sem assistência) quanto o “acesso indireto”, ou seja, a compatibilidade com a tecnologia assistiva de uma pessoa (por exemplo, leitores de tela de computador). (https://en.wikipedia.org/wiki/Accessibility)”) como um subproduto benéfico.
- Adicionar uma seção de E2E à Semana em Testes para aumentar a conscientização sobre esse aspecto dos testes do WordPress.
Alteração do horário das reuniões de terça-feira
- Foi sugerido que as reuniões de terça-feira de
<test-chat>e<test-triage>fossem transferidas das 17:00 para as 16:00 UTC para permitir uma participação mais ampla dos colaboradores europeus. Compartilhe seu voto ou suas opiniões aqui.
Agradecimentos a @boniu91 pela revisão por pares desta publicação.