Instruções para preenchimento do Script de Desenvolvimento
O que é o Script de Desenvolvimento?
O Script de desenvolvimento é um documento que deve ser preenchido pela equipe de desenvolvimento e encaminhado à equipe de qualidade quando o status do caso passar para “Aguardando testes”.
Sendo que todo o caso, deverá conter necessariamente um script de desenvolvimento.
No script deverão conter detalhadamente todas as informações referentes ao tratamento realizado no caso. Essas informações deverão ser preenchidas de uma maneira clara e objetiva, facilitando o entendimento da equipe de qualidade e de possíveis outros setores de qual era o problema relacionado ao caso, o que foi feito para corrigi-lo e qual o resultado esperado.
Estrutura do Script
Para auxiliar no preenchimento do script de desenvolvimento corretamente, as seguintes informações deverão ser fornecidas:
QUALIDADE
O que foi corrigido/alterado? Por que?
Caso está no branch de versão?
DESENVOLVIMENTO
Preenchimento do script de desenvolvimento
Neste tópico, serão passadas algumas orientações à respeito das informações que devem ser fornecidas em cada tópico do script, para exemplos práticos verificar o capítulo de exemplos de scripts de desenvolvimento.
O que foi corrigido/alterado? Por que?
Nesse tópico esperamos que seja apontado de forma clara e objetiva onde de fato estava o problema e o que foi corrigido ou alterado para solucioná-lo. Observe que, quando bem respondida esta questão, é fácil identificar o que exatamente foi corrigido, implementado ou alterado, facilitando e simplificando o processo de testes por parte da equipe da qualidade.
Neste tópico, pode-se indicar qual caminho é feito para chegar até a tela alterada, utilizando a seguinte notação
|
Menu > Sub-menu > Sub-Menu > Sub-menu > Sub-menu |
Caso seja necessário realizar alguma ação na tela alterada, como preenchimento de algum campo, ativação de algum evento (saída, entrada, mudança de aba, etc), isso também deve ser respondido neste tópico.
Além disso, qualquer melhoria ou correção feita que esteja fora do escopo inicial do caso, também deve ser informado neste espaço.
O que/onde validar?
Observar que neste tópico o desenvolvedor indica onde e o que deve ser validado, porém não aponta como os testes deverão ser realizados. Com as informações disponibilizadas pelo desenvolvimento cabe à qualidade montar o roteiro de testes baseado nas alterações do código, verificando quais pontos deverão ser testados, possíveis outras parametrizações, menus, etc.
Para mais informações sobre testes e roteiro de testes, verificar os arquivos:
“Roteiro de testes – em branco”, “Exemplo Roteiro de Testes e “Processos qualidade e testes”
disponibilizados em: \\qualidade\Documentos Supersoft - Qualidade e Desenvol.
Qual o resultado esperado?
Resumo de qual o resultado esperado no sistema após o tratamento do caso.
Caso está no branch de versão?
Resposta com apenas “SIM” ou “NÃO” informando se o caso já está vinculado ao branch da versão.
Obs: Idealmente os casos nunca deverão ser vinculados diretamente ao branch da versão sem
antes serem testados e validados no branch do caso.
Units alteradas/adicionadas:
Nesse tópico primeiramente o desenvolvedor deverá fazer um resumo do que foi feito para o próprio desenvolvimento, assim, futuramente quando um desenvolvedor precisar mexer na mesma função, ficará fácil de entender o que foi feito anteriormente. O desenvolvedor também deverá apontar quais units foram alteradas ou adicionadas e quais os menus/telas do sistema
são referentes à elas.
A criação/alteração de novos campos, tabelas, etc., também deverão ser relatadas nesse tópico, assim como os ajustes e padronização do código.