7 件の資料が見つかりました。
ダウンロード数： 4122回
SQuBOK分類 :
3.9.8.1 テストマネジメントにおけるリスクベースドテスト 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.1.1 ソフトウェア信頼性モデル 、 3.10.1.2 ソフトウェア信頼度成長モデル 、 3.10.3.2 バグ分析
3.9.8.1 テストマネジメントにおけるリスクベースドテスト 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.1.1 ソフトウェア信頼性モデル 、 3.10.1.2 ソフトウェア信頼度成長モデル 、 3.10.3.2 バグ分析
紹介文 :
テスト終了判定基準について、その、客観性をどうやって確保したらよいかについて書いた論文です。 複数のメトリクスを取得し、多方面からの考察を加えることの重要さについて理解できます。 最終的に「金額」という統一メジャーで測定できないかという展望も述べられています。
テスト終了判定基準について、その、客観性をどうやって確保したらよいかについて書いた論文です。 複数のメトリクスを取得し、多方面からの考察を加えることの重要さについて理解できます。 最終的に「金額」という統一メジャーで測定できないかという展望も述べられています。
ダウンロード数： 3224回
執筆者 :
永田 敦（ソニー）
、柳内 政宏（アルパイン）
、村上 聡（日本信号）
、奥田 享一郎（TIS）
、奥山 剛（山武）
、吉本 吾朗（三菱UFJトラストシステム）
、丸山 久（クレスコ）
、中森 博晃（パナソニック）
紹介文 :
派生開発におけるデグレード、特に、リソース制約が原因で発生するデグレードを防止することを目的とした「影響マトリクス」を提案しています。トレーサビリティマトリクスの使い方を工夫した研究です。
派生開発におけるデグレード、特に、リソース制約が原因で発生するデグレードを防止することを目的とした「影響マトリクス」を提案しています。トレーサビリティマトリクスの使い方を工夫した研究です。
ダウンロード数： 1334回
執筆者 :
湯川 健（ソーバル株式会社）
、櫻井 瑞穂（テックスエンジソリューションズ株式会社）
、小林 享（カルソニックカンセイ株式会社）
、原田 和典（東京海上日動システムズ株式会社）
、久禮 尚（株式会社インテック）
紹介文 :
認知心理学・社会心理学の理論「認知バイアス」をご存知だろうか？ 「曖昧性効果」「専門偏向」「共有情報バイアス」「ゼロリスクバイアス」「アンカリング」など、193個の定義があるが、その中から、ソフトウェア開発の現場で作成者が掛かる可能性が高く、かつ、その影響度が高い13個に絞り込み、レビュー時の欠陥検出に活用する方法が提案されている。 レビュー対象成果物への記載漏れや考慮不足といった検出難易度が高い欠陥をどうやって検出すれば良いのか悩んでいる方は、一読されることをお勧めする。
認知心理学・社会心理学の理論「認知バイアス」をご存知だろうか？ 「曖昧性効果」「専門偏向」「共有情報バイアス」「ゼロリスクバイアス」「アンカリング」など、193個の定義があるが、その中から、ソフトウェア開発の現場で作成者が掛かる可能性が高く、かつ、その影響度が高い13個に絞り込み、レビュー時の欠陥検出に活用する方法が提案されている。 レビュー対象成果物への記載漏れや考慮不足といった検出難易度が高い欠陥をどうやって検出すれば良いのか悩んでいる方は、一読されることをお勧めする。
ダウンロード数： 412回
SQuBOK分類 :
2.11.3 不具合管理 、 2.12.1.3 プロジェクトにおける品質マネジメントの指針に関する規格（ISO 10006） 、 2.18.1.6 テスト計画 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.3.2 バグ分析
2.11.3 不具合管理 、 2.12.1.3 プロジェクトにおける品質マネジメントの指針に関する規格（ISO 10006） 、 2.18.1.6 テスト計画 、 3.9.8.2 テスト設計におけるリスクベースドテスト 、 3.10.3.2 バグ分析
紹介文 :
市場での故障の低減を目指して、過去10年の故障を分析と問題点を明らかにしました。 それを整理して、テスト観点知識ベースの構築を行い、テスト設計に活用することで、テスト観点と項目の強化を行いました。 その分析から整理、解決策の検討からテスト設計への反映に対する取組みについて述べています。
市場での故障の低減を目指して、過去10年の故障を分析と問題点を明らかにしました。 それを整理して、テスト観点知識ベースの構築を行い、テスト設計に活用することで、テスト観点と項目の強化を行いました。 その分析から整理、解決策の検討からテスト設計への反映に対する取組みについて述べています。
ダウンロード数： 194回
紹介文 :
過去のレビュー指摘を分類・活用しようとすると、これまでは必ずと言っていいほど、管理者視点で行われてきた。 本論文では管理者視点と共存する形で、作成者視点の分類・活用方法が提案されている。 実験で付与されたタグは大きく６つに分類され、「機能系」「対応方法系」「品質特性系」だけでなく、「注意喚起系」「表現方法系」「影響度系」といった作成者ならでは視点があり、具体的なキーワードでタグが付与されている。 作成者にとってレビュー指摘を検索・活用しやすくなると共に、作成者自身が自由にタグを付与できるため、品質向上活動への能動的な関与の促進が期待できる。 レビュー指摘を組織的に蓄積・横展開し、作成時の品質向上に活用したいと考えている組織の方は、一読されることをお勧めする。
過去のレビュー指摘を分類・活用しようとすると、これまでは必ずと言っていいほど、管理者視点で行われてきた。 本論文では管理者視点と共存する形で、作成者視点の分類・活用方法が提案されている。 実験で付与されたタグは大きく６つに分類され、「機能系」「対応方法系」「品質特性系」だけでなく、「注意喚起系」「表現方法系」「影響度系」といった作成者ならでは視点があり、具体的なキーワードでタグが付与されている。 作成者にとってレビュー指摘を検索・活用しやすくなると共に、作成者自身が自由にタグを付与できるため、品質向上活動への能動的な関与の促進が期待できる。 レビュー指摘を組織的に蓄積・横展開し、作成時の品質向上に活用したいと考えている組織の方は、一読されることをお勧めする。
ダウンロード数： 125回
紹介文 :
本論文では、派生開発において高リスクな不具合を早期に検出しやすくするため、従来のリスクベースドテストよりも軽量なテスト手法を提案している。 具体的には、新旧ソフトウェア間における機能群単位でのテストケース数の変化割合および不具合の検出数からテスト実施の優先度を付ける手法（LightTest-Prioritization Method，LTP-Method）である。これらの情報はプロジェクト情報として揃う情報であるため、テスト実施のために新規で揃える必要がない。これらの情報を説明変数として重回帰分析を行い、高リスク不具合の潜在期待値を機能群ごとに導き出すことで、テスト実施の優先度をつける。 本手法は従来のリスクベースドテストよりも導入しやすくなるため、高リスクな不具合を早期に検出できることが見込まれる。
本論文では、派生開発において高リスクな不具合を早期に検出しやすくするため、従来のリスクベースドテストよりも軽量なテスト手法を提案している。 具体的には、新旧ソフトウェア間における機能群単位でのテストケース数の変化割合および不具合の検出数からテスト実施の優先度を付ける手法（LightTest-Prioritization Method，LTP-Method）である。これらの情報はプロジェクト情報として揃う情報であるため、テスト実施のために新規で揃える必要がない。これらの情報を説明変数として重回帰分析を行い、高リスク不具合の潜在期待値を機能群ごとに導き出すことで、テスト実施の優先度をつける。 本手法は従来のリスクベースドテストよりも導入しやすくなるため、高リスクな不具合を早期に検出できることが見込まれる。
ダウンロード数： 107回
執筆者 :
豊田 千弘 （カルソニックカンセイ株式会社）
、石川 雄基 （アイシン・エィ・ダブリュ株式会社）
、櫻田 健人 （ヤマハ発動機株式会社）
、坂東 文香 （テックスエンジソリューションズ株式会社）
、吉田 健雄 （テックスエンジソリューションズ株式会社）
、吉田 伸幸 （アンリツエンジニアリング株式会社）
紹介文 :
本論文では、派生開発での回帰テストにおいて、デグレード不具合を効率よく検知するため、テストケースにソフトウェア変更の影響範囲を基にしたスコア付けを行い、テスト実施するテストケースの選定手法を提案している。 具体的には、データフロー図(Data Flow Diagram, DFD)を用いてデータフローを介して繋がる機能数を機能ごとに計測し、その数を基にスコア付けを行い、スコアの高い順から優先的にテストケースを選定する手法である。 この手法により、変更後の機能からの影響を受けやすい機能をスコアとして表すことができる。そして、スコアが高い機能を優先的かつ重点的にテストを行うようにテストケースを選定することで、デグレード不具合を検知しやすくなることが見込まれる。
本論文では、派生開発での回帰テストにおいて、デグレード不具合を効率よく検知するため、テストケースにソフトウェア変更の影響範囲を基にしたスコア付けを行い、テスト実施するテストケースの選定手法を提案している。 具体的には、データフロー図(Data Flow Diagram, DFD)を用いてデータフローを介して繋がる機能数を機能ごとに計測し、その数を基にスコア付けを行い、スコアの高い順から優先的にテストケースを選定する手法である。 この手法により、変更後の機能からの影響を受けやすい機能をスコアとして表すことができる。そして、スコアが高い機能を優先的かつ重点的にテストを行うようにテストケースを選定することで、デグレード不具合を検知しやすくなることが見込まれる。
