Testing
-
Pact
-
flaky tests#Testing #Continuous Integration テスト実行において偽陽性として不安定に落ちるテストのこと
-
BDDBehavior-Driven Development #Testing #Agile Dan NorthがTDDのビジネス要件との乖離の課題を解消するために名付けた考え、「テスト」という用使うのをやめた その後のコミュニティの成熟でGherkin記法の実践だけではなく、どのようにビジネスチームと一緒に製品を作り上げていくのか、に焦点が当たっている 主に以下の3つのプラクティスを行う 発見 定式化 自動化 https://cucumber.io/docs/bdd/
-
Discovery and FormulationStory Mapping, Example Mapping and Scenario Writing #BDD #Testing サークルオブライフ ユーザーストーリーマッピング 実例マッピング BRIEFの原則
-
Testcontainers
-
コントラクトテストContract Testing #Testing API提供者とAPI利用者間のやり取りの定義をコントラクトとして扱い、スタブサーバ等を用意することで各システムが独立してテストできるようになるテスト手法。依存するシステムが増えうるマイクロサービスの文脈で適用されることが多い 全てのシステムを統合するE2Eテストと異なりテストの実行が軽量でありメンテナンス容易であるといった利点を持つ What is Contract Testing & How is it Used? | Pactflow
-
テストサイズ
-
Playwright#Testing #Programming Microsoftが開発したE2Eテストツール flaky testsを減らせるブラウザ向け機能が揃っている TypeScript, Javaといったいくつかの言語でAPIが用意されている https://playwright.dev/
-
BRIEFの原則#Testing #BDD テストシナリオを記述するにあたり意識すべき6つの観点をまとめたもの 以下の5つの頭文字がBRIEFになっており、 Business language(ビジネス言語) Real data(実際のデータ) Intention revealing(意図を明らかにする) Essential(必須) Focused(焦点を絞る) 6つめはそのままBriefの単語を用いる Brief(簡潔である)
-
Continuous Testing#Testing
-
受け入れテスト#Testing 受け入れ条件を満たしているかのテスト
-
アジャイルテストの4象限
-
テスト範囲#Testing ユニットテスト、インテグレーションテスト、E2Eテストのように、対象となる範囲でテストを分類する際に用いられる言葉
-
テストピラミッド
-
DevOps capabilities/Test automation#Testing DevOps capabilitiesの1つ、Fast Feedbackに分類される https://dora.dev/capabilities/test-automation/ ユニットテスト/TDD 受け入れテスト Agile testing directions: tests and examples Loosely coupled teams テストピラミッド
-
DevOps capabilities/Test data management#Testing DevOps capabilitiesの1つ、Fast Feedbackに分類される DORA | Capabilities: Test data management
-
ユニットテスト#Testing
-
Screenplay Pattern#Testing SerenityJSのコアとなるBDDデザインパターン E2Eテストにおいて、PageのようなオブジェクトではなくUserのようなアクターに焦点をあててテストを記述する 例としてバックエンドAPIのモックは、Abilitiesという概念でアクターに付与される https://serenity-js.org/handbook/design/screenplay-pattern/
-
テストコードにはテストの意図を込めよう#TDD #風間 裕也 #Testing ユニットテストのテストケース名は、入力値を列挙するのではなく論理的な組み合わせとしての意図・目的を込めるようにすべき。という話
-
Keep your scenarios BRIEFAuthors: Seb Rose 風間 裕也 #Testing #BDD BRIEFの原則について紹介した記事 Keep your scenarios BRIEF | Cucumber 【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 - ブロッコリーのブログ
-
The BDD Books - Formulation
-
テストサイズで再考する「テストピラミッド」 Googleが提唱する効率的な自動テスト戦略#Testing #和田 卓人 https://logmi.jp/main/technology/330972 ユニットテスト テストピラミッド テストサイズ
-
TDDTest-Driven Development #エクストリームプログラミング #Programming #Testing
-
Agile Testing#Agile #DevOps #Testing
-
Gherkin#Testing #Documentation 以下のフォーマットでテストシナリオを記述する記法 Scenario: Breaker joins a game Given the Maker has started a game with the word "silky" When the Breaker joins the Maker's game Then the Breaker must guess a word with 5 characters https://cucumber.io/docs/gherkin/reference
-
BDD/定式化Formulation #Testing #BDD #Documentation システムの振る舞いの具体例をメンバーが読みやすいシナリオの形で文書化する
-
BDD/発見Discovery #Testing #BDD 具体例の使用による構造化された協調作業
-
BDD/具体例Example #Testing BDDプロセスの中で、求められるシステムの振る舞いを表現したもの。 コンテキスト、アクション、結果の構造を持ち、Gherkin形式で書くこともできる
-
BDD/自動化Automation #Testing #BDD 定式化されたシナリオの検証を自動化する
-
BDD/ルール#Testing #BDD BDDにおいて以下を抽象化したようなもの 要件 ビジネスルール 受け入れ基準
-
第5回 テストピラミッド ~自動テストの信頼性を中長期的に保つ最適なバランス~#Testing #和田 卓人 https://gihyo.jp/dev/serial/01/savanna-letter/0005 テストピラミッド テストサイズ テストダブル
-
E2EテストEnd to End Testing #Testing 組織のドメイン外にある外部システムを除いて実際に全てのサービスを動作させUIレベルで行うテスト 一般的な形式として1つまたは複数のユーザアクションに基づくシナリオテストがあり、テストコストが増えすぎないよう主要なシナリオにフォーカスして行う
-
第3回 テストサイズ ~自動テストとCIにフィットする明確なテスト分類基準~#Testing #和田 卓人 https://gihyo.jp/dev/serial/01/savanna-letter/0003 テストサイズ
-
Agile testing directions: tests and examples#Testing #Agile Testing アジャイルテストの4象限 http://www.exampler.com/old-blog/2003/08/22/#agile-testing-project-2
-
SerenityJS#JavaScript #TypeScript #Testing BDDフレンドリーなビジネスに重点を置いたテスト自動化を実現するテストフレークワークライブラリ PlaywrightのようなE2Eテストライブラリを抽象化し統合できる https://serenity-js.org/
-
第4回 テストダブル ~忠実性と決定性のトレードオフを理解する~#Testing #和田 卓人 https://gihyo.jp/dev/serial/01/savanna-letter/0004 テストダブル テストサイズ
-
MSWMock Service Worker #Testing #TypeScript #Programming JavaScriptにおいてAPIのモックデータを効率的に作成・管理するためのツール。 https://mswjs.io/
-
マスタリングAPIアーキテクチャ
-
自動テスト実行結果の目的を整理するOrganizing objectives of automated test results #和田 卓人 #Testing
-
Continuous Testing in DevOps
-
テストダブル#Testing 自動テストに使用する代用品のこと、モックと呼ばれるようなものの総称