Compartilhamento de tecnologia

Desenvolvimento não reconhece política de bugs

2024-07-12

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

Como teste, não é apenas necessário descobrir problemas, mas também promover ativamente a resolução eficaz de problemas ao nível do utilizador;

  1. Em primeiro lugar, você deve se comunicar ativa e pacientemente com a equipe de desenvolvimento e reproduzir o bug em conjunto, fornecer ambiente de teste, etapas de operação, dados de teste, capturas de tela, logs, etc. entender e localizar o bug;
  2. Em segundo lugar, confirme se devido a fatores ambientais ou dados sujos no ambiente de teste, o bug só existe no ambiente de teste e o rd não pode ser reproduzido no ambiente de desenvolvimento para o rd no ambiente de teste; acompanhá-lo e melhorá-lo; se for um ambiente de teste, defeitos inválidos causados ​​por dados sujos fecharão o bug;
  3. Teste e desenvolvimento possuem entendimentos diferentes dos requisitos ou os requisitos não são claros, fazendo com que o desenvolvimento os considere como bugs inválidos devido à ambiguidade dos requisitos, eles precisam ser confirmados com o produto;
  4. O desenvolvedor pensa que o teste é um teste excessivo e os usuários não irão operar assim em um ambiente real; o produto confirma que é um bug válido, o teste pode fazer o acompanhamento, como Se o produto considerar o bug inválido, mas o testador considerar que é um bug válido, reporte ao líder direto e avance;
  5. O bug não possui um requisito correspondente, portanto precisa ser comunicado ao PM e ao RD simultaneamente. O PM explicará claramente os requisitos específicos do requisito e o nó de tempo para resolução do bug;
  6. Se o desenvolvimento acreditar que o problema é causado por ferramentas de desenvolvimento, estruturas de desenvolvimento ou interfaces de terceiros, o teste precisa se comunicar proativamente com a equipe de desenvolvimento e coordenar-se com o pessoal relevante para resolver o problema em conjunto;
  7. Se o bug não puder ser reproduzido ocasionalmente, o desenvolvimento não o aprovará; se não puder ser reproduzido, tente fornecer informações detalhadas sobre o problema (gravação de tela, informações de log, informações de captura de tela). ao sistema de gerenciamento de defeitos para facilitar a observação e rastreamento subsequente (Marcado como ocasional);