• Arquitetura Projeto
  • Linguagem - CSharp
  • Orquestrador de testes - NUnit 3.12
  • Relatório de testes automatizados - ExtentReports.Core 1.0.3
  • Framework interação com API - Rest Sharp 106.6.10
  • Framework de desenvolvimento - .Net Core

Estamos adotando o uso do Visual Code para o desenvolvimento de projetos CSharp que estão em framework .Net Core, para isso recomendamos a configuração da ferramenta e seus recursos conforme artigo explicativo: clique aqui.

Premissas de uma boa arquitetura de automação de testes:

• Facilitar o desenvolvimento dos testes automatizados (reuso).
• Facilitar a manutenção dos testes (refatoração).
• Tornar o fluxo do teste o mais legível possível (fácil entendimento do que está sendo testado).

Arquitetura padrão Base2

Para facilitar o entendimento da arquitetura do projeto de testes automatizados, o template segue a padronização utilizada para Testes Web para facilitar o entendimento e proporcionar uma melhor organização.

• Bases ("contem as bases para requisições REST e SOAP alem da base para os testes")
• DBSteps ("Contem exemplo de uso de queries")
• Helpers ("Contem metodos auxiliares para os projetos inclusive serializacao e deserializacao de jsons, entre outros")
• Jsons ("Diretorio para armazenar os jsons utilizados nas requisições do projeto")
• Queries ("Diretorio para armazenar as queries utilizadas no projeto")
• Requests ("Diretorio para armazenar as requisições do projeto")
• Tests ("Diretorio para armazenar os testes do projeto")
• Xmls ("Diretorio para armazenar os xmls utilizados nas requisições do projeto")

O padrão adotado para escrita é o “CamelCase” onde uma palavra é separada da outra através de letras maiúsculas. Este padrão é adotado para o nome de pastas, classes, métodos, variáveis e arquivos em geral exceto constantes. Constantes devem ser escritas com todas suas letras em maiúsculo separando as palavras com “_”.

Ex: PreencherUsuario(), nomeUsuario, LoginPage etc.

Padrões por tipo de componente

• Pastas: começam sempre com letra maiúscula. Ex: Pages, DataBaseSteps, Queries, Bases
• Classes: começam sempre com letra maiúscula. Ex: LoginRequest, LoginTests
• Arquivos: começam sempre com letra maiúscula. Ex: DataDrivenFile.csv
• Métodos: começam sempre com letra maiúscula. Ex: VerificarElementoXPTO()
• Variáveis: começam sempre com letra minúscula. Ex: botaoXPTO
• Objetos: começam sempre com letra minúscula. Ex: request

No caso de palavras com uma letra, as duas devem ser escritas juntas de acordo com o padrão do tipo que será nomeado, ex:retornaSeValorEOEsperado()

Padrões de escrita: Classes e Arquivos

Nomes de classes e arquivos devem terminar com o tipo de conteúdo que representam, em inglês, ex:

LoginTests (classe de testes)
LoginTestData.csv (planilha de dados)

OBS: Atenção ao plural e singular! Se a classe contém um conjunto do tipo que representa, esta deve ser escrita no plural, caso seja uma entidade, deve ser escrita no singular.

Padrões de escrita: Geral

Nunca utilizar acentos, caracteres especiais e “ç” para denominar pastas, classes, métodos, variáveis, objetos e arquivos.

Padrões de escrita: Objetos

Nomes dos objetos devem ser exatamente os mesmos nomes de suas classes, iniciando com letra minúscula, ex:

LoginRequest (classe) loginRequest (objeto)
LoginFlows (classe) loginFlows (objeto)