voce estar automatizando algo dificil, tente trabalhar em par, vai acrescentar mais qualidade ao projeto. Algo legal de se fazer e usar uma ferramenta de inspecao de codigo, no Python eu uso o Pylint, isso eu considero como uma boa pratica, ja vi muitos codigos totalmente fora do padrao da linguagem, dificeis de entender.Fonte: http://www.kohl.ca/presentations/pair_testing.pdfhttps://www.pylint.org/ Nossa setima boa pratica, procure participar de forum, grupos, sites, Webnar que falam de automacao, geralmente o pessoal tem ideias novas, procure fazer cursos com professores que tenha anos de experiencia, para tentar melhorar seus projetos de automacao.Sempre faca os Testes Exploratorios na Aplicacao e uma boa pratica apos a Automacao, nos testes exploratorios sempre procurando cenarios nao mapeados pelos testes automatizados, focando as regras de negocio da Aplicacao.Fonte: http://www.qualister.com.br/blog/testes-exploratorios-parte-1-introducaoSiga a Qualister (Elias Nogueira), Agiletesters (stefanteixeira), obeythetestinggoat pra quem trabalha com python, Dave Haeffner que e autor do selenium guide book. Siga o site da Sauce Labs eles constantemente fazem diversos Webnar sobre melhores praticas de testes.Livros bons de ler:Mastering Selenium WebDriverSelenium Design Patterns and Best PracticesSelenium Guide BookLeia o Automated Testing Handbook e pre-requisito para um bom automatizador! No site do PacktPub voce pode baixar um sample do livro e o codigo fonte, no site do Selenium Guide Book faca o registro, eles sempre me mandam alguma solucao de alguns problemas tipicos. Vamos finalizar por aqui a primeira parte, na segunda parte vamos falar somente sobre boas praticas de codificacao em Selenium WebDriver e outro POST falando do Page Objects um exemplo pratico. O desafio do automatizador sempre e escrever testes de facil manutencao e reutilizaveis, compativeis com diversas plataformas, e tendo uma excelente performance, para isso voce tem que ganhar tempo montando estrategias, escolhendo a ferramenta/framework certo, com pessoas especializadas na area. Geralmente as coisas ficam dificeis quando tem diversas plataformas diferentes, no meu caso na GVT para TV Digital eu tinha 6 tipos de caixas diferentes e dois portais diferentes, meus scripts tem que rodar em todas essas caixas, e em dois portais diferentes, ai a coisa comeca a ficar complexa, neste caso usei classes genericas para atender varias coisas, as funcoes estao organizadas por classe, e cada funcao faz uma coisa unica, a configuracao dos testes estao bem separados e facil de mudar, em termos de comparacao semelhante ao Page Objects Pattern. Um problema comum no meu caso, o equipamento que o pessoal comprou pegava a imagem com uma qualidade baixa, que dificultava a automacao, assim deixando a elaboracao mais lenta, com o tempo montei um solucao para ele dar zoom no portal, mas para isso tive que pedir ajuda do pessoal de portal para ajudar na resolucao do problema. Trabalhando em um ambiente agil aonde as pessoas procuram ajudar umas as outras, os problemas que iram surgir, mas voce consegui resolver o problema com o time, implementando novas solucoes. Automacao hoje em dia voce nao precisa justificar o custo no meu ponto de vista, ja se tornou uma questao de estrategia da empresa para sobrevivencia no mercado competitivo, se voce nao faz a concorrencia vai fazer por voce, entregando um produto de