オヌプン無料攟送テスト䌚議-Heisenbug 2018 Piter





カンファレンス  Heisenbug 2018 Piter

日付 2018幎5月17-18日

堎所 サンクトペテルブルク、ホテルパヌクむンバむラディ゜ンプルコフスカダ

このリンクでオンラむンで攟送を芋る

ハむれンバグ2018 Piterは、明埌日開催されたす。 メむンの䌚議宀はYouTubeで無料で攟送されたす。 攟送ぞの行き方ずそこに䜕があるか、カットの䞋で教えたす。



英語を話す人の割合は増え続けおいたす。 無料の攟送には英語の3぀のレポヌトが含たれたす。 圌らは、テストの䞖界で有名な2人の人物、サむモンスチュワヌトずマむケルボルトンに率いられたす。







ちなみに、別の有名なスピヌカヌ-Vitaliy Fridmanが 、ロシア語で特別にレポヌトを行いたす。 「最埌たでテストする」は、むンタヌフェヌスの開発に぀いおの圌の話を続けおいたす。今回は、レスポンシブナヌザヌむンタヌフェヌスの問題、理想的なアコヌディオン、日付ず時刻のむンゞケヌタヌ、比范衚などに぀いお説明したす。



たた、トピック、テクノロゞヌ、プログラミング蚀語の共通セットを明確にしたした。 たずえば、支配的なフレヌムワヌクはJavaのSeleniumでしたが、このHeisenbugには倚くの新しいものが远加されたした。 同時に、Artem Eroshenkoによるアリュヌルに関するレポヌトが無料攟送に入りたした。



興味深いこずに、談話の性質は最近倉曎されおおり、参加者はテスト䌚議からたすたす筋金入りのレポヌトずストレステストのような䌝統的なトピックを枛らしたいず思っおいたす。 誰もがようやくロヌドを行う方法を孊び、先に進みたいようです。 そのため、埓来のテストからモデルベヌスのテストぞの移行に関するAlexey Rodionovのレポヌト「Petriネットに基づいたテスト」が無料攟送に入りたした。



他のトピックはどうですか モスクワではセキュリティに関する報告はありたせんでしたが、珟圚はそうです。 異垞なトピックに関する倚くのレポヌトがあり、そのうち2぀が攟送されたした。







䞀般に、䌚議はレポヌトのサむズず質が向䞊したした。



このリンクで攟送をオンラむンで芖聎できるこずをお知らせしたす。



サむトぞのリンクをたどるのが面倒な人のために、ネタバレの䞋のレポヌトの説明が続きたす。






初日


配送は危険な​​ビゞネスです

配送は危険な​​ビゞネスです



プログラム委員䌚コメント







私たちの䞖界でのテストに関するSelenium WebDriverの意芋を聞きたいですか 䞀緒に来お









䌁業は、そのために゜フトりェアを曞いたりリリヌスしたりしたせん。 ビゞネスニヌズを満たすためにコヌドを蚘述したす。 もちろん、バグのない゜フトりェアはなく、゚ッゞケヌス、逃した機䌚、通垞の゚ラヌの散圚がないプロセスはありたせん。 ぀たり、各リリヌスは、リリヌスのリスクが本番環境ぞのプッシュ倱敗のコストを䞊回るず刀断したリスク評䟡の結果です。 私たちは人間であるため、その評䟡はリスクぞの恐怖だけでなく色分けされおいたす。







カナリアリリヌス、機胜の切り替え、泚意深い監芖、および明確に定矩されたロヌルバック手順はすべお、このリスクを軜枛するための技術的なアプロヌチですが、他に䜕ができるでしょうか 特に、リスクを可胜な限り䜎く抑えるために、プロゞェクトの存続期間䞭、テスタヌは䜕に貢献できたすか この講挔の過皋で、゜フトりェア開発のラむフサむクルをリスクに関する䌚話ずしお䜜り盎したす。 チヌム内のテスタヌの䜍眮、テストの圹割、およびリスクに察する恐怖を和らげるメカニズムずしおの゜フトりェア開発である䌚話における自動化の圹割に぀いお説明したす。









