Teste no mundo real #

Teste seu aplicativo através do uso no mundo real #

Não há substituto para pessoas reais usando seu aplicativo de maneiras reais. Obtenha dados reais. Receba feedback real. Depois, melhore com base nessas informações.

Testes de usabilidade formais são muito rígidos. Ambientes de laboratório não refletem a realidade. Se você ficar observando por cima do ombro de alguém, você terá alguma ideia do que está funcionando ou não, mas as pessoas geralmente não se saem bem na frente de uma câmera. Quando alguém está assistindo, as pessoas são especialmente cuidadosas para não cometer erros — no entanto, erros são exatamente o que você está procurando.

Em vez disso, lance recursos beta para alguns selecionados dentro do próprio aplicativo real. Faça com que eles usem os recursos beta ao lado dos recursos lançados. Isso exporá esses recursos aos dados reais das pessoas e ao fluxo de trabalho real. E é aí que você obterá resultados reais.

Além disso, não tenha uma versão de lançamento e uma versão beta. Elas devem ser sempre a mesma coisa. Uma versão beta separada só terá uma resposta superficial. A versão real, com alguns recursos beta adicionados, terá um teste completo.

O Livro Beta #

Se os desenvolvedores ficam nervosos ao lançar código, então editores e autores ficam aterrorizados ao lançar livros. Uma vez que um livro é comprometido com o papel, é visto como um grande problema mudá-lo. (Realmente não é, mas a percepção e as memórias de problemas com tecnologias antigas ainda persistem na indústria.) Assim, os editores têm muito trabalho (e despesa) para tentar fazer os livros “certos” antes de serem lançados.

Quando escrevi o livro Agile Web Development With Rails, havia uma grande demanda reprimida entre os desenvolvedores: dê-nos o livro agora — queremos aprender sobre Rails. Mas eu caí na mentalidade de um editor. “Ainda não está pronto”, eu diria. Mas a pressão da comunidade e alguns incentivos de David Heinemeier Hansson mudaram minha mente. Lançamos o livro em formato PDF cerca de 2 meses antes de estar completo. Os resultados foram espetaculares. Não apenas vendemos muitos livros, mas também recebemos feedback — muito feedback. Configurei um sistema automatizado para capturar os comentários dos leitores e, no final, recebi quase 850 relatórios de erros de digitação, erros técnicos e sugestões para novo conteúdo. Quase todos foram incorporados ao livro final.

Foi uma situação ganha-ganha: consegui entregar um livro em papel muito melhorado, e a comunidade teve acesso antecipado a algo que queria. E se você está em uma corrida competitiva, lançar algo mais cedo ajuda as pessoas a se comprometerem com você e não com a concorrência.

—Dave Thomas, The Pragmatic Programmers

Faça rápido #

1. Decida se vale a pena fazer e, se valer:
2. Faça rápido — não perfeito. Apenas faça.
3. Salve. Suba. Publique.
4. Veja o que as pessoas pensam.

Embora eu sempre relute em adicionar novos recursos às coisas, uma vez que tenho aquele momento de "sim!" decidindo que algo vale a pena fazer, geralmente está no site algumas horas depois, imperfeito mas lançado, deixando o feedback guiar o refinamento futuro dele.

—Derek Sivers, presidente e programador, CD Baby e HostBaby