B-Testing.fm

ブロッコリー

B-Testing.fmは、テストや品質の深淵を探求し、現場で役立つ思考のヒントを届ける番組です。「テストは何のために行うのか？」「品質の正体とは？」抽象的で捉えどころのないこれらの言葉をQAエンジニアの視点から紐解き、自分たちの言葉で「言語化」できるようになることを目指します。 【配信日時】 毎週月曜 朝8:00配信 🎙 ホストプロフィール：ブロッコリー ・Developers Summitでのベストスピーカー賞など多数の受賞歴を持つQAエンジニア。 ・「Holistic Testing」日本唯一の公式トレーナー ・『Agile Testing Condensed』などの翻訳を通じて、知見を発信中。 開発者、QA、PdMなど、プロダクトを良くしたい全ての方へ。あなたの「テスト観」をアップデートする時間をお楽しみください。 📢 番組に参加する リスナーの皆様からのお便りをお待ちしています！ ・ハッシュタグ：#b_testing （ポストする） ・投稿フォームはこちら ・公式サイト

  1. 6日前

    #51 【ユースケーステスト】ユースケース記述からシナリオテストを作る方法と、そのメリット

    今回はユースケーステストについての3回目のエピソードとして、ユースケース図やユースケース記述をもとに、どのようにシナリオベースのテストに落とし込んでいくかについて語っています。DVDレンタルの例を用いて、基本フローから代替・例外フローへの寄り道パターンの考え方、そして業務全体の流れを通したテストだからこそ見つかる「リカバリー不全」の不具合など、実践的なポイントを解説しています。実際の業務で活用する際の注意点にも触れていますので、ぜひテスト設計の参考にしてみてください。 📌 今回のエピソードのポイント ユースケーステストとシナリオテスト： ユースケースの動作を実行するように設計する「シナリオテスト」との関係性と、その記載形式について整理します。 DVDレンタルを例にしたテスト作成手順： 基本フローから寄り道する代替フロー・例外フローを含めた、具体的なシナリオの書き方を解説します。 業務フロー全体を通したテストのメリット： 画面単体のテストでは見逃されがちな、エラー操作後のリカバリー不全などの不具合を発見できる強みを語ります。 📕 参考文献 #17 【水曜日のダウンタウン】ザ・スベリドリームマッチ ISTQBテスト技術者資格制度 Advanced Level シラバス 日本語版 テストアナリスト Version 3.1.1.J03 ASTERセミナー標準テキスト[Ver3.1.1] 第98回： ユースケーステスト（後編） - Kouichi Akiyama - note 🕒 チャプター (00:00) オープニング (02:35) ユースケーステストとは・シナリオテストとの関係 (05:45) ユースケーステストの作り方 (07:07) ユースケーステストの作成手順（実装するフローを考える） (10:46) ユースケーステストを作成するメリット (14:13) まとめ (15:43) 実際の業務で活用する際のポイント (17:28) エンディング・お知らせ 📢 あなたのご意見をお聞かせください 「ユースケーステストって実際こういう感じなんだ」「実際の業務で使ってみたらうまくいったよ！」といった、実践してみた感想や体験談があればぜひ教えてください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  2. 9月13日

    #50 【ユースケーステスト】ユースケース記述の書き方のコツとメリット！図では表現できない仕様の曖昧さをなくすポイント

    ユースケーステストの続編として、今回は「ユースケース記述」の基本から書き方のコツまで詳しく解説します。ユースケース図だけでは表現しきれない詳細なやり取りや例外処理をどのようにテキスト化するのか、DVD貸し出しシステムを例に挙げながら具体的に紐解きます。アクターとシステムの対話を意識した正しい粒度の揃え方や、仕様の曖昧さ・不備を防ぐ記述のメリットを学んでいきましょう！ 📌 今回のエピソードのポイント 図では見えない詳細の視覚化： ユースケース図のシンプルさでは表現しきれない、会員証の有効期限確認などの具体的な工程や例外フローを明確化できるメリットを解説します。 アクターとシステムの交互の対話： 基本フローを書く際は、アクターの入力とシステムのフィードバックが交互に展開する構造を意識するのが重要なポイントです。 適切なトランザクションの粒度： ボタンを押すレベルの細かすぎる操作ではなく、「会員証情報を入力する」といった分けることのできない一連の情報処理の粒度で書くコツを紹介します。 📕 参考文献 『有田脳』シーズン3.5『有田脳人』Ep.5 ゲスト・藤井智久（テレビ朝日「くりぃむナントカ」プロデューサー） ISTQBテスト技術者資格制度Foundation Level シラバス 日本語版 Version 2018V3.1.J03 第97回： ユースケーステスト（前編） - Kouichi Akiyama - note 🕒 チャプター (00:00) オープニング (02:12) ユースケース記述とは (03:09) ユースケース記述の例（DVD貸し出しシステム） (05:52) ポイント：アクターとシステムが交互に登場する (06:23) ユースケース記述を書くメリット (07:44) ユースケース記述を書くコツ（適切な粒度とは） (09:25) まとめ・エンディング 📢 あなたのご意見をお聞かせください 皆さんの現場では、ユースケース記述をどのように活用していますか？「仕様の抜け漏れを見つけた経験」や「記述の粒度に悩んだこと」など、ぜひご意見やご感想をお寄せください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  3. 9月6日

    #49 【ユースケーステスト】全体像とユースケース図の役割を徹底解説

    今回のエピソードでは、ソフトウェアテストの手法の一つである「ユースケーステスト」について、その全体像から、ユースケース図の役割、そしてユースケース図を書くメリットまで、詳しく解説しています。特に、ユースケース図がどのようにシステム開発に関わる人々の認識を合わせる役割を果たすのか、DVDレンタルシステムの具体例を交えながらわかりやすく説明しています。これからユースケーステストを学びたい方や、テスト設計の幅を広げたい方におすすめの内容です。 📌 今回のエピソードのポイント ユースケーステストとは： システムやサブシステムが提供する一貫した機能単位をテストする手法。 ユースケース図の目的： 開発者やユーザーなど、関係者間でシステムの全体像に対する「ざっくりとした認識」を合わせること。 ユースケース図のメリット： 個々人が想像しているシステムを具現化し、比較することで、認識のズレを防ぐことができる点。 📕 参考文献 2026.07.19 BSW AFTER GAME PARTY｜BLACK SUMMER WEEK 2026 ISTQBテスト技術者資格制度 Advanced Level シラバス 日本語版 テストアナリスト Version 3.1.1.J03 第97回： ユースケーステスト（前編） - Kouichi Akiyama - note JIS X 4170：2009 🕒 チャプター (00:00) オープニング (02:20) ユースケーステストとは (03:24) JSTQB FLシラバスから削除された手法 (04:11) ユースケーステストの全体像と目的 (04:45) ユースケース図とは (05:39) 例題：DVDレンタルのシステム (07:07) ユースケース図を書くメリット (08:55) エンディング 📢 あなたのご意見をお聞かせください ユースケーステストについて、あなたはどのような場面で活用していますか？また、ユースケース図を書く際に工夫していることはありますか？ぜひ、あなたの経験や考えを教えてください。 X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  4. 8月30日

    #48 『Writing Code vs. Shipping Code』AIコーディングツールは本当に開発の生産性を上げたのか？

    AIコーディングツールの普及によって開発の現場はどう変わったのか？今回は、AIツールの進化と生産性・リリースへの影響を多角的に分析した海外論文『Writing Code vs. Shipping Code』をご紹介します。コード生成量が劇的に増える一方で最終的なリリース量にはどのようなギャップが生じているのか、またアプリストアで起きている「供給過多と使われないアプリの増加」というリアルな現実について、数値データを交えて詳しく解説します。 📌 今回のエピソードのポイント AIコーディングツールの3つの世代分類： オートコンプリート型、対話型エージェント、自律型エージェントというAI開発ツールの進化過程とその特徴を整理します。 コード生成量とリリースの大きなギャップ： AI導入で変更行数が約8.5倍に急増しても、実際のリリース量は+20%程度にとどまる「コードの減衰傾向」を明かします。 アプリ供給過多と品質管理の重要性： ストアへのアプリ公開数が急増する一方で購入・利用されないアプリが増加しており、作成後の品質確認や運用がいかに重要かを提示します。 📕 参考文献 Writing Code vs. Shipping Code: Productivity Effects Across Generations of AI Coding Tools 🕒 チャプター (00:00) オープニング (01:31) 海外論文『Writing Code vs. Shipping Code』の紹介とAIツールの世代分類 (05:04) AIによるコード大量生成とリリースまでの「減衰傾向」 (09:18) アプリ公開数の急増と「使われないアプリ」が増える現実 (15:49) エンディング 📢 あなたのご意見をお聞かせください 今回のエピソードで紹介した海外論文の調査結果を聞いて、ご自身の職場や開発現場での実感と比べていかがでしたでしょうか？「うちのチームでも似た傾向がある」「自分の感覚とは少し違う」など、ぜひ皆さんのご意見やご感想をお聞かせください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  5. 8月23日

    #47 【状態遷移テスト】ラウンドトリップカバレッジ徹底解説！具体例・メリットからAI生成の落とし穴まで

    今回のテーマは、状態遷移テストにおける「ラウンドトリップカバレッジ」です。ISTQBシラバスの定義をベースに、ストップウォッチの具体例を用いながらテストケースの導出方法や網羅条件をわかりやすく解説します。さらに、状態間を行き来する不具合の検知やチーム内での認識合わせといったメリットに加え、認知度の低さや生成AI（GeminiやChatGPT）に丸投げした際の精度・ケース欠損の注意点についても深掘りします。 📌 今回のエピソードのポイント 定義と具体例でのケース導出： ISTQBシラバスに基づく定義と、ストップウォッチの遷移図を用いた7つのテストケース導出プロセスを解説。 導入メリットと認識合わせの容易さ： 状態間を行き来する複雑な不具合の検出に強く、図をなぞりながらチームで網羅性を共有できる利点を紹介。 認知度の低さと生成AIの限界： 資料が少なくAIに任せるとテストケースが欠損する実態を踏まえ、人間が自ら設計する重要性を考察。 📕 参考文献 コードを書くことだけが技術力じゃないーー10X風間氏が語る、"品質を設計する"エンジニアの仕事 - アンドエンジニア 状態遷移テスト（state transition testing） - ISTQB Glossary ISTQBテスト技術者資格制度 Advanced Level シラバス 日本語版 テストアナリスト Version 3.1.1.J03 🕒 チャプター (00:00) オープニング (01:38) 状態遷移テストとカバレッジのおさらい (02:52) ラウンドトリップカバレッジとは (04:12) ストップウォッチ例で見るテストケース導出 (06:17) ラウンドトリップカバレッジの対象外となるケース (07:48) ラウンドトリップカバレッジのメリット (08:55) 認知度の低さと生成AI活用の注意点 (10:30) まとめ・現場での活用に向けて (11:05) エンディング 📢 あなたのご意見をお聞かせください 皆さんは状態遷移テストでラウンドトリップカバレッジを活用したことがありますか？また、テスト設計で生成AIを使った際の精度や工夫などもぜひお寄せください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  6. 8月16日

    #46 【状態遷移テスト】Nスイッチカバレッジ（0・1・2スイッチ）の考え方とテストケース作成

    状態遷移テストにおける「Nスイッチカバレッジ」について、具体的な図解やお題を交えながらわかりやすく解説します。0スイッチカバレッジ（遷移カバレッジ）と1スイッチカバレッジ・2スイッチカバレッジの違いや、それぞれのテストケースの考え方、実務でどのような不具合発見に役立つのかについて探っていきます。 📌 今回のエピソードのポイント Nスイッチカバレッジの定義： スイッチの数（遷移の切り替えポイント）をもとにテストの網羅率を計測する仕組みについて解説します。 0・1・2スイッチの違いとテストケース数： 状態遷移の切り替えポイントを考慮することで、テストケース数やカバーできる範囲がどのように変化するのかを整理します。 不具合検出と実務での活用： 0スイッチでは見落としがちな状態遷移に伴う欠陥を見つけるために、どのような場面で高いスイッチ数を検討すべきかを伝えます。 📕 参考文献 状態遷移テスト（state transition testing） - ISTQB Glossary ISTQBテスト技術者資格制度 Advanced Level シラバス 日本語版 テストアナリスト Version 3.1.1.J03 🕒 チャプター (00:00) オープニング (01:28) 状態遷移テストとカバレッジのおさらい (02:51) Nスイッチカバレッジとは (04:09) 0スイッチカバレッジ (05:11) 1スイッチカバレッジ (07:52) 2スイッチカバレッジ (09:40) Nスイッチカバレッジのまとめ (10:31) エンディング 📢 あなたのご意見をお聞かせください 業務で1スイッチカバレッジや2スイッチカバレッジを活用した経験はありますか？「実は業務で使っている」「今回はじめて概念を知った」など、みなさんのご意見やご感想をぜひお寄せください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  7. 8月9日

    #45 【状態遷移テスト】遷移カバレッジ（0スイッチカバレッジ）とは？ストップウォッチの例題で分かりやすく解説！

    状態遷移テストにおける代表的な網羅基準である「遷移カバレッジ（0スイッチカバレッジ）」について解説します。ストップウォッチの具体例を用いて、状態遷移図からどのようにテストケースを組み立て、カバレッジ100%を目指すのかを分かりやすく紐解きます。状態カバレッジとの違いや、実務で他の人と認識を合わせやすいメリットについても触れています。 📌 今回のエピソードのポイント 遷移カバレッジ（0スイッチカバレッジ）の基本： すべての状態に滞在し、すべての遷移（矢印）を通ることを保証する網羅基準を解説します。 ストップウォッチの例題で理解： 状態遷移図をベースに、2つのテストケースで遷移カバレッジ100%を達成するステップを紹介します。 状態カバレッジとの違いとメリット： 単に状態を通るだけでなく、遷移まで網羅することでテストの抜け漏れを防ぎ、認識を合わせやすくなる理由を語ります。 📕 参考文献 ISTQBテスト技術者資格制度 Advanced Level シラバス 日本語版 テストアナリスト Version 3.1.1.J03 🕒 チャプター (00:00) オープニング (01:19) 遷移カバレッジとは (07:56) エンディング 📢 あなたのご意見をお聞かせください 「遷移カバレッジ」という言葉は知らなくても、普段の業務で自然と実践されていた方も多いのではないでしょうか？「うちの現場ではこんなカバレッジ基準を使っている」「実務でこう工夫している」など、みなさんの体験談やご感想をぜひお聞かせください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

  8. 8月2日

    #44 【状態遷移テスト】状態遷移図の漏れを防ぐ「状態表」の作り方とテストケースへの展開

    今回は、状態遷移テストにおける「状態表の作成」について詳しく解説します。状態遷移図だけでは気づきにくい動作の抜け漏れや、「自己遷移」「非活性（N/A）」を洗い出す状態表の組み立て方から、実際のテストケースへどう落とし込んでいくかまで、ストップウォッチの具体例を用いてわかりやすく紐解きます。 📌 今回のエピソードのポイント 状態表で遷移の漏れを防ぐ： 状態遷移図をマトリクス形式の状態表に変換することで、図だけでは見落としがちな未定義の動作や潜在的な漏れを効率よく発見できます。 「自己遷移」と「非活性（N/A）」の整理： 操作しても状態が変わらない動作（ハイフン表記）と、仕様上起こり得ない動作（N/A表記）を明確に区別して整理するコツを解説します。 テストケースへの具現化： 状態表をもとにテスト実装段階のテストケースを作成する際、期待結果をより詳細に記述するメリットと注意点をまとめています。 📕 参考文献 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2023V4.0.J02 4.2.4 状態遷移テスト 🕒 チャプター (00:00) オープニング (01:50) 状態表の定義と役割 (02:51) 例題（ストップウォッチ）と状態遷移図の復習 (03:34) 状態表の作成プロセス (05:43) 空白セルから気づく「自己遷移」と「非活性（N/A）」 (09:25) 状態表からテストケース例への落とし込み (12:01) まとめと次回への展望 (12:51) エンディング 📢 あなたのご意見をお聞かせください 普段のテスト設計で「状態表」を活用していますか？「これまで状態遷移図しか使っていなかったけれど試してみたい」「現場でこう使っている」など、皆様のご意見やエピソードをぜひお聞かせください！ X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。 お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠ フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！