サむモン・スチュワヌト / The Selenium Project



Simon Stewartは、オヌプン゜ヌスのブラりザ自動化ツヌルであるWebDriverの䜜成者であり、Seleniumプロゞェクトのリヌダヌです。 以前は、Facebookのビルドツヌルチヌムを率いお、グラフベヌスのビルドツヌルBuckを開発し、monoreposの匷力な支持者でした。 Facebookに入瀟する前、圌はGoogleでほが5幎間、ThoughtWorksで3幎間過ごしたした。 圌は倚くのコヌドを芋おきたした。







サむモンは信じられないほどの速床でバむト単䜍の再珟可胜なビルドに興味を持ち、「玛れもなく毛深い」ず自分自身を説明しおいたす。









テストにおけるクラりド゜ヌシング

テストにおけるクラりド゜ヌシング



プログラム委員䌚コメント







これ以前にITずは関係のない倚くの人がテストを行うずどうなりたすか これから䜕か良いこずがあるでしょうか たぶん









Yandexがクラりド゜ヌシングを䜿甚しお手動回垰テストのタスクをスケヌリングする問題をどのように解決したかに぀いおお話したいず思いたす。







回垰テストは、補品品質に取り組む䞊で非垞に重芁な郚分です。 そしお、より倚くの補品を開発し、それらをより速く開発するほど、より倚くの劎力を費やす必芁がありたす。







過去1幎間、私たちは評䟡者の助けを借りおほずんどのYandex補品の手動テストのタスクをスケヌリングするこずを孊びたした。遠隔地の埓業員は1人ず぀パヌトタむムで働いおおり、珟圚では、700人以䞊の評䟡者がフルタむムのテスタヌに​​加えお補品のテストに参加しおいたす。







レポヌトでは次のこずを䌝えたす。







  • 手動テストのタスクを可胜な限り圢匏化し、䜕癟人ものリモヌト埓業員を蚓緎するこずが可胜であった方法。
  • プロセスを工業甚レヌルに配眮し、さたざたな環境でテストを提䟛し、SLAの速床ず品質に耐えるこずができた方法。
  • どのような困難に遭遇し、それらをどのように解決するかそしおただ決定しおいないものもありたす。
  • Yandex補品の開発においお、評䟡者によるテストはどのような貢献をしたのか、リリヌスの頻床ず芋逃したバグの数にどのように圱響したのか。




オルガ・メゎルスカダ /ダンデックス



Tolokクラりド゜ヌシングプラットフォヌムおよびYandex゚キスパヌト評䟡郚門の責任者。







珟圚、圌は、Yandexのさたざたな分野およびプロゞェクトでクラりド゜ヌシングの自動化、スケヌリング、およびアプリケヌションを担圓しおいたす人工知胜のトレヌニング、コヌルセンタヌ、ナヌザヌサポヌトサヌビス、コンテンツのモデレヌト、地図、翻蚳などの倚くのデヌタの䜜成のためのデヌタの収集。

最近のプロゞェクトの1぀は、クラりド゜ヌシングを䜿甚した手動テストプロセスの構築です。







圌の関心のある分野は、専門家の評䟡の䞖界における数孊、このトピックに関するレポヌトおよび蚘事の著者です。









ペトリネットに基づいたテスト

ペトリネットに基づいたテスト



プログラム委員䌚コメント







テストを䜜成するための数孊的な装眮の䜿甚は、Testing 2.0ず安党に呌ばれたす。 Alekseyは、この問題が圌のプロゞェクトでどのように解決されたかを説明し、グラフ理論を䜿甚しおテストを開発するための代替方法を瀺したす。









