Prefacio
¿Alguna vez has sentido que había fantasmas en el mundo cuando sintonizas cierto código?
¿Alguna vez ha tenido un problema en la regulación de la API, siempre siente que es un problema al llamar a interfaces de terceros o la documentación es incorrecta?
¿Alguna vez has sentido que la fuente del problema era la forma incorrecta de usarlo?
¿Siempre ha sentido que la documentación o el entorno no coinciden al instalar un servicio?
Cree en el proceso y el método y nunca se deje engañar por los resultados .........
Descripción general
El código modular a menudo es similar a la investigación de un caso, pero la importancia del resultado es diferente. La policía investiga el caso de que las personas estén seguras, mientras que nuestro código modular es para la estabilidad del sistema. De esta manera, no debemos acusar erróneamente a ningún código y programa, para no ser castigados sin razón.
Los siguientes métodos de proceso provienen del resumen personal. Desde una perspectiva personal, algunos de los métodos de generaciones anteriores se han acumulado a través de la experiencia a largo plazo y, por supuesto, están muy referenciados y teóricos. Como métodos personales, pueden ser más adecuados para DS como nosotros.
Método de prueba
Modo de procedimiento de código
Lo primero a prestar atención al modo de codificación es el proceso. Debe aclarar la idea del resultado final, es decir, el proceso de cometer el delito y hacer un seguimiento paso a paso en el proceso del delito para obtener el resultado del delito. Durante el análisis del proceso del delito, cada duda debe estar marcada (es decir, la información de registro mencionada en el código). Después de dicho proceso de análisis, se realiza la prueba de caja negra, se agrega la entrada y se verifican los resultados. Finalmente, verifique su juicio en función de las marcas de cada paso para encontrar la razón.
La solución anterior es un modo de procedimiento. Las ventajas de este método son evidentes. Puede analizar directamente todo el proceso a través de una prueba, pero este método lleva mucho tiempo y está bien aclarar su propio código lógica, pero es difícil comprender el código lógico de otras personas.
Modo de prueba unitario
El propósito básico de las pruebas unitarias es garantizar el funcionamiento normal de una función, clase o módulo funcional, incluida la prueba y verificación de sus situaciones anormales. Como programadores, el método de verificación más favorito es "apilarse" (el significado de la conducción de pilotes es proporcionar datos predeterminados falsos). Este método es muy conveniente para ajustarse, pero una desventaja es que no se puede usar nuevamente, porque después de que nuestra verificación es normal, muchos desarrolladores lo comentarán o eliminarán. Por lo tanto, si completamos el desarrollo en el entorno de desarrollo, pero esperamos que al probar la verificación del entorno, debamos reescribir otra lógica de conducción de pilotes. Luego, de esta manera, será aún más problemático cuando estemos en Internet. Dado que hay tantos inconvenientes, puede probar los siguientes métodos.
Agregue una clase de prueba unitaria. Esta clase necesita controlar sus permisos y solo se puede ejecutar a través del inicio de sesión de fondo o la línea de comando. La función de esta clase es detectar la lógica clave del sistema y hacer los resultados de salida de prueba correspondientes. Debe creer que todas las clases de interfaz se pueden probar a través de clases de prueba unitaria. Muchas veces los programadores cuestionan si deberíamos hacer esto. De hecho, realmente necesitamos hacerlo. Después de todo, muchas pruebas ahora se realizan en pruebas de caja negra.
Este método modular es adecuado durante el proceso de desarrollo y puede garantizar que nuestro código de red actual se ejecute normalmente después de su lanzamiento. Espero que todos también transfieran este proceso a la etapa de desarrollo al planificar el tiempo de desarrollo.
Método de posicionamiento rápido
¿Son los dos primeros procesos tan complicados demasiado ideales? Mi código es solo 100 líneas, y el sistema no es complicado. Si este es el caso, realice un análisis de posicionamiento rápidamente. Muchas veces lo encuentro
1. La entrada es normal, la salida es anormal;
2. La entrada es normal, la lógica es anormal y la salida es anormal;
3. La entrada es anormal, la lógica es normal y la salida es normal;
4. Excepción de entrada, excepción lógica, salida Ninguno.
Durante mi proceso de desarrollo personal, a menudo encuentro algún tipo de problemas anteriores. Por ejemplo, durante el proceso de desarrollo de Node.js, encontré string.length y le dije que no hay un método de longitud para la cadena. En ese momento, estaba desconcertado y me pregunté por qué otras cuerdas tienen métodos de longitud, ¿y por qué no existe tal método? Muchos estudiantes probablemente saben que el problema es que esta cadena no es una cadena en absoluto, sino que la ha idealizado como una cadena usted mismo, lo que significa que hay un problema con lo que ingresa. Luego, la mejor manera de localizar este problema es imprimir la entrada e imprimir la salida.
Tal vez otros programas no sean tan simples, pero lo más básico es hacer juicios de entrada y salida sobre funciones que encuentren excepciones en la función principal, para que puedan ubicarse rápidamente.
Recuerde: no lo saque de contexto y seas justo.
Los métodos y procedimientos anteriores solo se resumen en función de PHP o Node.js. Puede haber similitudes o diferencias en C & C ++. Si no le gusta, por favor, aprecio.