2019/10/11に行われた「「テスト」の話を聞いてみようの会」での登壇資料です
2019/10/11に行われた「「テスト」の話を聞いてみようの会」での登壇資料です
#gotanda.rb 第37回目 で発表したスライドです。
(Updated on: 21.11.2021) This guide is intended to catch you up with the most important reasoning, terms, tools, and approaches to JavaScript testing for the year 2022. It combines information from the best articles recently released (they are referenced at the bottom) and adds from my own experience. It’s a little long but whoever reads and understands this guide, can safely assume they know the
メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）の おれたま@AHA_oretama です。 私は普段、テスト自動化やCI / CD を主に行っています。 今回は、Appium×Android E2Eテストのテスト結果の見やすさを改善し、テスト結果を可視化することで気づきが生まれた話について、紹介していきたいと思います。 テスト結果の見やすさ、可視化の重要性について いま使っているテストレポートの課題 Allure Framework 並列化した分だけレポートも分かれてしまうことへの対処 スクリーンショット、スクリーンレコード以外のアタッチメントを追加することができないことへの対処 過去のテスト結果と比較できないことへの対処 他の改善点 テストのタイムラインが見える トレンドも表示できる Looker 生まれた気づき 課題 終わりに テスト結果の
All slide content and descriptions are owned by their creators.
Happo is a trusted solution for software companies across the globe. Our customers range from Fortune 500 companies in San Francisco to innovative web agencies in Brazil, and established insurance companies in Japan. Organizations of all sizes and industries rely on Happo to stabilize their user interfaces. Happo takes screenshots of your user interfacesFind bugs before your code is shipped to pro
PropEr Testing Fred Hebert Preface 1. Foundations of Property-Based Testing 2. Property-Based Testing Tools 3. What is a Property 4. Stateless Properties 5. Custom Generators 6. Case Study: Stateless Properties with Birthday Wishes 7. Case Study: Stateless Properties with a Checkout 8. Shrinking 9. Stateful Properties 10. Case Study: Stateful Properties with a Bookstore 11. State Machine Propertie
Property-Based Testing with PropEr, Erlang, and Elixir Today, I'm publishing a new book: Property-Based Testing with PropEr, Erlang, and Elixir. It's my third book, the second one that is not self-published. Back in 2016, I wrote a blog post titled Property-Based Testing Basics, where I intended to start a short series of introductory blog posts explaining property-based testing. However, as soon
Testing distributed systems under hard failures like network partitions and instance termination is critical, but it's also important we test them under less catastrophic conditions because this is what they most often experience. Comcast is a tool designed to simulate common network problems like latency, bandwidth restrictions, and dropped/reordered/corrupted packets. It works by wrapping up som
GitHub - Shopify/toxiproxy: :alarm_clock: A TCP proxy to simulate network and system conditions for chaos and resiliency testing
Toxiproxy is a framework for simulating network conditions. It's made specifically to work in testing, CI and development environments, supporting deterministic tampering with connections, but with support for randomized chaos and customization. Toxiproxy is the tool you need to prove with tests that your application doesn't have single points of failure. We've been successfully using it in all de
特定非営利活動法人 ソフトウェアテスト技術振興協会では、「ASTERセミナー標準テキスト」を、2018年9月1日に公開しました。 「ASTERセミナー標準テキスト」は、ソフトウェアテストの教育時に活用いただけるプレゼンテキストです。PowerPointファイル形式で提供しますので、人材育成に活用ただければ幸いです。ただし、有償のセミナーでご活用いただく場合は、活用後、どこでどのような活用がされたかの情報をNPO法人ASTER（[email protected]）へご連絡ください。無償の勉強会や社内勉強会などでの利用は自由ですし事後報告も不要です。 特定非営利活動法人 ソフトウェアテスト技術振興協会（ASTER）は、初心者向けのテストエンジニア研修のテキストを2018年9月1日に公開しました。本テキストは、利用ライセンスに基づいて頂ければ、無償でオープンな勉強会のみならず、社内のクローズドな
こんにちは。メルカリの Automation & QA グループ（通称：AQA）でQAエンジニアとして日夜テストをぶりぶりしているこんどうです。 QAリードのすがぴーも以前こちらで紹介していたアジャイルカンファレンスに同行してきました。数多くのセッションに参加しましたが、今回はわたしのなかで特に印象に残ったUK eBay の Head of Software Testing である Dan Ashby氏のセッション「Testing in Agile」のなかで提唱されていた、アジャイルテスティングにおけるテスト戦略モデルについて、Dan Ashby氏ご本人から許可をいただいたのでこちらに紹介したいと思います。 テスト戦略とは そもそもテスト戦略とは、いまある自分たちの会社やチーム、プロジェクトでの様々なコンテクストに応じて最適なテスト実施の方向性を決めることを指します。定義された要件通り確実
はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを
先日、Kyash のAndroidアプリのUIテストをEspressoで書いてCIで回すようにしました。 ユーザー登録、ログイン、カード登録のテストが、毎晩元気に走っています。 きっかけはKPTです。iOSでログイン直後に発生するユニットテストでは気づけない問題が見つかり、 Problem として上がってきました。 テストケースを15項目くらいSpreadSheetにまとめていて大きなリリースの時は手動で確認していたのですが、なぜか「今回はやらないで大丈夫」と判断した時に限ってバグが発生するんですよね。また、手動のテストケースはミスや形骸化しやすいので、 Try としてテストケースの一部を自動化してみることにしたのでした。 Espressoでテストを書く時は、@sumio_tymさんの素晴らしい資料があるので、下記2つを読んでおけば間違いないと思います*1。 DroidKaigi2017
テスト自動化の理論と技術と戦略：LINE Developer Meetup Tokyo #39 – Testing & Engineering By Hiroyuki Ito | 2018.07.09 2021.01.08LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET（Software Engineer in Test）の伊藤 宏幸（Hiroyuki Ito）です。 2018年6月27日（水）に、電気通信大学の西 康晴さん（以下「にしさん」と表記）をお招きして、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
