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 |
Além disso, caso seja necessário realizar alguma ação na tela alterada, isso também deve ser informado neste tópico.
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.