Tag: AUTOMOCKING
Estoy utilizando httpmockadaper para simular solicitudes HTTP en Dio. Esa parte funciona bien, pero lo que me está dando problemas es verificar que se haya hecho una solicitud utilizando. Una idea que tuve fue llamar a verify() de mockito con dio.get(any) o adapter.onGet(any, any) como parámetro, pero eso obviamente no . . . Read more
Tengo un componente hijo de React que tiene un botón: export function Banner({argumentSetter}){ function handleOnClick(){ argumentSetter(argument.READ); } return( <div> <button onclick=”{handleOnClick}”> <icon name=”delete” type=”filled”> Discard </icon> </button> </div> ) } Y tengo mi argumentSetter en mi componente padre definido como sigue: const [argument,setArgument] = useState<argument>(argument.EDIT); argumentSetter = useCallBack((val)=>{ setArgument(val); },[argument]); . . . Read more
¿Existe alguna forma de hacer que React ignore las propiedades específicas de los objetos de prueba de simulación durante las pruebas unitarias para evitar ver una gran cantidad de advertencias en la consola? Algunas de nuestras pruebas unitarias están simulando objetos, lo que hace que React advierta sobre las props . . . Read more
Supongamos que tengo un objeto como este: public ClassA() { public void start() { … ClassB algo = getSomeStuff(); … } protected ClassB getSomeStuff() { return new ClassB(render, response); } } Luego estoy intentando hacer algunas pruebas unitarias de esta manera, donde espío una llamada al método en un objeto . . . Read more
Quiero probar el método checkTextLength() de DesignInputField que retorna un valor booleano. Pero siempre regresa false. Intenté utilizar la biblioteca de burlas para hacer esto. Cuando escribo este código Mockito.when(designInputField.checkTextLength()).thenReturn(true) retorna true. Pero creo que no es la manera correcta de probar este código. DesignInputField.kt class DesignInputField @JvmOverloads constructor( context: . . . Read more