About Queries | Testing Library
OverviewQueries are the methods that Testing Library gives you to find elements on the page. There are several types of queries ("get", "find", "query"); the difference between them is whether the query will throw an error if no element is found or if it will return a Promise and retry. Depending on what page content you are selecting, different queries may be more or less appropriate. See the pr
【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 - ブロッコリーのブログ
はじめに（翻訳記事の前提となる知識など） 本記事は自動テスト・テスト自動化Advent Calendar 2021の7日目の記事です。 最近、BDDなどでのテスト自動化を行うにあたり、Discovery（発見）*1→Formulation（定式化）→Automation（自動化）という流れが考えられるようになりました*2。 記事「Behaviour-Driven Development」内の画像を引用し翻訳 この中の「定式化」では、後に自動化するテストシナリオの整理を考えます。*3 テストシナリオを作成する際に、ただ単にGherkin記法（Given/When/Thenなどを用いた記法）を利用するだけでは、保守性の低いテストシナリオが作られてしまいます。 そこで今回は、保守性の高い状態でテストシナリオを記述する際に役立つ原則「BRIEFの原則」について書かれた記事「BRIEFの原則を保った
同じテストは効果が薄い？殺虫剤のパラドックスとは | Sqripts
こんにちは。テストオペレーション部のとりです。 ソフトウェアテストに携わっていると、時々耳にする言葉として「殺虫剤のパラドックス」というものがあります。皆さんは聞いた事ありますか？「あ～あれね」とすぐに察する人も多いと思いますが、「IT業界なのになぜ殺虫剤？」「パラドックス？」と頭にハテナが浮かぶ人もいると思います。 私自身は言葉とおおよその意味は知っていましたが、「殺虫剤のパラドックス」という比喩表現が面白いなぁと常々思っていたので、改めてその意味を調べてみました。 既に知ってた人には言葉だけが独り歩きしない様に改めて意味を知って貰いたいのと、知らなかった人には「殺虫剤のパラドックス」を機会にソフトウェアテストの世界に興味が持てる様に本記事を書きます。 殺虫剤のパラドックスとは？ 「殺虫剤のパラドックス」とは、ソフトウェアテスト技術者試験のJSTQB FoundationLevelのシラ
テスト自動化研究会 - テスト自動化の8原則
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら＝原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
It’s A (Front-End Testing) Trap! Six Common Testing Pitfalls And How To Solve Them — Smashing Magazine
When writing front-end tests, you’ll find a lot of pitfalls along the way. In sum, they can lead to lousy maintainability, slow execution time, and — in the worst case — tests you cannot trust. But it doesn’t have to be that way. In this article, I will talk about common mistakes developers make, at least in my experience, and, of course, how to avoid them. Testing doesn’t need to be painful, afte
CodeceptJS
CodeceptJS is opensource MIT licensed testing framework. Works with your favorite frontend frameworks → Scenario Driven Write acceptance tests from user's perspective. Make tests readable and easy to follow. Driver Agnostic Run your tests via Playwright, WebDriver, Puppeteer, TestCafe, Protractor, Appium. The code is the same. Learn More
コンテキストベースの自動テスト：テストピラミッドの再考 - UIテスト自動化ツール Ranorex
テスト自動化ピラミッドは、自動化テストを構築するための基準として長い間使用されてきました。しかし、アプリケーションが複雑になった今でも、このモデルを使用する意味はあるのでしょうか？このモデルが登場してから、情況に変化はあったでしょうか？今日の自動化テストでこのモデルと併せて考慮すべきことは何でしょうか？ テスト自動化ピラミッドとは何か？ マイク・コーンは自著 Succeeding with Agileで、プロジェクトの自動化テストにアプローチする方法としてテストピラミッドを考案しました。 このモデルにはさまざまな解釈がありますが、基本的な考え方として、自動化テストには、以下の3つの層があるということです。 単体テスト（Unit Tests） 単体テストでは、アプリケーションソフトウェアの最小コンポーネントを検証します。最小コンポーネントは、アプリケーションコード内において、何らかの入力に基
テストを書かない言い訳をさせてくれ
iOS Test Night #3 - connpass https://testnight.connpass.com/event/49561/ での発表資料です。 👉続き https://speakerdeck.com/takasek/tesutowoshu-kanaiyan-iyi-wos…
xUTP Magazine - mockitoでサクサクTest Double生活(上)
書いた人 大中浩行(せとあずさ♂)(@setoazusa) Unit Testを行う場合において、テストケース側から制御することが難しいコンポーネントが行う処理のことを間接的入出力(Indirect Input)といいます。例えばJavaでサーブレットを書く時には、HttpServletクラスの public void service(ServletRequest req, ServletResponse res) というメソッドをオーバーライドするわけですが、HttpServetRequestやHttpServletResponseのインスタンスはどこで生成されているのかといえば、それはWebコンテナの内部であって、我々が関与できるところではありません。他にもデータベースであるとか、外部環境とのエクササイズを伴うとか、異常系の動作を確認する必要があるとか、Unit Testを書く上で妨げ
5minで分かるpower-assert
power-assert 5分ぐらいでわかるpower assert power-assert power assert assert(a === b); のような単純なアサーションのみ必要十分 Assert失敗時(テストが通らなかった時)に分かりやすい情報を表示 沢山のアサーションを使い分けしなくていいというメリット そもそも何故アサーションの種類が豊富なのか? 例) Chaiのexpect 33コもアサーションメソッドが存在 expect('foobar').to.contain('foo'); contain 含んでないから失敗した 失敗した時に何故失敗したのかを表示することが出来る どうやって動いてるの? power assert !== アサーションライブラリ コードを変換したりするのでツールに近いテストツール Work flow テストコードをpower-assert用に変換し
mocha + power-assert (+ karma)環境の構築 - Qiita
ここでは、mocha + power-assert + karma 環境の設定手順とテストの実行方法を頭の整理＆備忘の為にまとめています。尚、本ページの情報は、Web知識の浅い、Node.jsの扉を叩いている程度のレベルの私が、ググった情報です。従って、誤りや、ずれてるところも多々あると思います。引用したものについては、出来る限り引用元を記載しましたが漏れている可能性もあります。 karma を追加することで、以下の様にブラウザ経路によるフロント側のjavascriptもテストすることが可能です。 karmaを実行すると、ブラウザ(設定で指定が可能)が自動で起動され対象のテストを実行し、テスト結果はターミナル上に出力されます。また、指定により複数のブラウザでのでの評価が可能であり、ブラウザ種別依存の不具合検出にも役立ちます。 本ページでは、 mocha + power-assert環境の構
Node.jsのテストがらみで(ぱっと)目に付いたパッケージ - Qiita
TDD/BDDとまではいきませんが、以下の様なテストを出来るようなテスト手法を探りたい。。という思いから、今回はテスト関連のモジュールを調査し、とりあえずのとっかかりとして、利用するテスト環境を探し出すことを目的としています。 Node.jsで動く 書いたコードのテストが出来る テストタイミングは、任意及び定期的など。。 テストコードは簡潔で、扱いやすい奴で。。 一応、トレンドには乗っておきたい。 尚、本ページの情報は、Web知識の浅い、Node.jsの扉を叩いている程度のレベルの私が、半日程度(2015.06.16時点)、ググった情報です。従って、誤りや、ずれてるところも多々あると思います。また、得た情報は基本、googleより検索し、引用したものが主です。(出来る限り引用元を記載しましたが漏れているのもあります) まとめ 理由を問われると困ってしまうが、それなりにネット上の情報が豊富な
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
Remote TestKit
リモートで 実機検証可能な クラウドサービス テスト効率化の課題を抱えている方へ。 クラウド上の端末をＰＣで操作可能＆便利な機能も多数搭載。 従来の実機検証を効率化！
Googleがブラウザのベンチマークソフト「Web Latency Benchmark」を公開
Webブラウザに求められる性能は増加の一途をたどり、Google ドライブのようにブラウザ上で表計算やドキュメント作成などができるオフィス系アプリやマインドマップ作成、そして地図表示など、すでに「ウェブ閲覧ソフト」の範疇を大きく超えてしまっているといっても過言ではありません。多機能化に従い、ブラウザに求められる性能も高くなってきているわけですが、そんなブラウザの反応の速さを測定するWeb Latency Benchmarkが公開されています。 Web Latency Benchmark http://google.github.io/latency-benchmark/ JavaScriptのベンチマークソフトとしては、GoogleからリリースされているOctane 2.0などがありますが、Web Latency Benchmarkはブラウザの反応そのものを示す「レイテンシー(Latenc
軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ
これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発（以下、TDD）」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました（TDDを学ぶべき10の理由 #TddAdventJp）。TDDは簡単に導入することができる一方で、実践するのは非常
【ハウツー】iOSアプリのβテストをWeb経由で! 開発者&テスターのための「TestFlight」 (1) TestFlightとは | エンタープライズ | マイコミジャーナル
TestFlightはiOSアプリケーションをWeb経由で配布/テスターを管理するWebサービス。これまでiOSアプリケーションデベロッパは、Mac上のシミュレータやiTunes経由で実機と同期して各種デバッグを行う必要があった。だがTestFlightを利用すれば、わずかな作業だけで開発中のアプリケーションを簡単にiPod touch/iPhone/iPadにインストールすることが可能になる。 アプリケーションリリース前のβテストなどで、実機を持参/接続して面倒なやり取りを行ってきたデベロッパは多いだろう。TestFlightを使えば、これらがすべてインターネット越しの作業で完結することになる。また、TestFlightにはマネージメントのツールが豊富に用意されている。自分が作成したアプリケーションのダウンロード数はもちろんのこと、配布するテスターのグループ分け、グループごとに異なるバー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト自動化から、 開発を支える継続的テストへ
組織にテストを書く文化を根付かせる戦略と戦術
テスト用の模擬クレジットカード番号一覧 | WebPay: Ruby開発者向けクレカ決済サービス