É um problema de UX/acessibilidade, mesmo não sendo um crash: do ponto de vista do usuário, clicar num botão e nada acontecer é confuso, ele não sabe se o clique "não registrou", se o site travou, ou se precisa clicar de novo (o que pode gerar cliques duplicados quando o produto finalmente carregar).

Como QA, a conduta não é simplesmente ignorar por não ser um erro técnico:

Registrar o achado como um bug de UX, mesmo que de prioridade baixa: "o botão de adicionar ao carrinho não dá feedback nenhum se clicado antes do produto carregar".
Propor o comportamento esperado: o botão poderia ficar desabilitado (disabled) até o produto carregar, ou mostrar um spinner, igual a lista de produtos já faz.
Adicionar um teste de regressão uma vez corrigido, pra garantir que não volte: por exemplo, conferir que o botão está desabilitado enquanto o título ainda está vazio.
Diferenciar isso de um bug funcional na comunicação com o time: não trava nada, não perde dado, mas prejudica a experiência, o que ajuda a priorizar certo.

O ponto central: automação de teste não serve só pra achar crash. Observações de comportamento estranho, mesmo sem erro técnico, são parte do trabalho de QA.

Prova do Módulo 3