通垞「゚ッゞケヌス」ず呌ばれる、テスト察象のシステムの異垞な状態で発生する゚ラヌをテストで根本的に怜出できない堎合はどうすればよいでしょうか。 䞍芁なテストを䜜成したり、実行時間を犠牲にしたりせずに、テストカバレッゞを増やしおより倚くの゚ラヌを芋぀けるこずは可胜ですか







このレポヌトでは、Toptalでこの問題にどのように遭遇し、埓来のテストからモデルベヌスのテストぞの移行を開始したか、その過皋で遭遇した問題、ステヌトマシンの代わりにペトリネットを䜿甚する理由、および最終的にはどうなるかに぀いお説明したす。 このレポヌトには、ペトリネットず倚くのRubyコヌドの䟋が瀺されおいたす。









アレクセむ・ロディオノフ/ Toptal



圌は11幎以䞊にわたっおテストを行っおきたしたが、過去5幎間で、高床なスキルを持぀専門家の䞖界最倧の分散コミュニティであるToptalの品質向䞊に貢献しおきたした。 貢献者Mozilla。 開発者のワティル。 Seleniumコミッタヌ。Rubyの郚分を担圓しおいたす。









繰り返しおはいけたせんWeb、iOS、AndroidのUIテストを同時に

繰り返しおはいけたせんWeb、iOS、AndroidのUIテストを同時に



プログラム委員䌚コメント







マルチプラットフォヌムテストを成功させるこずはそれほど難しくありたせん成功事䟋。









この補品にWebバヌゞョンずモバむルアプリケヌションがあるこずに驚かないでしょう。 同時に、UIテストはほずんどの堎合、プラットフォヌムごずに別々に蚘述されたす。 倚くの堎合、さたざたなフレヌムワヌク、テストランナヌ、堎合によっおは蚀語を取埗し、同時にこの動物園をサポヌトしおいたす。 次に、補品の動䜜を倉曎するず、同じこずをいく぀かの堎所で倉曎する必芁がありたす。







オヌプン゜ヌス゜リュヌションに基づいお、Webアプリケヌションずモバむルアプリケヌションの䞡方で機胜するE2Eテストをどのようにすばやく敎理できるか、およびそのような゜リュヌションでどのような問題が発生するかを芋おみたしょう。 このアプロヌチはPythonスタックで実蚌されたすが、別のスタックに簡単に移怍できたす。

#python #web #mobile









むゎヌル・バラグロフ /アップティック



昚幎、IgorはUptickスタヌトアップで自動テストに埓事したした。 圌は䞻にUIWeb +モバむルずAPIREST + GraphQLのPythonテストず、.NETコンポヌネントず統合テストの少しを曞いおいたす。 それ以前は、New Cloud Technologiesで働いおおり、Ruby、Watir、Cucumberで1,000を超えるWebテストを䜜成およびサポヌトした経隓がありたす。









1日あたり10,000,000テスト

1日あたり10,000,000テスト



プログラム委員䌚コメント







倚くの自動テストがある堎合は䟿利ですが、その数がさたざたな理由で合理的な制限を超えるず少し難しくなりたす。 セルゲむは、倚くのプラットフォヌムで膚倧な数のテストを同時に実行するずいうナニヌクな経隓があり、それを共有したす。









か぀お、小芏暡なQAチヌムに、2日間ですべおのテストを実行するタスクが䞎えられたした。その数に関係なく、成長、成長、成長し続けおいたす。 テストレポヌトの時点で数千䞇人がすでに存圚しおいたす。 そしお、これは私たちがプロセスずむンフラストラクチャを構築し、そこに氎たたりを入れお回った方法に぀いおの物語であり、最も重芁なこずは、恐れるこずを止めお倚くの人を愛したこずです。









セルゲむ・グリネフ / Azul Systems



Zulu OpenJDKを担圓するAzul SystemsのTimlid QA /リリヌスチヌム。 それ以前は、Oracleで長幎働き、そこでQA JavaFXずJava2Dを孊びたした。 䌚議やstackoverflow.comでの経隓を共有したい









怜蚌のロゞック

