トラッキング

設計レビューのプロセスは方法と参加者とチェックリストと記録について改善する

ソフトの設計品質を良くする重要な活動が設 ...

リスクと懸案の違いは何でしょう

仕事の上でリスクや懸案という言葉を使う事はよくあると思いますが、違いは何でしょうか？ ...

テスト計画書には目的と体制と担当と環境とトラッキングを必ず書いて置く

テスト計画はテスト計画書に書き出しますが、テス ...

ソフトのテスト報告書はテスト結果とテスト評価の両方を書く

テスト品質を良くするには、今回のテストを振り返って良かった ...

ソフトのテスト計画にはテスト作業の分担を具体的に書く

ソフトのテスト計画書ではテストとデバッグの作業につい ...

不具合の一時切り分けはテストリーダか設計・実装リーダ

ソフトのテスト計画書では、一次切り分けとデバッグと最終確認の分 ...

テスト計画では不具合やバグの分類の仕方と記録に残す項目を具体的に書いておく

テスト計画書には不具合の分類の仕方やバグ ...

不具合やバグの対応状況を管理するには状態（ステータス）の定義が必要

ソフトのテスト計画書には、発見した不具合やバグの ...

不具合やバグの管理では優先度を決める事が大切です

ソフトのテスト報告書では、見つけた不具合やバグの優先度の付け方と、 ...

ソフト開発の委託先の開発能力や品質保証力を改善するために行うのがソフト開発監査の２つ目の目的です

ソフト開発の委託先 ...

ソフトのテスト報告書にはテスト結果として検出したバグの分布を書く

ソフトのテスト報告書にはテスト結果とテスト評価を書 ...

開発プロセスチェックリストの３番目はトラッキングです

この記事では、ソフト開発監査に使う監査チェックリストの個々の項 ...

テストの実施状況はどうやって判定しましょうか

ソフトのリリース判定を行う時に使う４つの判定基準（テストの品質、残存バ ...

リリース判定でのテスト品質ではバグの検出とバグの修正の状況も重要

テストの実施状況としてテストの進捗の次に確認するの ...

リリース判定ではテストで見つかった顕在バグと見つかっていない潜在バグを考える

ソフトのリリース判定を行う時に使う４つ ...

開発計画の次は開発実務の中心の設計と実装とテスト計画

前の記事ではリリース判定で開発管理プロセスの品質の善し悪しを判 ...

開発プロセスでは懸案やリスクの管理とベースライン管理も重要

この記事では、リリース判定でのプロセス品質の判定のために ...

ソフトの開発やテストでは工程の進捗管理が大切

ソフトの開発やテストはハードの開発や製造のように目に見える物が余りない ...

リリース判定でバグの状況を見る時はテストの量と質の確認ができている事が前提です

リリース判定の時にソフトの品質の善し ...