タグ

2007年11月14日のブックマーク (4件)

  • 要件とテストを関連付ける「テスト管理ツール」---目次

    テスト管理ツールには三つの機能がある。1番目は,リポジトリによるテスト情報の一元管理機能。リポジトリで「要件」「テストケース」「テストスクリプト」「不具合情報」などを一元管理する。2番目は,自動テストの実行管理機能。自動テストツールを連携させて,自動テストの実行を管理する。テスト結果はリポジトリに登録される。3番目は,集計/分析機能。リポジトリに蓄積した各種データを様々な角度から集計/分析し,画面や帳票に出力する。 こうしたテスト管理ツールを選定し,うまく活かすにはどうすれば,いいかを解説する。 <目次> 第1回 テスト管理ツール:表計算ソフトの限界超える 第2回 テスト管理ツール:要件とのひも付けがカギ 第3回 テスト管理ツール:管理者支援型か開発者支援型か 第4回 テスト管理ツール:テスト手順に工夫が必要 「プロダクト賢者の選択」過去の連載-----------------------

    要件とテストを関連付ける「テスト管理ツール」---目次
  • ソフトウエア改造力

    ソフトウエアの改造がトラブルの温床になっている。改造案件が増える一方で,改造ならではの方法論が未熟だからだ。プログラマやSE,プロジェクト・マネージャが一丸となって「改造力」を高めるノウハウを解説する。 第1回 ソフトウエア改造力が足りない:変更ミスがトラブルの温床に 第2回 ソフトウエア改造力が足りない:工数膨らませる影響調査と確認テスト 第3回 対応すべき案件を選ぶ:要望を集め,工数を概算する 第4回 対応すべき案件を選ぶ:費用対効果で優先順位を判断する 第5回 改造の影響を調べる:詳細な工数とソースコードの変更箇所を洗い出す 第6回 改造の影響を調べる:ドキュメントをまとめ作業計画をレビューする 第7回 テスト範囲を最適に決める:過去のテスト項目集めて漏れを減らす 第8回 テスト範囲を最適に決める:シナリオや環境整備でテストを効率化する 第9回 テスト範囲を最適に決める:番リリース

    ソフトウエア改造力
  • NameBright - Coming Soon

  • http://www.mew.co.jp/ac/fasys/cmd/sms/pk10/index.jsp