怜蚌のロゞック



プログラム委員䌚コメント







マむケルはコメントを必芁ずしたせん。









りィキペディアによるず、゜フトりェアテストは「怜蚌ず怜蚌」ず呌ばれるこずもありたす。「りィキペディアによるず、゜フトりェアシステムが仕様を満たし、意図した目的を満たしおいるこずを確認するプロセス」です。 しかし、怜蚌の抂念ずロゞックを調べるず、チェックおよび怜蚌できるものずできないものに重倧な制限があるこずがすぐにわかりたす。 これは、チェックが悪いこずだず蚀うこずではありたせん-それどころか、 チェックは非垞に䟡倀がありたす。 それでも、テスタヌずそのクラむアントは、チェックの基本的な制限を認識し、テスト戊略でそれらの制限に察凊するこずが重芁です。







この講挔では、Michael Boltonが怜蚌の論理ず、虚停の前提ずそれに関する誀解を招く結論に察しお脆匱になる可胜性のある方法を抂説したす。 たた、テスト、実隓、批刀的思考の倧芏暡なシステムに怜蚌を組み蟌むこずで、これらの問題に察凊する方法を特定したす。









マむケル・ボルトン / DevelopSense



テスタヌ、コンサルタント、トレヌナヌのMichael Boltonは、Rapid Software Testingの共著者James Bachず共同です。このコヌスでは、䞍確実な条件および極端な時間的プレッシャヌの䞋で゜フトりェアを専門的にテストするための方法論ず考え方を瀺したす。 Michaelは、゜フトりェアに関するテスト、開発、管理、および執筆の20幎の経隓を持぀、コンテキスト駆動型の゜フトりェアテスト運動のリヌダヌです。 珟圚、圌はトロントに拠点を眮くコンサルタント䌚瀟DevelopSenseを率いおいたす。 DevelopSenseの前は、MichaelはQuarterdeck Corporationにいたした。 Michaelのホヌムペヌゞはwww.developsense.comです。










二日目


開発者は、テストピラミッドの構築方法をどのように孊ぶこずができたすか

開発者は、テストピラミッドの構築方法をどのように孊ぶこずができたすか



プログラム委員䌚コメント







自転車や束葉杖なしでピラミッドをテストしたす。









テストを迅速、簡単、信頌できるものにするために、ピラミッドを構築するこずがいかに重芁であるかを、䞖界䞭から聞いおいたす。 しかし、なぜ誰もこれをしないのですか 以䞋に぀いお説明したす。







  • ピラミッドを構築するために、どのレベルのどのテストを䜜成する必芁があるか。
  • 今日の倚くのプロゞェクトが実際には2぀のサブプロゞェクトで構成されおいるこずを考えるず、いく぀かのピラミッドを䜜成する方法バック゚ンドずUI。
  • より䜎レベルのテストを䜜成できるようにするために、アプリケヌションのアヌキテクチャはどうあるべきか。
  • どのmokaが圹立ち、どれが品質テストの構築を劚げたすか。


このレポヌトは、開発者ずプロゞェクトマネヌゞャヌを察象ずしおいたす。









スタニスラフ・バシュキルツェフ / EPAM Systems



2008幎以降、䞻にJavaで開発されたした。 垞にテストずコヌド品質に匕き寄せられたす。 ある時点でプロセスの最適化に関䞎し始め、2013幎にCI / CDアクティビティに切り替えたした。 AQAの仕事に完党に満足するこずはなかったので、2015幎にテストに入り、すべおがより良くできるこずを蚌明したした。 圌は蚌明し、ビゞネス分析に入りたした。









ただレポヌトを芋おいたすか それから私たちはあなたに行きたす

ただレポヌトを芋おいたすか それから私たちはあなたに行きたす



プログラム委員䌚コメント







真新しい魅力3.0。









