
8 件の資料が見つかりました。
ダウンロード数: 1115回
紹介文 :
データベース(以降、DB)を共有し合う業務システムでは、他システムのDBの変更が自システムへ与える影響を正確に把握し対処する必要がある。過去の不具合事例を分析したところ、データ項目間の関係性の変化やデータバランスの変化を発生させる類の変更は、不具合の可能性を見過ごしやすいことがわかった。そこで、DB変更時の必須チェック項目と、関連システムのTMを組み込んだシートを作成し、これを介して「変更要求」「理由(背景)」「想定される影響」を伝達するしくみを考案した。
データベース(以降、DB)を共有し合う業務システムでは、他システムのDBの変更が自システムへ与える影響を正確に把握し対処する必要がある。過去の不具合事例を分析したところ、データ項目間の関係性の変化やデータバランスの変化を発生させる類の変更は、不具合の可能性を見過ごしやすいことがわかった。そこで、DB変更時の必須チェック項目と、関連システムのTMを組み込んだシートを作成し、これを介して「変更要求」「理由(背景)」「想定される影響」を伝達するしくみを考案した。
ダウンロード数: 854回
紹介文 :
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
ダウンロード数: 521回
紹介文 :
ソフトウェア開発において変更が発生したとき、すべての範囲をテストしなおすことは難しい場合に、回帰テストの優先順位をつける方法を提案しています。 限られた期間でデグレードの確認が必要な場合にお勧めです。
ソフトウェア開発において変更が発生したとき、すべての範囲をテストしなおすことは難しい場合に、回帰テストの優先順位をつける方法を提案しています。 限られた期間でデグレードの確認が必要な場合にお勧めです。
ダウンロード数: 350回
SQuBOK分類 :
1.2.2 改善の考え方 、 2.3 ソフトウェアプロセス改善のマネジメント 、 2.11.3 不具合管理 、 2.19.2 プロセス品質の分析・評価 、 3.10.3 障害分析に関する技法
1.2.2 改善の考え方 、 2.3 ソフトウェアプロセス改善のマネジメント 、 2.11.3 不具合管理 、 2.19.2 プロセス品質の分析・評価 、 3.10.3 障害分析に関する技法
執筆者 :
有賀 一輝(イクズアネックス)
、野口 和馬(伊藤忠テクノソリューションズ)
、田渕 一成(ビジネスキューブ・アンド・パートナーズ)
、相澤 武(インテック)
、小渕 一幸(セイコーエプソン)
、坂部 誠之(シーイーシー)
、宮迫 久浩(リンクレア)
、宮川 研二(ダイキン情報システム)
紹介文 :
プロセスを定着させる重要なポイントとして、継続的な改善がありますが、ここでは、継続的改善を具体的に行う手法/手順を提案しています。原因分析シート、不遵守原因リスト、対策分析シートを用いた方法は、具体的で説得力があり、ここで提案された方法を各所で実践されることをお薦めします。
プロセスを定着させる重要なポイントとして、継続的な改善がありますが、ここでは、継続的改善を具体的に行う手法/手順を提案しています。原因分析シート、不遵守原因リスト、対策分析シートを用いた方法は、具体的で説得力があり、ここで提案された方法を各所で実践されることをお薦めします。
ダウンロード数: 310回
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年の故障を分析と問題点を明らかにしました。 それを整理して、テスト観点知識ベースの構築を行い、テスト設計に活用することで、テスト観点と項目の強化を行いました。 その分析から整理、解決策の検討からテスト設計への反映に対する取組みについて述べています。
ダウンロード数: 287回
紹介文 :
品質機能展開の二元表を用いて、コンポーネント(部品や関数)と要求および他のコンポーネントとの依存関係を識別しておくことで、要求の追加や変更等における影響範囲を容易に特定し、テスト範囲や優先順位の決定に役立てる方法を提案しています。提案方法の利用手順や典型的な利用方法が、例示を伴って具体的に示されており、利用の検討にあたり役立ちます。
品質機能展開の二元表を用いて、コンポーネント(部品や関数)と要求および他のコンポーネントとの依存関係を識別しておくことで、要求の追加や変更等における影響範囲を容易に特定し、テスト範囲や優先順位の決定に役立てる方法を提案しています。提案方法の利用手順や典型的な利用方法が、例示を伴って具体的に示されており、利用の検討にあたり役立ちます。
ダウンロード数: 235回
執筆者 :
村上 仁 (ニコン)
紹介文 :
プログラムを自動解析・自動実行するConcolic Testingは、制御パスを通るテストケースを自動生成し、抽出した値を使ってパスを自動実行するテスト技術です。 この技術のツールであるCRESTを、リグレッションテストに適用し、利用方法と検証結果をまとめました。 Concolic Testingに取り組もうとする方や、リグレッションテストの自動化に興味のある方の一助となる論文です。
プログラムを自動解析・自動実行するConcolic Testingは、制御パスを通るテストケースを自動生成し、抽出した値を使ってパスを自動実行するテスト技術です。 この技術のツールであるCRESTを、リグレッションテストに適用し、利用方法と検証結果をまとめました。 Concolic Testingに取り組もうとする方や、リグレッションテストの自動化に興味のある方の一助となる論文です。
ダウンロード数: 187回
執筆者 :
鈴木 昭吾(バグ票ワーストプラクティス検討プロジェクト)
、渡辺 由希子(バグ票ワーストプラクティス検討プロジェクト)
、近美 克行(バグ票ワーストプラクティス検討プロジェクト)
、近江 久美子(バグ票ワーストプラクティス検討プロジェクト)
紹介文 :
インシデントレポート(バグレポート)は、今日のソフトウェア開発を行なっている多くの組織で利用されているが、何かしら問題を引き起こしている組織も多いのではないだろうか。本報告では、バグレポートが引き起こしている問題に関する調査をインターネットやイベントで行ない、現場ではどのような問題があるか報告している。また、アンケート結果から問題を回避するためのアンチパターンの一部を作成方針を報告している。
インシデントレポート(バグレポート)は、今日のソフトウェア開発を行なっている多くの組織で利用されているが、何かしら問題を引き起こしている組織も多いのではないだろうか。本報告では、バグレポートが引き起こしている問題に関する調査をインターネットやイベントで行ない、現場ではどのような問題があるか報告している。また、アンケート結果から問題を回避するためのアンチパターンの一部を作成方針を報告している。