Die Sache mit dem Hut: Top 10 Berichte von Heisenbug 2018 Moskau



Wie vereinfacht man das Refactoring? Wie kann man dem Entwickler beibringen, hÀufige Fehler in der BenutzeroberflÀche zu vermeiden? Wie kann man das Publikum einer Testkonferenz begeistern, wenn man selbst kein Tester ist?

Traditionell öffnen wir Videoaufzeichnungen von Heisenbug- Berichten fĂŒr alle und veröffentlichen die Top 10 auf HabrĂ©, die auf der Grundlage von Publikumsfeedback zusammengestellt wurden. Die Berichte in der Post sind in zunehmender Bewertung angeordnet: Der Unterschied zwischen benachbarten Orten ist unbedeutend, daher sollten Sie ihm nicht viel Bedeutung beimessen, aber die wichtigsten Erfolge stehen ganz am Ende. Wer wurde sie diesmal?



MĂŒssen Sie ein Projekt umgestalten? Haben Sie eine Idee!


Sprecher: Artyom Eroshenko
PrÀsentation prÀsentieren

In der Regel wird IntelliJ IDEA als "wo Sie codieren können" und nicht als "was Sie codieren können" verstanden. TatsÀchlich kann jeder die FunktionalitÀt der IDE mit seinem eigenen Plug-In erweitern - und Artyom Eroshenko hat anhand seiner eigenen Erfahrung beschrieben, was im Zusammenhang mit Refactoring gut ist.

Viele kennen Artyom aus seinen frĂŒheren Berichten ĂŒber das Allure Framework. In diesem Fall ist alles anders: Das Wort "Allure" ist auch hier zu hören, jedoch nicht als Hauptthema der Rede, sondern nur als ein Beispiel (der Übergang von der ersten Version von "Allure" zur zweiten).




Probleme in Selenium WebDriver


Sprecher: Alexey Barantsev
PrÀsentation prÀsentieren

Es gibt bereits viele Berichte, Tutorials und Texte verschiedener Autoren zu einem so beliebten Tool wie Selen. Es ist jedoch eine Sache, einem Redner zuzuhören, der dieses Tool besitzt, und eine ganz andere, Alexei Barantsev, der seit 2011 an der Entwicklung von Selenium WebDriver beteiligt ist.

Wenn Sie ein komplexes Projekt von innen sehen, verstehen Sie vieles, was von außen nicht offensichtlich ist: FĂŒr Lösungen, die den Benutzern seltsam erscheinen, gibt es gute GrĂŒnde. Und in diesem Fall spricht Alexey nur darĂŒber, wie die „verwirrtesten“ Situationen von innen gesehen werden.




Rezepte fĂŒr die Erstellung von Grund auf neu und die Entwicklung eines Lasttestsystems


Sprecher: Anatoly Plaskovsky
PrÀsentation prÀsentieren

Es gibt zwei Dinge in der Wahrnehmung von Stresstests, mit denen Anatoly nicht einverstanden ist. Eine ist, wenn diese AktivitĂ€t als „an eine DomĂ€ne genagelt“ betrachtet wird: Sie sagen, dass in der Spieleentwicklung und in der Fintech alles so unterschiedlich ist, dass Erfahrungen in einem dieser Bereiche in dem anderen nutzlos sind. Zum anderen werden die Wörter „Stresstest“ und „Arbeit an der Leistung“ als Synonyme verwendet.

Und diese beiden Meinungsverschiedenheiten spiegeln sich im Bericht wider: Hier sprechen wir ĂŒber allgemeine Methoden, die in einer Vielzahl von Bereichen nĂŒtzlich sein können, und wĂ€hlen sorgfĂ€ltig den geeigneten Kontext aus den Wörtern „Laden“ und „Leistung“ aus.




Testsysteme mit externen AbhÀngigkeiten: Probleme, Lösungen, Mountebank


Sprecher: Andrey Glazkov
PrÀsentation prÀsentieren

AbhĂ€ngigkeiten erschweren das Testen im Allgemeinen, aber einige FĂ€lle können besonders schwierig sein. Was ist, wenn Ihr System erfolgreich mit einem Fremden interagieren muss, der parallel entwickelt wird, und wenn Sie von einem Fremden weder Code noch genĂŒgend vollstĂ€ndige Daten haben, sich dies aber auch Ă€ndert?

