InfoQ ホームページ automated-testing に関するすべてのコンテンツ
-
Cypress 5.xがテストの再試行とシャドウDOMサポートを追加
ブラウザベースのテストランナーおよびダッシュボードであるCypressは、最近、Cypress5.0リリースでテスト再試行のネイティブサポートを導入した。これにより、開発者は断続的なテストエラー発生を回避できる。その他、最近、Cypressは進化しており、ネットワーキングのスタブとシャドウDOMをサポートしている。
-
Chromium、Firefox、WebKitベースのブラウザを自動化するPlaywright 1.0がリリース
Playwright 1.0がリリースされた。Chromium、Firefox、WebKitといったブラウザエンジンをベースとする全ブラウザで、その自動化をサポートする。
-
ブラウザ自動化ライブラリ Puppeteer が Firefox をサポート
@ChromeDevToolsと@v8jsに取り組んでいるGoogle開発者であるMathias Bynens氏がPuppeteer 3.0をリリースした。PuppeteerはChromeブラウザに加えてFirefoxをサポートするようになった。新しいバージョンでは、サポートが最新のChrome 81にアップグレードされ、Node 8のサポートが削除された。
-
OverOpsが第2回の年次DevOps調査結果をリリース
継続的信頼性(continuous reliability)プラットフォームベンダのOverOpsは、先日実施した調査の結果から、DevOps向け投資活動の中において、企業が最も多くの投資を行っているのが、ソフトウェア開発の定常的フローの実現を目的としたものであることを確認した。調査では、エンジニアリングチームが最先端のテクノロジやプラクティスを支持する中で、特に自動コード分析の採用が増えていることも明らかになっている。
-
WebDriverIOバージョン6リリースは、ネイティブのChrome DevToolsオートメーションプロトコルを新たにサポート
Node.jsのブラウザテスト自動化フレームワークであるWebDriverIOバージョン6の最近のリリースでは、Chrome DevToolsプロトコルテストがWebDriverの既存のサポートに追加され、PuppeteerやCypress.ioなどのツールを活用しやすくなった。
-
可観測性を使って迅速なリリースを実現する
迅速なフィードバックを得るためには、高い頻度で、準備が整えば即座にリリースし、自動化システムを使って変更をライブにテストすることが必要だ。正常に動作していること、警告が発生していないことの検証には、監視機能が使用できる。迅速なリリース(shipping fast)は結果的にテスト回数を削減し、問題に対するレジデンスを向上することになる。
-
eBayのUIテスト自動化を支えるFlutter Golden Tests
UIテストを自動化して、アプリケーションの視覚的外観がすべてのサポート対象のデバイス��フォームファクタ上で適切であることを保証するというのは、一般的に困難な作業である。この作業の簡略化に、Flutter golden testsが一役買ってくれるかも知れない。MotorsアプリのUIスクリーンショットテストに対するeBayのアプローチがそれを示している。
-
Jenkinsの開発者が継続的リスクベーステストのMLスタートアップを立ち上げ
Jenkinsの開発者であるKohsuke Kawaguchi氏が、マシンラーニングを使用したリスクベースのテストの識別を行うスタートアップであるLaunchableを創立した。テストに関する思想的リーダであるWayne Ariola氏も、継続的テストアプローチの必要性に関して、ターゲットを明確にしたリスクベースのテストが継続的デリバリに信頼性を与えると述べている。
-
Terraform、Docker、Kubernetesなどのテストを自動化する - Yevgeniy Brikman氏のQCon SFでの講演より
Qcon SFでYevgeniy Brikman氏が、"Automated Testing for Terraform, Docker, Packer, Kubernetes, and More"と題したプレゼンテーションを行った。おもな内容は、静的分析やユニットテスト、インテグレーションテスト、エンドツーエンドテストなどに関する議論と、それらすべてのテストテクニックを適切に使い分けることの提唱だ。
-
モバイルテスト自動化の失敗を避けるには
モバイル開発におけるテストの自動化はスクラムチームが行うべきだ，独立したテスト自動化チームを置くべきではない，とNadya Denisenko氏は言う。モバイルテストのテストピラミッドに従って、開始時からテスタが関与するべきだとアドバイスする氏は，テスタは品質指向の開発者として、他の開発者が高品質のソフトウェアを提供するのを指導し支援することのできる存在であり，手動テストは将来的になくなっていくだろう，とも述べている。
-
エンジニアのためのDevOpsにおけるテストについて、Katrina Clokie氏とのQ&A
ウェリントンで開催されたDevOpsDays NZは、エンジニアがDevOpsで活用できるテストスキルと強大な力に関するKatrina Clokie氏のキーノートで幕を閉じた。 『A Practical Guide to Testing in DevOps』の著者が、テスト現場で見てきた変化と、これがDevOps原則を受け入れる動きにどう影響するのかをInfoQに語った。
-
継続的デリバリーはテストにどんな影響を及ぼすか
継続的デリバリーでは、コードを書きながら品質に重点を置く必要がある。全てのチームにテスターがいるわけではないが、もしいるなら開発者と密に仕事をして、開発者がユニットテストを作成するのを手助けしながら、ユニットテストでカバーできない少数のテストを自動化するコードを書くことになる。
-
アジャイルの世界におけるコンプライアンスとは
コンプライアンスとは、自分が正しいことをしていること、そして、それを証明できることだ。アジャイルの頻繁なデリバリでは、デリバリプロセス内にコンプライアンスを構築することが必要になる。コンプライアンス義務をDevOpsチームの責務の一部とすることで、その成功の可能性を高めることができる。
-
Netflixから“しなやかさ"を学ぶ - カオスエンジニアリングを論じたQCon NYでのHaley Tucker氏の講演より
QCon New YorkでHaley Tucker氏は、“UNBREAKABLE: Learning to Bend but Not Break at Netflix”と題して講演し、Netflixでのさまざまな役割を担当して学んだカオスエンジニアリングの経験について論じた。おもな内容は次のとおりだ - 障害分離のための機能シャーディング(functional sharding)の使用、RPC呼び出しの継続的なチューニング、小さなイテレーションでのカオス試験の実施、”カオスの原則”の適用。
-
LinkedInのカオスエンジニアリング - "LinkedOut"障害注入テストフレームワーク
LinkedIn Engineeringチームが先日、自らの“LinkedOut”障害注入テストフレームワークについて説明した。サービスのレジリエンスに関する仮説を構築し、LinkedInのA/BテストフレームワークであるLiXや、Invocation Context(CI)フレームワークを使用したコールスタックを通じて渡されるクッキー内のデータを介して、 障害トリガを注入することができる。障害シナリオにはエラー、遅延、タイムアウトなどがある。