Incluso después de completar el curso jr, a veces sigo viniendo aquí a la sección de ayuda para sugerir algo y ayudar. Casi siempre la pregunta comienza con la frase “Hice todo correctamente, pero el validador no me deja entrar” o algo similar. Fueron estos titulares los que me hicieron escribir aquí. De ahora en adelante propongo aceptarlo como verdad: el validador siempre tiene razón. A veces aparecen errores, pero cada vez son menos. Por lo tanto, si recibe un rechazo de un validador, le sugiero que asuma que cometió un error en alguna parte. Y ahora, para no golpearte la cabeza contra la pared, debes empezar a dominar las pruebas. Hay varios artículos sobre este tema ( JUnit parte I JUnit parte II ). Además, no son “casos convenientes” los que necesitan ser probados. Por ejemplo, tomemos la tarea task1916 . Muy a menudo, después de escribir una solución, la gente busca opciones ideales. Se pasa la opción ideal, lo que significa que puede enviar la tarea. Y entonces llega la negativa. pues, que hace falta hacer? Así es, escribe otro ejemplo de prueba. Y luego otro y otro hasta que el validador pase la prueba. Por ejemplo, ¿cómo respondería el código a un segundo archivo vacío? ¿Qué pasa con el primero vacío? Aquí están los ejemplos más recientes https://javarush.com/help/15861 Ahora es importante que comprenda que el desarrollador no solo escribe el código, sino que debe probarlo él mismo y no depender de un evaluador. Para ser honesto, todavía tengo un poco de miedo cuando el desarrollo pasa a la fase de prueba. Creo que mi código debería funcionar bien y no debería haber errores. Siempre me siento mal si regalo un código que no funciona. Resulta que escribí algo y no lo revisé, es decir. hacerle perder el tiempo a alguien. Por supuesto, más adelante en el trabajo tendrás una lista de requisitos y del probador podrás obtener un conjunto de casos de prueba para tu software y adaptarte a ellos y será más fácil, pero yo no contaría con eso. Su código es su responsabilidad y las pruebas ayudan a garantizar que todo funcione como debería. Ahora tienes una gran oportunidad de mejorar tus habilidades de tester. Al ingresar a la sección de ayuda, no escriba una respuesta al autor en forma de código. Piensa en un ejemplo de prueba que no funcione para él. De esta manera mejorarás y ayudarás al autor sin resolverle el problema.
GO TO FULL VERSION