A Canonical desenvolveu um método contínuo para avaliar continuamente o progresso do desenvolvimento chamado Testes do AutoPilot .
O piloto automático é uma ferramenta de teste funcional. Simula as ações do usuário por gerando eventos de teclado e mouse e, em seguida, testando o estado do pedido em questão. Ele funciona para gtk e qt aplicações.
Em resumo, isso envolve vários procedimentos de testes automatizados para comprovar a viabilidade de qualquer alteração na compilação.
A Canonical declarou que a extensão dos testes automatizados foi tão bem-sucedida que a abordagem 3 alfa / 2 beta normal para o desenvolvimento que prevalecia nas versões anteriores do Ubuntu não é mais necessário. Pode ser entendido que isso está próximo da versão "rolling release" do Ubuntu - alguém que usa essa build sempre recebe as versões mais recentes do software durante o ciclo geral de desenvolvimento & amp; teste. Tal lançamento é muito bem testado pelos testes automatizados.
Esta abordagem foi vista com o desenvolvimento de Raring (13.04) e continuou com refinamentos para ambos os Saucy (13.10 ) e especialmente para este lançamento LTS.
Como você pode ver na programação de lançamentos - existe apenas uma versão beta oficial do Trusty - isso coincide com o beta 2 para os sabores de opt-in do Ubuntu.
Para fornecer flexibilidade para as diferentes estratégias de desenvolvimento para as várias equipes do Ubuntu Desktop, as próprias equipes nomeiam se desejam "aceitar" esse regime de teste automatizado ou seguir a estratégia de lançamento point-in-time mais tradicional. Até agora, apenas a equipe de desktops do Ubuntu adotou essa abordagem. No entanto, deve ser lembrado - para a grande maioria dos softwares e softwares subjacentes que são comuns, essa abordagem automatizada beneficia o ecossistema mais amplo - e realmente beneficia o Debian e o Upstream - bugs são encontrados mais rapidamente e aumentados quando necessário.
Perguntas vinculadas: