Instruções para preenchimento do Script de Desenvolvimento

O que é o Script de Desenvolvimento?

O script de desenvolvimento é um documento que deverá ser preenchido pela equipe de desenvolvimento e encaminhado à equipe de qualidade sempre que o caso for “resolvido” e passar para o status “Aguardando testes”.
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?

Validações

Qual o resultado esperado?

Caso está no branch de versão?

DESENVOLVIMENTO

Units Alteradas:

---

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. Observar que é fácil identificar que o problema acontecia no cadastro de um segundo documento sem fechar a tela, onde não estava atribuindo corretamente o código do vendedor do usuário logado no sistema.
Também identificamos facilmente que a correção feita, é referente ao processo do menu
Manutenção > Vendedores > Login de Vendedor > Cadastra/Manutençã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 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.