Banco de Dados

Ao realizar os testes no sistema, utilize ferramentas que possam auxiliar para um determinado fim. Por se tratar de testes manuais, essa técnica depende de testes mais humanizados, que estão passíveis de erros e desatenção. Para contornar essa situação, utilize sempre o SMSS (SQL Server) para realizar consultas e validar se os dados estão sendo armazenados de forma correta e no lugar correto. Por exemplo, “as informações em um grid estão sendo retornadas exatamente como deveriam?” ou até mesmo se os dados foram gravados como deveriam.

Para erros genéricos de banco de dados, existe a tabela log_erro.TAB_Erro_Log, onde são armazenadas algumas informações que podem ajudar não só o Tester a identificar o problema, mas também a reportar ao desenvolvedor para que consiga simular o cenário do erro encontrado.

Como o sistema “WebFopag” trabalha com vários tipos de relatórios, existe a tabela TAB_Atividade, em que é possível visualizar informações adicionais sobre a atividade gerada, IDF e o “XML” do relatório (onde ficam as informações dos campos e filtros utilizados). No momento em que o DEV receber a atividade, ele deve analisar o problema reportado. Essas informações auxiliarão na identificação e correção.

Foram criados alguns snippets para auxiliar em algumas consultas (são estruturas básicas de um bloco ou instrução Transact-SQL) que ajudarão na consulta e obtenção de dados.

Visual Studio

Ao realizar alguns testes, é possível que a página apresente erros inesperados. Com o código rodando localmente, a IDE permite que seja feito o debug e que o profissional identifique exatamente onde o sistema está apresentando o erro ou exceção. Seja um Nullable, uma condição incorreta, a falta de uma condição ou até mesmo uma lógica incorreta.

Sendo assim, é possível reportar exatamente onde o problema está ocorrendo e auxiliar o DEV na correção. Durante o alinhamento, apresente os problemas e onde ocorrem para que assim chegue a uma solução que atenda à regra de negócio e ao desenvolvimento realizado.

Também é possível visualizar qual foi o DEV que realizou a alteração naquela parte do código com o “blame” do Git, bem como o registro da data do product backlog desenvolvido. Desta forma, é possível verificar se existe uma outra alteração impactando na validação.

Além disso, é possível “rodar” a branch criada pelo DEV diretamente da máquina para identificar se um problema encontrado é de fato no desenvolvimento ou de outro product backlog que esteja publicado no ambiente. Nem sempre o problema encontrado tem relação com a BK que está sendo testada no momento.

GitHub Desktop e Git Extensions

Com essas ferramentas, é possível visualizar as linhas de códigos alterados, o que ajuda na análise do código. É possível também administrar as branches remotamente e localmente.