Prefácio
Você já sentiu que havia fantasmas no mundo quando você sintoniza um certo pedaço de código?
Você já teve um problema em regular a API, sempre sente que é um problema em chamar interfaces de terceiros ou a documentação está incorreta?
Você já sentiu que a fonte do problema era a maneira errada de usá -lo?
Você sempre achou que a documentação ou o ambiente não corresponde ao instalar um serviço?
Acredite no processo e método e nunca seja enganado pelos resultados .........
Visão geral
O código modular geralmente é semelhante à investigação de um caso, mas a importância do resultado é diferente. A polícia investiga o caso para que as pessoas estejam seguras, enquanto nosso código modular é para a estabilidade do sistema. Dessa forma, não devemos acusar erroneamente nenhuma parte de código e programa, para não ser punidos de forma irracional.
Os seguintes métodos de processo vêm do resumo pessoal. De uma perspectiva pessoal, alguns dos métodos das gerações anteriores foram acumulados por experiência a longo prazo e, é claro, são altamente referenciados e teóricos. Como métodos pessoais, eles podem ser mais adequados para DS como nós.
Método de teste
Código modo processual
A primeira coisa a prestar atenção ao modo de codificação é o processo. Você deve esclarecer a idéia do resultado final, ou seja, o processo de cometer o crime e acompanhar passo a passo no processo de criminalidade para obter o resultado do crime. Durante a análise do processo de crime, toda dúvida deve ser marcada (ou seja, as informações de log mencionadas no código). Após esse processo de análise, o teste de caixa preta é realizado, a entrada é adicionada e os resultados são verificados. Por fim, verifique seu julgamento com base nas marcações de cada etapa para encontrar o motivo.
A solução acima é um modo processual. As vantagens deste método são evidentes. Você pode analisar diretamente todo o processo por meio de um teste, mas esse método consome tempo e não há problema em esclarecer sua própria lógica de código, mas é difícil entender o código lógico de outras pessoas.
Modo de teste de unidade
O objetivo básico do teste de unidade é garantir a operação normal de uma função, classe ou módulo funcional, incluindo teste e verificação de suas situações anormais. Como programadores, o método de verificação mais favorito é "empilhamento" (o significado da condução da pilha é fornecer dados padrão falsos). Esse método é muito conveniente de ajustar, mas uma desvantagem é que ele não pode ser usado novamente, porque após a verificação ser normal, muitos desenvolvedores o comentam ou excluirão. Portanto, se concluirmos o desenvolvimento no ambiente de desenvolvimento, mas esperamos que, ao testar a verificação do ambiente, devemos reescrever outra lógica de direção da pilha. Então, assim, será ainda mais problemático quando estivermos na internet. Como existem tantos inconvenientes, você pode experimentar os seguintes métodos.
Adicione uma classe de teste de unidade. Esta classe precisa controlar suas permissões e só pode ser executada através do login em segundo plano ou da linha de comando. A função desta classe é detectar a lógica da chave do sistema e criar resultados de saída de teste correspondentes. Você deve acreditar que todas as classes de interface podem ser testadas através de classes de teste de unidade. Muitas vezes os programadores estão questionando se devemos fazer isso? Na verdade, realmente precisamos fazer isso. Afinal, muitos testes agora são feitos em testes de caixa preta.
Esse método modular é adequado durante o processo de desenvolvimento e pode garantir que nosso código de rede atual seja executado normalmente após o lançamento. Espero que todos também transfiram esse processo para o estágio de desenvolvimento ao planejar o tempo de desenvolvimento.
Método de posicionamento rápido
Os dois primeiros processos tão complicados também são ideais? Meu código é apenas 100 linhas e o sistema não é complicado. Se for esse o caso, execute a análise de posicionamento rapidamente. Muitas vezes eu encontro
1. A entrada é normal, a saída é anormal;
2. A entrada é normal, a lógica é anormal e a saída é anormal;
3. A entrada é anormal, a lógica é normal e a saída é normal;
4. Exceção de entrada, exceção lógica, saída Nenhum.
Durante meu processo de desenvolvimento pessoal, muitas vezes encontro algum tipo de problema acima. Por exemplo, durante o processo de desenvolvimento do Node.js, encontrei String.Length e disse que não há método de comprimento para string. Naquela época, fiquei intrigado e me perguntei por que outras cordas têm métodos de comprimento e por que não existe esse método? Muitos estudantes provavelmente sabem que o problema é que essa string não é uma string, mas apenas você o idealizou como uma string, o que significa que há um problema com o que você insere. Em seguida, a melhor maneira de localizar esse problema é imprimir a entrada e imprimir a saída.
Talvez outros programas não sejam tão simples, mas o mais básico é fazer julgamentos de entrada e saída sobre funções que encontram exceções na função principal, para que possam localizar rapidamente.
Lembre-se: não tire isso do contexto e seja justo.
Os métodos e procedimentos acima estão resumidos apenas com base em php ou node.js. Pode haver semelhanças ou diferenças em C & C ++. Se você não gosta, por favor, valorize -o.