不具合管理

テストはまず目的を決めてその目的に合ったでテストの種類を選ぶ事で品質が良くなる

ソフトのテストの品質を良くするには目 ...

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

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

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

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

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

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

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

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

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

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

ソフト開発監査の３つの目的は開発力量の判定と開発力量の改善とソフト品質の確保

ソフト開発監査とは、ソフト開発委託先の ...

重大な不具合対策版のリリース時には修正版ソフトの品質の確認に重点を置いてソフト開発監査を行う

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

ソフト開発監査では開発技術の中でも重要なテスト技術の良否をまず判定します

ソフト開発監査では開発プロセスの品質とソフ ...

ソフト開発監査ではソフトの設計と実装の能力の良否についても判定します

ソフト開発監査では開発プロセスの品質とソフト開 ...

開発技術・設計と実装の能力はレビューチェックリスト、ソースコード解析ツール、自動テストも確認する

前の記事では、ソフ ...

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

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

ソフトのリリース判定は４つの判定基準のどれかを満たさないならリリースを許可しない

リリースするソフトの品質が良いか悪 ...

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

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

ソフトのテスト報告書には見つけられなかったバグの推定件数を書く

テスト報告書には信頼度成長曲線を使って、まだ見つけて ...

ソフトのテスト報告書に書くテスト評価はまずテスト内容の良し悪しから

ソフトのテスト報告書にはテスト結果に続 ...

テストは正常系と異常系と準正常系を設計しましょう

テストの分類の仕方に、正常系テストと異常系テストという分類の仕方が ...

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

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

ソフトの特別採用はテストの未完了か、潜在バグのリスクか、残存バグの状況のどれかが理由

前の記事では特別採用によるソフ ...

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

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

ソフトはリリース判定で品質の悪いソフトの出荷を止めて品質を保証する

 ソフトの品質保証 をするために大切な事は、ソフ ...