Ao incluir o endereço do usuário, seria necessário refazer todos os principais testes, para ter ctz de o login e o cadastro continuam funcionando. Além disso, seria necessário criar cenários de testes para o campo adicionado, como por exemplo, uma mensagem de erro caso o campo seja deixado em branco, quantidade mínima e máxima de caracteres.
acho que a msg de erro para o campo deixado em branco seria bom se o endereço for um campo obrigatorio , e depois de colocar verificar se o endereço éum endereço valido por ex se possue cep e tudo direito
Oi Ana! Gostaria de adicionar algumas coisas à sua resposta:
Ao incluir o endereço do usuário, seria necessário refazer todos os principais testes'Refazer todos os principais testes' tenha cuidado ao usar termos vagos com a equipe. 'Principal' pra uns não pode ser pra outros. Se na equipe já foram definidos os planos, melhor chamar eles pelos nomes enumerando todos
... login e o cadastro continuam funcionando. Além disso, seria necessário criar cenários de testes para o campo adicionado, como por exemplo, uma mensagem de erro caso o campo seja deixado em branco, quantidade mínima e máxima de caracteres.Como cadastro é a area afetada pela mudança, então não se aplica teste de regressão. O teste seria de funcionalidade, de limite etc. Regressão se aplicará a areas que não foram modificadas diretamente porém que possam ter sido afetadas pela mudança. No caso, Login e Pagina de perfil. Será que a pessoa continua capaz de alterar dados de cadastro na sua página de perfil, se o cadastro teve alteração?
Pensar no fluxo dos dados pode te ajudar a projetar até onde fazer o teste de regressão. Por exemplo, ao fazer cadastro os dados são salvos em uma array/objeto/mapa. Quais outros lugares/funcionalidades escrevem ou leem essa array/objeto/mapa? Estes são ótimos candidatos a teste de regressão