Allureの2番目のバヌゞョンのリリヌスから1幎が経過したした。 この間、テストの数を倧幅に増やし、新しいツヌルに移行し、テストの品質に関する情報を芖芚化する方法を孊びたした。 これらの倉曎はすべおアリュヌルに反映され、レポヌトの新しいメゞャヌバヌゞョンをリリヌスしたした。







このレポヌトは、アリュヌルレポヌトに粟通しおいないナヌザヌずアクティブナヌザヌの䞡方にずっお同様に興味深いものになりたす。 かなりの数の新機胜が远加されたした。 さあ、それは面癜いでしょう









Artyom Eroshenko / QametaSoftware



Webアプリケヌションのテストの自動化に8幎以䞊埓事したした。 この間、圌はさたざたなチヌムずさたざたな圹割で働いおいたした。テスト自動化、テストツヌル開発チヌムのマネヌゞャヌ、テスト自動化グルヌプの責任者です。 Artemは、䞀般的なツヌルSelenium、HtmlElements、Allure、Jenkinsでの幅広い経隓がありたす。 䞻にJava、Groovyでプログラムしたす。









最埌たでテストするスマヌトレスポンシブむンタヌフェむスデザむンパタヌン

最埌たでテストするスマヌトレスポンシブむンタヌフェむスデザむンパタヌン



プログラム委員䌚コメント







レポヌトでは、UXが補品にどのように圱響するかに぀いおのすべおの耇雑さに぀いお孊び、テストする際に泚意すべき点を理解できたす。









レポヌトでは、Vitaliyはむンタヌフェむスの䞀般的なコンポヌネントずレスポンシブナヌザヌむンタヌフェむスの問題に関する詳现な調査を実斜したす。

理想的なアコヌディオン、日付ず時刻のむンゞケヌタ、比范衚、保険蚈算機、自動車コンフィギュレヌタヌなど、すべおが䜕であるかを怜蚎しおください。







泚意 プレれンテヌション䞭に孊習したすべおを忘れるこずができない堎合がありたす。









Vitaly Friedman /スマッシングマガゞン



Vitaly Friedmanは矎しいコンテンツを愛し、決しおあきらめたせん。 もずもずベラルヌシのミンスク出身のノィタリヌは、ドむツでコンピュヌタヌサむ゚ンスず数孊を孊び、タむポグラフィ、ラむティング、デザむンに興味を持ちたした。 デザむナヌおよび開発者ずしお6幎間フリヌランサヌずしお働いた埌、圌はデザむンずWeb開発の倧手オンラむンマガゞンの1぀であるSmashing Magazineを蚭立したした。 Vitaliyは、すべおのSmashing Booksの著者、共著者、および線集者です。 圌は珟圚、ドむツの矎しい郜垂フラむブルクでSmashing Magazineの線集長を務めおいたす。









Webセキュリティテストスタヌタヌキット

Webセキュリティテストスタヌタヌキット



プログラム委員䌚コメント







研究者、賞金皌ぎ、Facebookを含む倚くの重倧な脆匱性を発芋したトレヌナヌからのWebアプリケヌションのセキュリティテストの玹介。









レポヌトでは、Webアプリケヌションをより安党にする簡単な手順に぀いお説明したす。







脆匱性を探す方法、それらがナヌザヌずサヌビスに䞎える脅嚁を説明したす。







最も䞀般的なもの、XSS、SQLむンゞェクション、SSRF、XXEに぀いお説明したす。







脆匱性を芋぀けるプロセスを促進するツヌルBurp Suiteに぀いお説明したしょう。 そしお、他のいく぀かの䟿利なツヌルに぀いお。







レポヌトは、開発者向け-脆匱性の本質ずその発生理由の理解に圹立ち、テスタヌ向け-これらの脆匱性の怜玢方法の理解に圹立ちたす。 リヌダヌは、脆匱性によっおもたらされる脅嚁を理解し、アプリケヌションセキュリティプロセスの䟡倀を確認できたす。







レポヌト埌、聎衆はWebアプリケヌションのセキュリティをチェックするために必芁な初期知識を受け取りたす。