すべて見る（51）

番組について

B-Testing.fmは、テストや品質の深淵を探求し、現場で役立つ思考のヒントを届ける番組です。「テストは何のために行うのか？」「品質の正体とは？」抽象的で捉えどころのないこれらの言葉をQAエンジニアの視点から紐解き、自分たちの言葉で「言語化」できるようになることを目指します。 【配信日時】 毎週月曜 朝8:00配信 🎙 ホストプロフィール：ブロッコリー ・Developers Summitでのベストスピーカー賞など多数の受賞歴を持つQAエンジニア。 ・「Holistic Testing」日本唯一の公式トレーナー ・『Agile Testing Condensed』などの翻訳を通じて、知見を発信中。 開発者、QA、PdMなど、プロダクトを良くしたい全ての方へ。あなたの「テスト観」をアップデートする時間をお楽しみください。 📢 番組に参加する リスナーの皆様からのお便りをお待ちしています！ ・ハッシュタグ：#b_testing （ポストする） ・投稿フォームはこちら ・公式サイト

情報

  • クリエイター
    ブロッコリー
  • 配信期間
    26年
  • エピソード
    51
  • 制限指定
    不適切な内容を含まない
  • Copyright
    © ブロッコリー
  • 番組のウェブサイト
    B-Testing.fm