結合テストと総合テスト
ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます（図1）。 テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる方針を「テスト計画書」にまとめ、ユーザを含むプロジェクトメンバー全員で方向性を共有します。 テスト設計プロセスでは、策定されたテスト計画に基づいて、実際のテスト作業内容を設計します。テストのシナリオやテスト内容、確認すべき項目などを「テスト仕様書」に具体的に定義します。 テスト実施者は、このテスト仕様書に基づいてテストを実施します。障害を発見した際は、障害番号を採番し、障害管理票に記載して残管理します。これらの障害が片づいて、テストが正常に行われた場合は「テスト報告書」で報告します。 弊社
[ThinkIT] 第1回：プロジェクト管理力を強化するための具体的プラン (1/3)
最近、日本の国際競争力は低下傾向にあると言われています。家電や自動車、ゲームなどまだまだ元気な産業もあるでしょう。しかし、造船や鉄鋼、半導体のようにかつては花形だったのに、その地位を奪われつつある産業も少なくありません。まして、建設・土木業やIT産業は、国内需要に甘んじて努力を怠り、一度も国際競争力を持てる水準になったことがありません。 IT業界の一員として、現在の国際競争力のなさに非常に歯がゆい思いがしています。しかし、なんとか巻き返しをと考えてみても、新技術の創造性、要素技術の保有、開発生産性、そして仕様や契約面でも、なかなか勝てる部分が思い当たりません。IT関連技術やソフトウェア製品は、米国やイスラエルなどの海外製品に圧倒され、残った労働力も中国やインド、韓国の技術者たちに脅かされつつあります。 そんな中、唯一これが突破口になるのではと期待しているのが「プロジェクト管理」です。プロジ
[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない！」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然（？）、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
[ThinkIT] オープンソース時代の企業システム選択ポータル
2024/8/11 オープンソースのアプリケーション開発フレームワーク「Flutter 3.24」「Dart 3.5」リリース 2024/8/11 「KDE Frameworks 6.5.0」リリース 2024/8/9 「Samba 4.20.4」リリース 2024/8/5 新しいカーネルが採用された「Arch Linux 2024.8.1」リリース 2024/8/4 エレコムの無線LANルーターに複数の脆弱性、JPCERT/CCが注意喚起 2024/8/3 オープンソースのコンパイラ「GCC 14.2」リリース 2024/8/3 プログラミング言語「Rust 1.80」リリース 2024/8/1 「Xen 4.19」リリース 2024/7/31 機械学習フレームワーク「PyTorch 2.4」リリース 2024/7/31 バージョン管理システム「Git 2.46.0」リリース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
