Check List Validação

<< Click to Display Table of Contents >>

Navigation:  Manual Técnico > Programação >

Check List Validação

Previous pageReturn to chapter overviewNext page

Ao finalizar de programar e começar a validação, deve-se atentar aos seguintes pontos:

 

O Check List a ser realizado é o Seguinte:

 


1º Tab Order


2º Alinhamento e Ancoragem


3º ToolTip


4º Campos Obrigatórios


5º Help


6º Performance


7º Script


8º Retorno de Erro


9º Alinhamento de Valores


10º Testes Multi-Empresa


11º Criação do Menu PT-BR e ENG


12º Kanban

 

1º) Tab Order

 

 O Tab Order deve ser realizado da esquerda para a direita, de cima para baixo. Tome cuidado com os botões de adição e exclusão de linhas de tabelas e grids, os botões devem estar antes na ordem com relação a tabela.

 

 Check_List_B

 

2º) Alinhamento e Ancoragem

 

 O Alinhamento deve ocorrer da esquerda para a direita, para a ancoragem, o padrão utilizado é: Vertical Anchor = Top // Horizontal Anchor = None.

 

 Para telas responsivas (SOMENTE PARA O BASIC devido a tratamento no menu), deve-se atentar para todos os objetos não percam o alinhamento realizado.

 Os objetos que não estão ancorados de maneira especifica para a tela, devem ser mantidos com a propriedade Class Default.  Assim como os objetos na Tool Bar também devem seguir a mesma regra.

 

 Check_List_C

 

 

3º) ToolTip

 

 Todo campo deve receber uma ToolTip simples e concisa para facilitar a Compreensão do campo.

 

 Check_List

 

4º) Campos Obrigatórios

 

 Todos os Campos Obrigatórios devem receber uma consistencia exigindo o preenchimento do campo.

 Esses devem receber um " * " a esquerda da sua label para identificar que este campo é de preenchimento obrigatório.

 

 Check_List_A

 

 

5º) Help

 

 Todos programas devem ter um HELP proprio, aonde o Topic ID deve ter o nome exato da tela, ou seja, NOME_TELA_01. Exemplo: VENDA_01.

 Para os WebServices Basic a nomenclatura correta é WSNome_WebSerivce. Exemplo: WSAlmoxarifadoConsulta.

 Para os WebSerfices Full a nomenclatura correta é WSFNome_WebSerivce. Exemplo: WSFAlmoxarifadosConsulta.

 O Help precisa ser completo, sendo ele um manual para o usuário utilizar o sistema. Para mais informações veja HELP.

 

 Check_List_D

 

6º) Performance

 

 Para buscar um sistema com alta performance, devemos buscar sempre unificar os select's (Evitando popular uma tabela ou grid e em sequencia realizar um Loop para popular um outro campo).

 Troca do SalTblSetFocusRow para SalTblSetContext, em um programa com alto volume de dados, essa troca impacta em 30% de ganho de performance.

 Em caso aonde é necessário realizar um LOOP na tabela para retornar informações em um comando SQL Select, utilizar as rotinas da SqlPrepare_JUND[*].

 

7º) Script

 

 Caso o programa exija um script para alguma modificação no banco de dados ele deve obedecer a regra definida em SCRIPTS.

 Todo Script deve ser gerado através do DbSchema, além de realizar a documentação do Banco de dados no mesmo.

 Em caso de duvidas, consulte a sessão de Banco de Dados.

 

 Ao utilizar o DbSchema, deve ser preenchido a descrição da tabela e também das colunas:

 

 Check_List_L

 

8º) Retorno de Erro

 

 Toda mensagem de erro precisa ser coerente e clara, aonde o usuário consiga entender e corrigir o problema.

 Neste caso, além da mensagem, devemos colocar o foco no campo ou linha da tabela/Grid que está com a mensagem de erro.

 

 Check_List_E

 

9º) Alinhamento de Valores

 

 Todo valor númerico deve ser alinhado a direita.

 

 Check_List_G

 

 Todo valor alfanumérico deve ser alinhado a esquerda.

 

 Check_List_F

 

 Toda valor tipo data deve ser alinhado centralizado.

 

 Check_List_H

10º) Teste Multi-Empresa

 

 Todo programa para ser validado precisa ser testado com Multiplas Empresas, Trocando de empresa no ComboBox de Empresa e também realizando logins individuais (Exemplo: Primeiro logado na empresa 11, fechar o sistema e logar novamente na empresa 22.

 Dessa forma é possivel garantir um sistema que não irá conflitar os registros de uma empresa em outra.

 

 

 

11º) Criação Menu PT-BR e ENG

 

 Todo menu quando criado deve ser traduzido de português para Inglês no menu especifico para Inglês.

 

 Check_List_I

 

12º) Kanban

 

 Todo programa criado ou alterado deve estar com uma numeração de tarefa no Kanban, com o respectivo Programador e Validador da tarefa.

 O Kanban deve ser criado contemplando o problema/Ajuste que o programa tem ou irá sofrer, a solução realizada, o Campo Informativo para clientes preenchido e o Cliente solicitante no campo referência.

 Após finalizado todo o processo, deve ser movido para a aba de tarefas.

 

 Check_List_K