Andrei Glazkov selbst war selbst mit komplizierten FĂ€llen konfrontiert und sprach ĂŒber die gesammelten Erfahrungen: Ausgehend davon, wie bei der Simulation der Aktionen externer Systeme die Unterteilung in „alberne“ und „intelligente“ FĂ€lschungen und die auftretenden Probleme („der Code, mit dem wir arbeiten“ auftritt) Wir testen es, es wird so kompliziert, dass es bereits Fehler enthĂ€lt. “) Und fahren Sie fort mit der Lösung der Probleme durch die Mountebank.




Merkmale des visuellen Testens von Schnittstellen


Sprecher: Anton Usmansky
PrÀsentation prÀsentieren

Mithilfe von Screenshot-Vergleichstools können Sie feststellen, ob in der BenutzeroberflĂ€che ein Fehler aufgetreten ist. Auf der Suche nach diesem Unterschied können sie jedoch feststellen, dass die Screenshots unterschiedlich sind, wobei aus Sicht der Schnittstellen alles wie bisher bleibt. Was sind diese FĂ€lle und wie kann man lernen, sie sofort abzulehnen, ohne Zeit zu verschwenden? Und wie sieht es hĂ€ufig aus, wenn die Automatisierung einen Unterschied signalisiert, aber fĂŒr das bloße menschliche Auge Screenshots im Allgemeinen gleich aussehen?

Anton Usmansky selbst ist bei Yandex an der Entwicklung von Gemini- und Hermine-Werkzeugen beteiligt, aber der Bericht befasst sich nicht speziell mit ihnen, sondern mit den allgemeinen Prinzipien solcher Projekte. Zuvor erschien eine Textversion dieses Berichts auf software-testing.ru.




Tausendundein UI-Fehler oder wie man einem Entwickler beibringt, hÀufige UI-Fehler zu vermeiden


Sprecherin: Ekaterina Mikheeva
PrÀsentation prÀsentieren

Habrauser können sich dank eines beliebten Beitrags ĂŒber die Anzahl der zum Testen erforderlichen Android-GerĂ€te an Ekaterina Mikheeva erinnern. In ihrem neuen Vortrag wird auch die Android-Fragmentierung erwĂ€hnt, aber der Kontext ist anders.

Manchmal macht das Testen einer BenutzeroberflĂ€che Spaß, und manchmal ist es eine lĂ€stige Pflicht: Immer wieder treten dieselben Fehler auf, und es ist ĂŒberhaupt nicht unverstĂ€ndlich, und es ist, als wĂŒrden Sie zum hundertsten Mal Zeit damit verschwenden, jemanden zu reparieren das ist "tsya / tsya". Was sind diese Fehler und was sollte getan werden, um dem nicht mehr zu begegnen? Wie wirkt sich diese Arbeit auf die Tatsache aus, dass manchmal Leute jemanden am Telefon schreiben wie "Nehmen Sie nicht den Hörer ab (Hirsch)"? Und wie kann aus einer „Augenbraue“ ein „Roboterauge“ herauskommen?




Erkundungstests neu entdecken


Sprecher: Ingo Philipp
PrÀsentation prÀsentieren

Wenn Manager ihre Augen mit den Worten "Testautomatisierung" zum Leuchten bringen können, können sie mit den Worten "Erkundungstests" ausgehen: Die Arbeit kann nicht nur nicht auf Roboter ĂŒbertragen werden, es ist auch schwierig, den Prozess zu formalisieren, sondern wie können Sie Unternehmensressourcen sparen?

