Temos um ambiente de teste que é praticamente uma cópia do ambiente de produção para nossos aplicativos da Web.
No passado, os endereços de e-mail dos dados do cliente foram apagados para evitar que os e-mails dos sistemas de teste saíssem para a natureza. Mas nossos testadores nos dizem que eles gostariam de manter esses endereços de e-mail únicos, ou seja, perfeitamente mapeados para os reais.
Eu pensei que um método utilizável para esfregar sem perder informações seria remover todos os pontos no endereço de e-mail e, em seguida, anexar ".ummedordlongerthanquatro caracteres" à parte do computador do endereço. Isso permitiria que os testadores conhecessem o endereço real do cliente ("[email protected] - > [email protected]"), além de podermos configurar um servidor interno chamado "someword" e receber emails para todos os subdomínios de "algumorde".
É uma idéia útil ou existem métodos melhores para conseguir isso? Devo usar um domínio de teste reservado ou algo assim?
Eu usei essa solução no passado. Acrescentou algo como .test.local a todos os endereços de e-mail. Se você tiver controle sobre o DNS, poderá criar um domínio DNS & configurar um servidor de email com um endereço catch all para testes para evitar todos os NDRs.
É claro que a maior preocupação é o que acontece quando alguém "esquece" de esfregar os dados & executa testes?
Conselhos sobre o que acrescentar? tornar algo que não pode ser resolvido na Internet, por exemplo, .local
Eu ficaria preocupado com todos os NDRs que você faria isso ... Isso poderia ser extremamente irritante.
Outra opção que você poderia usar seria ter um servidor smtp definido como seu destino de desenvolvimento e configurá-lo para aceitar e descartar as mensagens de saída. Espero que seu aplicativo tenha algum tipo de variável global definindo o servidor SMTP para retransmitir.
Certifique-se de que o ambiente de teste tenha seu próprio DNS e mapeie os nomes das máquinas de produção para máquinas no ambiente de teste. Faça das máquinas uma retransmissão de email (o que você provavelmente deve fazer também em produção, em vez de colocar todas as coisas no mesmo nome de host) e apenas configure o retransmissor de email de teste para não fazer nada.
Se você estiver contando com o servidor smtp na caixa local, provavelmente deverá fornecer um alias, supondo que pode acabar com muita carga na caixa e desejar enviar o email por um servidor diferente.
Tags email testing domain-name