Como simplificar a refatoração? Como ensinar o desenvolvedor a evitar erros comuns na interface do usuário? Como encantar o público de uma conferência de testes se você não é um testador?
Por tradição, abrindo gravações em vídeo dos relatórios
Heisenbug para todos, publicamos os 10 melhores em Habré, compilados com base no feedback do público. Os relatórios do post são organizados em classificações crescentes: a diferença entre os lugares vizinhos é insignificante, portanto você não deve dar muita importância, mas os principais triunfos estão no final. Quem os tornou desta vez?
Precisa refatorar um projeto? Tenha uma IDÉIA!
Palestrante:
Artyom EroshenkoApresentação do relatórioNormalmente, o IntelliJ IDEA é entendido como “onde você pode codificar”, não “o que você pode codificar”. Mas, de fato, todos podem expandir a funcionalidade do IDE com seu próprio plug-in - e Artyom Eroshenko descreveu com base em sua própria experiência o que é bom no contexto da refatoração.
Muitos conhecem Artyom a partir de seus relatórios anteriores sobre o Allure Framework. Nesse caso, tudo é diferente: a palavra "Allure" também pode ser ouvida aqui, mas não como o tópico principal do discurso, mas apenas como um exemplo (a transição da primeira versão de "Allure" para a segunda).
Problemas no Selenium WebDriver
Palestrante:
Alexey BarantsevApresentação do relatórioJá existem muitos relatórios, tutoriais e textos de vários autores sobre uma ferramenta tão popular como o Selenium. Mas uma coisa é ouvir alguns oradores que possuem essa ferramenta e outra é Alexei Barantsev, que está envolvido no desenvolvimento do Selenium WebDriver desde 2011.
Quando você vê qualquer projeto complexo por dentro, entende muito do que é óbvio do lado de fora: por exemplo, para decisões que podem parecer estranhas aos usuários, boas razões são reveladas. E, neste caso, Alexey está apenas falando sobre como as situações mais "confusas" são vistas de dentro.
Receitas para criar do zero e o desenvolvimento de um sistema de teste de carga
Orador:
Anatoly PlaskovskyApresentação do relatórioHá duas coisas nas percepções das pessoas sobre os testes de estresse com as quais Anatoly discorda. Uma é quando essa atividade é considerada “pregada em um domínio”: eles dizem que no desenvolvimento de jogos e na tecnologia financeira tudo é tão diferente que a experiência em uma dessas áreas será inútil na outra. Outra é quando as palavras "teste de estresse" e "trabalho sobre desempenho" começam a ser usadas como sinônimos.
E essas duas divergências são refletidas no relatório: aqui estamos falando de métodos gerais que podem ser úteis em várias áreas e escolhemos cuidadosamente o contexto apropriado das palavras "carga" e "desempenho".
Testando sistemas com dependências externas: problemas, soluções, Mountebank
Palestrante:
Andrey GlazkovApresentação do relatórioDependências geralmente complicam os testes, mas alguns casos podem ser particularmente complicados. E se o seu sistema precisar interagir com êxito com um estranho que está sendo desenvolvido em paralelo e, a partir de um estranho, você não tem código nem dados completos suficientes, mas no processo ele também muda?
O próprio Andrei Glazkov se deparou com casos complexos e falou sobre a experiência adquirida: a partir de como, ao simular as ações de sistemas externos, surge a divisão em falsificações “tolas” e “inteligentes” e os problemas que surgem (“o código com o qual estamos testando, está ficando tão complicado que já existem bugs ”) e passando para como o Mountebank resolveu os problemas.
Recursos de teste visual de interfaces
Palestrante:
Anton UsmanskyApresentação do relatórioAs ferramentas de comparação de capturas de tela o ajudarão a perceber se algo “ocorreu” na interface. Mas, em busca dessa diferença, eles podem achar as capturas de tela diferentes, onde, do ponto de vista das interfaces, tudo permanece como antes. Quais são esses casos e como aprender a rejeitá-los imediatamente sem perder tempo? E qual é a situação comum quando a automação sinaliza uma diferença, mas, a olho nu, as capturas de tela geralmente são as mesmas?
O próprio Anton Usmansky está envolvido no desenvolvimento das ferramentas Gemini e Hermione na Yandex, mas o relatório não é especificamente sobre elas, mas sobre os princípios gerais de tais projetos. Anteriormente, uma
versão em texto deste relatório apareceu no software-testing.ru.
Mil e uma erros de interface do usuário ou como ensinar um desenvolvedor a evitar erros comuns da interface do usuário
Palestrante:
Ekaterina MikheevaApresentação do relatórioHabrausers podem se lembrar de
Ekaterina Mikheeva, graças a uma
publicação popular sobre o número de dispositivos Android necessários para o teste. Em sua nova palestra, a fragmentação do Android também é mencionada, mas o contexto é diferente.
Às vezes, testar uma interface do usuário é divertido, e às vezes é uma tarefa árdua: os mesmos erros surgem repetidas vezes e não são incompreensíveis, e é como se você estivesse perdendo tempo tentando consertar alguém pela centésima vez isso é "tsya / tsya". Quais são esses erros e o que deve ser feito para não encontrar mais isso? Como esse trabalho afeta o fato de que às vezes as pessoas escrevem para alguém no telefone como "Não atenda ao telefone (cervo)"? E como de uma "sobrancelha" um "olho robótico" pode sair?
Redescubra os testes exploratórios
Palestrante:
Ingo PhilippApresentação do relatórioSe os gerentes podem ter os olhos iluminados com as palavras "automação de teste", então com as palavras "teste exploratório" eles podem sair: não apenas o trabalho não pode ser transferido para os robôs, como também é difícil formalizar o processo, mas como você pode economizar recursos da empresa?
Ingo Phillip começa com o motivo pelo qual, sem isso, a empresa corre o risco de perder ainda mais ("você pode automatizar a verificação dos riscos que conhecemos, mas não dos que ainda não conhecemos) e, em seguida, passa a como viver com ele ( por exemplo, o que está sendo feito com a mesma formalização do processo). Provavelmente, as classificações da audiência estão parcialmente relacionadas ao tom irônico do orador ("o software de teste é como lavar um porco: um processo sem um começo e um fim claros, onde no final você não entende por que se envolveu nele desde o início").
Voyeurismo do testador ou como o monitoramento do usuário o ajudará
Palestrante:
Antonina KhisametdinovaApresentação do relatórioEste relatório sobre interfaces e possíveis erros neles já é familiar para Habr: anteriormente, fizemos uma
versão em texto para que ele pudesse ser não apenas visualizado, mas também lido. Então, em vez de uma descrição, apenas faremos alguns comentários dos habrausers:
- “Um artigo delicioso. Eu nem sei para quem ele pode ser mais útil: controle de qualidade ou representantes de design "
- “Post incrível, nada de novo, é claro, mas tudo está reunido em um só lugar e você pode enviar pessoas aqui, obrigado”
- "Parece-me que isso deve ser interessante para todos os desenvolvedores que são pelo menos um pouco confrontados com interfaces de usuário"
Temos DevOps. Vamos demitir todos os testadores
Palestrante:
Baruch SadogurskyApresentação do relatórioBaruch é bem conhecido pelos visitantes de nossas conferências DevOops e Joker, mas os testadores o viram pela primeira vez. Uma conferência pode ser bem recebida em uma conferência de testes em que as palavras “eu não sou um testador” soam logo no início? Como se viu - mais do que.
Aqui temos que fazer uma reserva importante: foi uma palestra, ou seja, não um relatório regular em uma das três salas, mas uma declaração geral para todo o público que abriu a conferência. Portanto, não foi dito aqui sobre os detalhes de qualquer instrumento específico, mas sobre as tendências do setor. Se a palavra DevOps não tiver as letras "QA", qual é o uso difundido de devops para testadores? Eles precisam ter medo de seus empregos quando os desenvolvedores estão surpreendentemente ativamente escrevendo testes?
Para a palestra, é especialmente importante que não apenas o material seja bom, mas também o alto-falante seja brilhante - e isso não pode ser retirado de Barukh, você o reconhecerá instantaneamente de mil, mesmo por sua voz alta, mesmo por seu chapéu colorido. E, no final, ele ganhou o amor dos testadores, ficando em segundo lugar nessa classificação.
Extremos de teste: truques dos cantos escuros das interfaces móveis
Palestrante:
Vitaliy FridmanApresentação do relatórioSe a conferência começou com Baruch, então, com esse discurso, as palestras ocuparam as duas principais linhas da classificação. Nesse caso, como Baruch, o carisma e o charme do palestrante desempenham um papel enorme e ele também não é um testador: Vitaliy é o fundador do famoso site para desenvolvedores / designers da web
Smashing Magazine . Quando um site ensina outras pessoas a criar interfaces corretamente, não é de surpreender que ele próprio seja especialmente cuidadosamente pensado - então Vitaly sabe muito sobre interfaces.
Anteriormente, ele já havia se apresentado no Heisenbug, em São Petersburgo, e depois coletado resenhas como "isso não é muito sobre testes, mas é incrível". E agora ele veio a Moscou, e desta vez o material de apresentação era diferente do tempo anterior - mas não havia menos entusiasmo.
Para aqueles que são poucos em dezenas, mais vídeos do Heisenbug 2018 em Moscou -
clique aqui .
Se você gostou desses relatórios, preste atenção: de 17 a 18 de maio, o próximo Heisenbug será realizado em São Petersburgo . Em contraste com este hub, você pode não apenas ver os relatórios, mas também fazer perguntas pessoalmente aos palestrantes: cada um deles, após seu discurso, responde em detalhes em uma área de discussão especial. Os detalhes existentes sobre o programa estão no site . Mais próximo da data, o programa se tornará mais conhecido - mas o preço dos ingressos está aumentando gradualmente, portanto, comprá-los com antecedência é rentável. E agora estão chegando os últimos dias de recebimento de pedidos para o relatório , se você deseja não apenas "ver os outros", mas também "mostrar-se" - responda!