Ingo Phillip beginnt damit, warum das Unternehmen ohne dies das Risiko eingeht, noch mehr zu verlieren ("Sie können die ÜberprĂŒfung der Risiken, die wir kennen, aber noch nicht der Risiken, die wir noch nicht kennen, automatisieren" und fĂ€hrt dann damit fort, damit zu leben ( zum Beispiel, was mit der gleichen Formalisierung des Prozesses gemacht wird). Wahrscheinlich hĂ€ngen die Bewertungen des Publikums teilweise mit dem ironischen Ton des Sprechers zusammen ("Testsoftware ist wie das Waschen eines Schweins: ein Prozess ohne klaren Anfang und Ende, bei dem Sie am Ende nicht verstehen, warum Sie von Anfang an daran beteiligt waren").




Tester Voyeurismus oder wie BenutzerĂŒberwachung Ihnen hilft


Sprecherin: Antonina Khisametdinova
PrÀsentation prÀsentieren

Dieser Bericht ĂŒber die Schnittstellen und mögliche Fehler in ihnen ist Habr bereits bekannt: Wir haben ihm zuvor eine Textversion erstellt , damit sie nicht nur angezeigt, sondern auch gelesen werden kann. Anstelle einer Beschreibung geben wir nur ein paar Kommentare zu den Habrausern:

  • „Ein entzĂŒckender Artikel. Ich weiß nicht einmal, fĂŒr wen es nĂŒtzlicher sein könnte - fĂŒr QualitĂ€tssicherung oder Designvertreter. "
  • "Toller Beitrag, natĂŒrlich nichts Neues, aber alles ist an einem Ort zusammengefasst und man kann Leute hierher schicken, danke."
  • "Es scheint mir, dass dies fĂŒr alle Entwickler interessant sein sollte, die zumindest ein wenig mit BenutzeroberflĂ€chen konfrontiert sind."




Wir haben DevOps. Lassen Sie uns alle Tester feuern


Sprecher: Baruch Sadogursky
PrÀsentation prÀsentieren

Baruch ist den Besuchern unserer DevOops- und Joker-Konferenzen bekannt, aber die Tester haben ihn zum ersten Mal gesehen. Kann eine Konferenz bei einer Testkonferenz gut aufgenommen werden, bei der die Worte „Ich bin kein Tester“ gleich zu Beginn klingen? Wie sich herausstellte - mehr als.

Hier mĂŒssen wir einen wichtigen Vorbehalt machen: Es war eine Keynote, dh kein regelmĂ€ĂŸiger Bericht in einem der drei RĂ€ume, sondern eine allgemeine ErklĂ€rung fĂŒr das gesamte Publikum, das die Konferenz eröffnet hat. Daher wurde hier nicht auf die Details eines bestimmten Instruments eingegangen, sondern auf Branchentrends. Wenn das Wort DevOps nicht die Buchstaben "QA" enthĂ€lt, wie wird Devops dann hĂ€ufig fĂŒr Tester verwendet? MĂŒssen sie Angst um ihre Arbeit haben, wenn Entwickler ĂŒberraschend selbst aktiv Tests schreiben?

FĂŒr die Keynote ist es besonders wichtig, dass nicht nur das Material gut ist, sondern auch der Lautsprecher hell - und dies kann Barukh nicht genommen werden, Sie werden ihn sofort an tausend erkennen, selbst an seiner lauten Stimme, sogar an seinem bunten Hut. Und am Ende gewann er die Liebe der Tester und belegte in dieser Wertung den zweiten Platz.




Extreme Tests: Tricks aus den dunklen Ecken mobiler Schnittstellen


Sprecher: Vitaliy Fridman
PrÀsentation prÀsentieren

Wenn die Konferenz mit Baruch begann, endete sie mit dieser Rede, dh die Keynotes besetzten beide obersten Zeilen der Bewertung. In diesem Fall spielen wie Baruch das Charisma und der Charme des Sprechers eine große Rolle, und er ist auch kein Tester: Vitaliy ist der GrĂŒnder der berĂŒhmten Website fĂŒr Webentwickler / Designer Smashing Magazine . Wenn eine Site anderen beibringt, Schnittstellen korrekt zu erstellen, ist es nicht verwunderlich, dass er selbst besonders sorgfĂ€ltig durchdacht ist - Vitaly weiß also viel ĂŒber Schnittstellen.

Zuvor war er bereits bei Heisenbug in St. Petersburg aufgetreten und sammelte dann Kritiken wie "Hier geht es nicht sehr ums Testen, aber es ist erstaunlich." Und jetzt kam er nach Moskau, und dieses Mal war das PrÀsentationsmaterial anders als beim vorherigen Mal - aber es gab nicht weniger Begeisterung.


FĂŒr diejenigen, die nur wenige in Dutzenden, mehr Heisenbug 2018 Moskau Videos sind - klicken Sie hier .


Wenn Ihnen diese Berichte gefallen haben, achten Sie darauf: Am 17. und 18. Mai findet in St. Petersburg der nĂ€chste Heisenbug statt. Im Gegensatz zu diesem Hub können Sie dort nicht nur die Berichte sehen, sondern auch persönlich Fragen an die Redner stellen: Jeder von ihnen antwortet nach seiner Rede ausfĂŒhrlich in einem speziellen Diskussionsbereich. Die vorhandenen Details zum Programm finden Sie auf der Website . NĂ€her am Datum wird das Programm bekannter - aber der Preis fĂŒr Tickets steigt allmĂ€hlich, so dass es rentabel ist, sie im Voraus zu kaufen. Und jetzt kommen die letzten Tage nach Eingang der Bewerbungen fĂŒr den Bericht , wenn Sie nicht nur „andere sehen“, sondern auch „sich zeigen“ möchten - antworten Sie!

Source: https://habr.com/ru/post/de442748/


All Articles