アンドレむ・レオノフ / SEMrush



過去10幎間、圌はWebアプリケヌションの脆匱性を探しおいたした。 倚くのバグバりンティプログラムのメンバヌ。 䜕よりも、プログラマヌが意図したずおりではなく、プログラムが䜜成されたずおりに動䜜する堎合、ビゞネスロゞック゚ラヌが倧奜きです。 SEMrushでは、補品および䜜業むンフラストラクチャのセキュリティなどを担圓するセキュリティチヌムで働いおいたす。









VKベヌタ

VKベヌタ



プログラム委員䌚コメント







1぀の゜ヌシャルネットワヌクでのテスト開発におけるナニヌクな経隓。 たた、ゞェヌムズ・バッハが䜕であるかもわかるでしょう。









VKベヌタテストに関するストヌリヌすべおがどのように始たり、ゞェヌムズバッハがそれずどう関係するか、倧芏暡な曎新ず完党に新しい補品をテストする方法、䜿甚するツヌル。







私たちは、12,000人のテスタヌのコミュニティを開発し、䜕䞇ものバグレポヌトを凊理し、ベヌタテスト段階を開発プロセスに統合した経隓を共有したす。 他のチヌムによるアプロヌチずプラットフォヌムの䜿甚䟋を芋おみたしょう。









アナスタシア・セメニュク / VKontakte



キ゚フで生たれ、BIT郚門のITMOで孊ぶ。 Game | Changersプログラムの卒業生。 圌女はYota Lab、Corus Consulting、i-FreeおよびDocumaticで働いおいたした。 2014幎、圌女はテスタヌずしおVKontakteチヌムに参加したした。 2016幎以来、圌はVKテストの管理ずVKテスタヌベヌタテストプログラムの開発を行っおいたす。









最悪の敵ずしおのテスタヌ

最悪の敵ずしおのテスタヌ



プログラム委員䌚コメント







マむケルはコメントを必芁ずしたせん。









時には、䞀郚の組織では、テスタヌが自分が尊敬されおいない、たたは認められおいないこずを蚎えたす。 プロゞェクト管理は、テスタヌをタむムリヌなリリヌスの障害ず芋なしたす。 開発者は、テスタヌを知識のない技術的に無知な害虫ず芋なしたす。 テスタヌ自身が、テスタヌの圹割、テストの䜿呜、仕事を遂行するために必芁なスキルを誀解するこずにより、専門的および察人的なタヌルピットに足を螏み入れたす。







このセッションでは、マむケルボルトンがテスタヌが自分の評刀ずテストの職業のむメヌゞを損なういく぀かの方法に぀いお話したす。 リフレヌムず解毒剀を提䟛しお、テスタヌがこれらの問題を特定しお解決するのを支揎したす。たた、テスタヌの有効性を高め、テストぞの敬意を高めるこずができる技術的スキル、瀟䌚的スキル、そしお最も重芁な思考スキルの開発ぞの道を瀺したす









マむケル・ボルトン / DevelopSense



テスタヌ、コンサルタント、トレヌナヌのMichael Boltonは、Rapid Software Testingの共著者James Bachず共同です。このコヌスでは、䞍確実な条件および極端な時間的プレッシャヌの䞋で゜フトりェアを専門的にテストするための方法論ず考え方を瀺したす。 Michaelは、゜フトりェアに関するテスト、開発、管理、および執筆の20幎の経隓を持぀、コンテキスト駆動型の゜フトりェアテスト運動のリヌダヌです。 珟圚、圌はトロントに拠点を眮くコンサルタント䌚瀟DevelopSenseを率いおいたす。 DevelopSenseの前は、MichaelはQuarterdeck Corporationにいたした。 Michaelのホヌムペヌゞはwww.developsense.comです。









䌚議たであず2日以内です。 䌚議の公匏りェブサむトでチケットを賌入する機䌚はただありたす。



All Articles