「継続的インテグレーション」について - cactusman日誌
id:Ewigkeitのブログで、CIについてはここのブログ読んでね、と言及されたんですが、対象記事はCIについてあまり書かれておらず、しかも、古い記事を調べてみてもいい内容がなかったので、ここで改めて「継続的インテグレーション」について説明します。 「継続的インテグレーション（以降、CI*1）」とはXPのベストプラクティスの一つです。 原典として、マーチン・ファウラーの論文があります。 ここでは頻繁にインテグレーション作業を行うと、少し難しく表現されていますが、ものすごく簡単に言いますと、デイリービルドやナイトリービルドのように1日に1回ビルドするのではなく、1日に何回もビルド*2を行う、ということです。 また、プロジェクトの後期に行われるモジュールの結合やシステムテストといったことも1日に何回も行います。 具体的な例として、 チェックアウト コンパイル Unitテスト パッケージング
Gallery lumber-mill - テスト仕様書の書き方
この文章や、文章中で定義する用語は、株式会社ランバーミルの開発業務の中で蓄積されたノウハウを基にしています。業界一般や書籍等で定義されているものとは、必ずしもニュアンスが一致していない点に注意して下さい（業務の参考にはなるかもしれませんが、試験対策には使えません）。 テスト仕様書とは システムの振舞いを外部からチェックする手順を定めた仕様書です。システムの構築途中から、運用開始後に渡って少しずつ（後述するシナリオを）書き足されて行きます。”動作確認”という曖昧な作業の内容を可能な限り明確にし、迅速かつ確実なテストを実行できるようにすることが、この仕様書の目的です。 システムテストと単体テスト この仕様書がカバーするのは、所謂、「システムテスト」です。本稼動環境に似せたテスト環境や、構築直後の本稼動環境上で、実際にユーザ（アクター）の視点からシステムを操作したテストを定義します。個々のモ
ソフトウェアテスト - KGussan Webpage
フリーウェア [ScreenSaver] - 星雲紀行 - MLXS [Tools] - WPGen 曲 - 自作音楽 紹介等 - 自己紹介 - 寄付受付 - 音楽募集 - リンク集 - 注意・免責事項 - ライセンス - 著作権 グラフィックス - ジオメトリ - モデル - OFLライブラリ - モデリング - テクスチャ - テクスチャマッピング - 画像形式 Tech - memo 音楽 - 音楽 - DTM プログラミング [c] -- 最適化 - ライブラリ - DirectX - OpenGL -- 座標系 -- 行列演算 -- ツール - ODE - Windows [作法/スタイル] - 仕様書 - 作法 - Doxygen - Graphviz - UI - テスト - メンテナンス - Design Pattern [スクリプト] - ShellScript -- 文
IEEE829標準規格のドキュメント | 和子の毎日ヘロヘロ記録
テスト計画書 テストに関するスコープ、アプローチ、リソース、スケジュールを記述。 テストする項目（コンポーネント）や品質属性（機能性、パフォーマンス、セキュリティ、ユーザビリティなど）実行するタスク、作成する成果物、テスト作業に関する責任、スケジュール、必要とする承認を記述。 テスト計画書はプロジェクトレベルでも、それ以下のレベルでも作成可能。 構成 ・テスト計画書識別番号 ・概要：簡単な説明と背景を含むテストされるソフトウェアの概略 ・テスト項目：テスト対象となるソフトウェア項目を記載 ・テストすべき品質属性：品質属性は機能性、パフォーマンス、セキュリティ、移植性、ユーザビリティ ・テスト不要な品質属性：理由も必要 ・アプローチ ・テスト項目の合否基準 ・一時停止基準と再開用件 ・テスト成果物：テストプロセスの一部として作成されるドキュメントの記載 ・テストタスク：テスト実行のために必要
第2回 テストの計画をまとめる
前回はテストをどう考えるかについて説明した。今回は、テストプロジェクトの目次となるテスト計画書とテストの種類について紹介していこう。テスト計画を作り、この計画をレビューしていくことがテストプロジェクトのスタートとなる。 前回のまとめ 第1回ではテストをどう考えるかについて説明した。テストは実装が完了した後で実施するのではなく、設計のフェーズから行うものであり、常に「テスト可能な設計になっているか」というレビューを実施するのが望ましい。ではどのようなテストを実施するのかを考えるにあたって、今回はテストの計画について解説していこう。 テストをプロジェクトとして考える システム構築を行う場合、その構築するシステムの要求管理から最終テストまでをプロジェクトという単位でくくるのが一般的だろう。中規模以上のシステムの場合、プロジェクトをサブプロジェクトとして分割するなどして管理しやすい体制を整えている
ソフトウェアテストとHAYST法の参考になるサイト: ある SE のつぶやき
ソフトウェアテストの勉強室: [サイト]ソフトウェアテストとHAYST法のサイト紹介 ソフトウェアテストの勉強室さんのところで、ソフトウェアテストについてとても参考になるサイトが紹介されています。 Software Testing Zohoを利用して作成されているソフトウェアテスト用語の解説です。リンクも充実しています。 『HAYST法』の解説と学習 39ページもあるHAYST法の資料をPDFでダウンロードできます。 こういう情報はありがたいですね。 ■関連エントリー 組み合わせテスト手法の「オールペア法」の解説記事 HAYST.com － 直交表のHAYST法に関するサイト 直交表のHAYST法に関する書籍がでるらしい ソフトウェアテストでマインドマップを使うといいらしい 直交表は甘くない？ 直交表 - ソフトウェア・テスト手法 Javaでカバレッジテスト 単体テストの品質をチェックする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
mamezou.net