テスト仕様書の作り方大公開：テスト設計の手順とセオリー - ソフトウェアテスト.com
みなさん、こんにちは。 以前の記事「テスト仕様書サンプルあり。高品質なテストを実現する方法」では、ソフトウェアテストを行う上で必要な基礎知識をコンパクトにまとめた『テスト入門ハンドブック』をご紹介するとともに、テスト仕様書のテンプレートを提供しました。 以前の記事はこちら 先の記事でも述べましたように、フォーマットは道具であって目的ではありませんから、ただ記入欄を埋めただけでは意味をなさないことは言うまでもありません。大事なのは「何をどのように検証するのか」を正しく誰にでもわかるように記述することです。 「テスト仕様書を作れと言われたけれど何をどう書いたらいいのかわからない」「テストケースに抜け漏れがあり、テストをしてもバグが残ってしまう」といった悩みをお持ちの方に向けて、今回から『テスト仕様書の作り方大公開』と題して７回にわたって連載いたします。 まず初回は、フォーマット記入に先立って「
「進捗」はどうやってはかるんだろう？ | Think! management（シンク！マネジメント）
「課題管理」「成果物管理」と並んで、プロジェクトマネジメントに欠かせない機能が「スケジュール管理」です。 スケジュール管理を分解すると、「スケジュールを立てる」ことと、「立てたスケジュール通りに進むよう管理する」ことの2つに分かれます。 2つ目の「立てたスケジュール通りに進むよう管理する」ことを、「進捗管理」と呼ぶこともあります。 「進捗どうですか？」の進捗って何？ 「進捗」を辞書で調べると、このように書いてあります。 ［名］(スル)物事がはかどること。「工事の―状況」「仕事が―する」 （出典：デジタル大辞泉） 「進捗どうですか？」と聞かれたら、それは「どれくらいはかどってますか？ どれくらい進んでますか？」という意味です。 また、「進捗管理」を辞書で調べると、このように書いてあります。 業務の進捗状況を管理すること。たとえば、システム開発の進捗管理の場合、設計、プログラミングなどの作業工
ファイルバージョンの管理だけで十分ですか？
短期連載（要求仕様のボトルネックを探る）では、ITプロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理（SCM：Software Configuration Management）について見ていきたいと思います。 読者の中には、構成管理といわれると「ソースコードのバージョン管理のことでしょ」ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、本当にそうでしょうか？ 数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。 プロジェクトの現場で見られる問題点
みんなを幸せにするスコープマネジメント
つまり、スコープマネジメントとは、 プロジェクトの目標を達成するために必要な成果物とタスクを定義する プロジェクト期間を通じて、必要に応じてその定義を見直していく 必要な成果物とタスクが完成されていることを保証する ということである。 次に、冒頭で述べた「スコープマネジメントがプロジェクトの成功／失敗に大きく影響を及ぼす」ということに簡単に触れておく。 スコープマネジメントがプロジェクトの成否を分ける プロジェクトが成功裡に終了するのは全体の約20～30％、厳しい見方をする人によると1000に3つともいわれる。いかに多くのプロジェクトが失敗に終わっているか、お分かりいただけるだろう。こうした中でプロジェクトの失敗は、スコープマネジメントのまずさによる場合が多いといわれている。なぜだろうか。 このことを考えるに当たり、まず「プロジェクトの成功」について整理しておく必要がある。 プロジェクトの
超上流から攻めるIT化の事例集：要件定義 | アーカイブ | IPA 独立行政法人 情報処理推進機構
・要件定義 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．3「役割分担と成果物例」にならい分類・表示している。 方向性と計画についてはこちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
