03 | 1月 | 2013 | nacika.com
日頃からJavascriptで開発をしているのにも関わらずあまりテストを書かないので、ここは本格的にテストを書こうと調べてみました。JavascriptのテストフレームワークといったらJsUnitなのかなーと思っていたが、調べてみると結構いろんな種類のテストフレームワークがあったりして、その中で得に人気なのかどうやらJasmineらしい。 Jasmine ～ JavaScript Test フレームワーク より引用: 今回は, JavaScript のテストを行うためのフレームワークJasmine の紹介です。 JavaScript のテストといえば, JSUnit が有名です。 JSUnit は, JUnit とに似たような, Matcher が利用できたりしてわかりやすいのですが, 開発やメンテナンスがストップしており, またWebプロジェクトに組み込まないと利用できないことが ちょっ
JavaScriptのテストツール「testem」が素晴らしいぞ - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） JavaScriptユニットテスト一年生の私が、Nettuts+ のチュートリアルで知ったテストツール 「testem」のお陰で大変捗ったので是非お勧めしたく、ここで紹介してみます。 testem ってなに testem via GitHub : airportyh/testem Unit testing in Javascript can be tedious and painful, but Testem makes it so easy that you will actually want to write tests. 要するに、面倒なJSのユニットテストをより快適にしてみんなでハッピーにテスト書こうよ！というツールです。 testem自体はnode.jsベースで動作し、Jasmine/QUnit/Mochaに対応して
早わかり Junit 30分講座 (やぼったい開発)
概要(フレームワーク) 概念と用語(テストケースとテストスーツ、フィクスチャ、failとerror) 一般の単体テストコードと JUnitのテストコード JUnitテストコード作成の実際(JUnit 3.8.1) 単体テスト用 テストコード作成手順 静的テストと動的テスト テストスイーツの作成 実行例 実行時のソースコードとテストコードの置く場所 テストスイートのフィクスチャ JUnit package 構成 インストール サンプルプログラム 導入失敗例 その他 コラム なぜ自動化するのか？ 単体テスト自動化のメリットとデメリット JUnitの役割はどこまで? 試験工程内で 単体テストのできることとできないこと リンク JUnit 本家 JUnitの本家です。 http://www.junit.org/ 本家DLページ ここで説明した Ver 3.8.1を DLできます。 htt
JsUnit を使った JavaScript のユニットテスト - WebOS Goodies
アプリケーションを開発する上で、避けて通れないもの、それがテストです。とくにブラウザごとの非互換性が大きい Web アプリケーションでは、念入りなテストが必要です。でも、テストはあまり創造的な作業ではないし、やったからといってなにか機能が増えるわけでもない。できるだけ手間をかけずに済ませたいところですね。 そんなわけで、本日は JavaScript 用のテストフレームワークである JsUnit を利用したユニットテストの方法をご紹介しようと思います。 Ruby のユニットテストの記事でも書きましたが、ユニットテストによるテスト・ファースト開発は開発効率の面でも良い影響があります。まだ導入していない方は、ぜひこの機会に使ってみてください。 JsUnit について 今回利用する JsUnit は Java 用の JUnit を参考にして作られた JavaScript 用のユニットテストフレーム
単体テスト仕様書＆報告書
客先からの注文書を受け、その内容を受注入力する 受注入力した内容は伝票に出力される。印刷される伝票は、注文請書と注文伝票の2枚で、注文請書は客先に提出され、注文伝票は営業事務でファイリングする 受注の際、在庫があれば在庫に、在庫がなければ発注残に引き当てる。在庫も発注残もない場合は、営業担当者に判断を仰ぎ、発注依頼にまわすことができる DUNGEONでは、このような業務要件を本連載の第1回で説明した「業務フロー」というドキュメントに記載します。全体を通した業務の流れ、部署ごとの業務の役割、業務に使う画面や帳票などの種類を業務フローに図示し、上記のような業務要件を説明欄に記載するのです。 総合テストでは、実運用に近い状態でシステムが有効に機能することを確認します。本番同様のデータを使い、要求分析で定めた業務の手順にそってシステムを使って業務をまわします。うまく運用がまわるか、不都合はないかと
結合テストと総合テスト
ソフトウェアの開発におけるテスト作業は、「テスト計画」「テスト設計」「テスト実施」「テスト管理」という4つのプロセスで構成されます（図1）。 テスト計画プロセスでは、テスト全体の指針や概要をまとめます。テストの目的、対象範囲、実施方法、テスト体制、テスト環境、スケジュール、合格基準など、テスト全般に関わる方針を「テスト計画書」にまとめ、ユーザを含むプロジェクトメンバー全員で方向性を共有します。 テスト設計プロセスでは、策定されたテスト計画に基づいて、実際のテスト作業内容を設計します。テストのシナリオやテスト内容、確認すべき項目などを「テスト仕様書」に具体的に定義します。 テスト実施者は、このテスト仕様書に基づいてテストを実施します。障害を発見した際は、障害番号を採番し、障害管理票に記載して残管理します。これらの障害が片づいて、テストが正常に行われた場合は「テスト報告書」で報告します。 弊社
システム開発 プロジェクト管理者の道具箱
開始条件 要件定義の目的 要件定義の担当者 要件定義の方法 要件定義の基になる資料 要件の種類 要件定義の確認 要件定義書の項目 要件定義書作成時の注意点 要件定義の変更管理 成果物 終了条件
テクノロジーを身につける（３） テストの基本を身につける - ［ITプロフェッショナルのスキル］All About
◆テストの種類 ソフトウエアライフサイクルプロセス（ＳＬＣＰ）のコラムで、ウォーターフォールモデルの説明をしましたが、ウォーターフォールモデルは別名「Ｖ字モデル」と呼ばれることがあります。 それは、機能（外部）設計、内部設計、プログラム設計の工程で生成された成果物を確認する形で、テストが実施されるからです。 つまり、 プログラム設計の確認＝単体テスト 内部設計の確認＝結合テスト 機能設計の確認＝システムテスト という形でテストが実施されます。 確認するという意味は、設計どおりに、プログラムが作られているかどうかを確認するということです。 これらに加えて、要件定義に対応して、要件どおりにシステムが構成されているかどうかを確認するために運用テストを行います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Codeceptionというテストフレームワークを使ってPHPのテストをする - Qiita
javascript におけるユニットテストについて (2013/01)
JMeter(高機能/フリーなテストツール)第1回：JMeterの基本
【HOMMEZ(オムズ)公式】すべては、悩める男性のために。