Teste de projetos pessoais

Pessoas aqui talvez? E usuários em outros sites do stackexchange.

Talvez também pessoas sem experiência técnica, se, como você diz, potencialmente milhares de usuários, alguns deles provavelmente não são técnicos e terão problemas diferentes em relação à usabilidade.

Amigos? Família?

Você pode pensar em alguns incentivos para motivar as pessoas a testarem seu site: recompensas, membros fundadores etc.

E também um critério para testar.

Talvez você já esteja ciente da disciplina de teste de aceitação do usuário, então me perdoe se eu lhe contei o que você já sabe, então não falarei muito, exceto para dizer que há livros, discussões e evangelistas sobre o assunto. O'Reilly - oreilly.com o livro publicar seria um bom lugar para procurar mais idéias.

Editar:

Confira este livro: "IU eficaz: a arte de criar uma excelente experiência do usuário em software" link

Falando da experiência. Encontre seu público-alvo. Encontre pessoas que você conhece, pessoas que serão honestas. Você tem que ter uma dor no amigo bunda que adoraria rasgar seu aplicativo em pedaços. Embora essa resposta pareça leve, observar um usuário usando seu aplicativo é a coisa mais benéfica que já fiz. Meu teste favorito é sentar e não dar instruções. Descubra o que eles querem fazer.

Eu uso três etapas de teste:

Alfa

O teste alfa é feito principalmente entre os desenvolvedores. Parece que você está neste estágio. Aqui as pessoas respondem de um ângulo técnico, podem identificar erros e saber o que os causa junto com recomendações de correção. Programmers.SE pode ser a multidão que você está procurando aqui.

Beta

O teste beta é feito entre o seu público-alvo. Anuncie um período beta, mantenha-o em um tamanho gerenciável e tenha um rastreador wiki / bug / issue público disponível.

Release Candidates

Este é um passo opcional para o desenvolvimento de aplicativos. Aqui você anunciaria para seu público-alvo e além de um lançamento em potencial. Congele o número da versão e consolide os recursos aqui. Limite o trabalho para correção de bugs e pequenos problemas de interface do usuário.