Compartir tecnología

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Como prueba, no solo es necesario descubrir problemas, sino también promover activamente la resolución efectiva de problemas a nivel de usuario;

1. En primer lugar, debe comunicarse activa y pacientemente con el equipo de desarrollo y reproducir conjuntamente el error, proporcionar un entorno de prueba, pasos operativos, datos de prueba, capturas de pantalla, registros, etc. para garantizar que rd comprenda completamente el error y pueda mejorar. comprender y localizar el error;
2. En segundo lugar, confirme si debido a factores ambientales o datos sucios en el entorno de prueba, el error solo existe en el entorno de prueba y rd no se puede reproducir en el entorno de desarrollo. Si es un error válido, demuéstrelo a rd. haga un seguimiento y mejorelo si es un entorno de prueba. Los defectos no válidos causados ​​por datos sucios cerrarán el error;
3. Las pruebas y el desarrollo tienen diferentes interpretaciones de los requisitos o los requisitos no están claros, lo que hace que el desarrollo los considere errores no válidos debido a la ambigüedad de los requisitos y deben confirmarse con el producto;
4. El desarrollador cree que las pruebas son pruebas excesivas y los usuarios no funcionarán así en un entorno real; la estación de pruebas cree que es un error válido desde la perspectiva del usuario, si es necesario confirmarlo con el producto; el producto confirma que es un error válido y la prueba puede realizar un seguimiento, por ejemplo, si el producto considera que el error no es válido, pero el evaluador lo considera un error válido, informe al líder directo y avance;
5. El error no tiene un requisito correspondiente, por lo que debe comunicarse con el PM y el RD al mismo tiempo. El PM explicará claramente los requisitos específicos del requisito y el nodo de tiempo para resolver el error;
6. Si el desarrollador cree que el problema es causado por herramientas de desarrollo, marcos de desarrollo o interfaces de terceros, las pruebas deben comunicarse proactivamente con el equipo de desarrollo y coordinarse con el personal relevante para resolver el problema juntos;
7. Si el error no se puede reproducir ocasionalmente, el desarrollo no lo aprobará; si no se puede reproducir, intente proporcionar información detallada del problema (grabación de pantalla, información de registro, información de captura de pantalla) Si no se puede reproducir nuevamente, se enviará el error. al sistema de gestión de defectos para facilitar la posterior observación y seguimiento (Marcado como ocasional);