テスト手法 – 境界値分析
2025 年 8 月 18 日 月曜日 by sumikawahはじめに
現在、単体テスト仕様書を書くにあたり、さまざまなテスト手法があることを知りました。
今回はその中で 境界値分析 についてまとめます。
境界値分析とは?
境界値分析は、入力や出力の「境界付近」にバグが潜みやすいという前提に基づいて、テストケースを境界値に集中させる手法です。
(さらに…)現在、単体テスト仕様書を書くにあたり、さまざまなテスト手法があることを知りました。
今回はその中で 境界値分析 についてまとめます。
境界値分析は、入力や出力の「境界付近」にバグが潜みやすいという前提に基づいて、テストケースを境界値に集中させる手法です。
(さらに…)お客様へ高品質な製品をより早く提供するため、引き続き設計スキルの底上げを行っています。
今回は最終回のため、これまで行った分析結果を基に、対策として検討した改善案をご紹介していきます。
【なぜなぜ分析の統計】
弊社で発生した設計に関する25件の不具合を例に挙げ、未然に防ぐにはどのような対応を行えばよかったかなぜなぜ分析を実施しました。
≪障害原因の分析≫
上記より、正しい設計やPJ管理を行うことで8割の障害を回避することが可能となります。
(さらに…)お客様へ高品質な製品をより早く提供するため、引き続き設計スキルの底上げを行っています。
そこで前回同様、弊社で発生した不具合を例に挙げ、設計段階で未然に防ぐにはどのような対応を行っておけばよいか、分析結果と併せて記載します。
【事例システム詳細】
休職者支援システムにて、所属上司は所属社員の休職情報を閲覧することができる。
≪休職情報閲覧≫
【不具合内容】
2回以上休職履歴がある社員の休職情報を、所属上司が閲覧できないケースがある。
≪期待する結果≫
≪実際の結果≫
お客様へ高品質な製品をより早く提供するため、引き続き設計スキルの底上げを行っています。
そこで前回同様、弊社で発生した不具合を例に挙げ、設計段階で未然に防ぐにはどのような対応を行っておけばよいか、分析結果と併せて記載します。
【事例システム詳細】
受発注システムで受発注の変更依頼を行った場合、変更依頼されたデータはひとつ前のステータスに戻り、再確認・承認を行う順序となる。
【不具合内容】
「ステータス:3」で変更依頼を行った際、「ステータス:2」に戻らず「ステータス:3」のままとなる。
≪受発注システムのステータスの遷移順≫
≪期待する結果≫
≪実際の結果≫
お客様へ高品質な製品をより早く提供するため、引き続き設計スキルの底上げを行っています。
そこで前回同様、弊社で発生した不具合を例に挙げ、設計段階で未然に防ぐにはどのような対応を行っておけばよいか、分析結果と併せて記載します。
【事例システム詳細】
新システムからCSVファイルを出力し、出力したCSVファイルを用いて桐(DB)とデータ連携を行う。
【不具合内容】
新システムから出力したCSVファイルを用いて桐(DB)とデータ連携を行った際、データ連携をしてもCSVファイルの内容が桐(DB)に反映されない。
【桐(DB)についての補足】
①桐とは
⇒Windows環境向けのDBMS(データベース管理システム)
②桐のテーブルに表引きを設定した時の動き
⇒CSVの「仕入先コード」と、桐の「Aマスタ」の「コード」が一致する場合、
「Aマスタ」の「短縮仕入先名」を桐に取り込む仕様となっている
近年、AI技術の進化により、多くの業界での業務効率化や新しいサービスの開発が進められています。中でも、OpenAIのChatGPTは、その高度な会話能力で注目を浴びています。
今回は、僕が利用するツールのアイディア出しのためにChatGPTを使ったので、
そのポイントをChatGPTを使ったサービスのアイディア出しから設計までのプロセスと題して紹介します。
プロンプト例: 「あなたは以下の<専門領域>に関する専門的な知見を持ったプロのシニアエンジニアです。」
ChatGPTは指定されたキャラクターや制約条件に基づいてロールプレイを行うことができます。
これにより、より具体的かつオリジナルなアイディアを得ることができます。
(さらに…)お客様へ高品質な製品をより早く提供するため、設計スキルの底上げを行っています。
そこで今回、弊社で発生した不具合を例に挙げ、設計段階で未然に防ぐにはどのような対応を行っておけばよいか、分析結果と併せて記載します。
【事例システム詳細】
買掛売掛を行うシステムで支払い入力を行った際、買掛実績が登録されているDBのテーブルに買掛実績データを登録または更新を行う。
【不具合内容】
支払入力を行った際、 買掛実績が登録されているDBのデータによって、買掛実績データが登録されない場合がある。