結合テストは単体テストよりも先に行うべき
正確に言うと、結合テストのスタートは、単体テストの作り込みよりも前に行うべき。 粘土造形で例えると、単体テストと結合テストは以下のようになる。 単体テスト: 細かいディテールを作り込む。大まかな形が正しく作成されている事が前程となる。 結合テスト: 粘土で大まかな形を作る。他とのバランスも考える。 結合テストの結果次第では、既に作成したモジュールの大幅な作り直しが必要になる事がある。 そのため、単体テストでテストの作り込みを行った後にモジュールの作り直しを行うと、それまで作った単体テストが無駄になる可能性がある。
NUnit を使ってみた - ~fumi/ChangeLog
[2008-06-27-1]で書いたとおり，NUnit を使ってみたので， 簡単な覚え書き． - NUnit 2.4.7 をインストール． - Visual C# のソリューション・エクスプローラ内で右クリックし， [追加]->[新しいプロジェクト]でテスト用のクラス・ライブラリを作成． - 新しく追加したプロジェクトを右クリックし，[参照の追加]を選択し， nunit.framework.dll への参照を追加する． - 同様に，テストするプロジェクトへの参照を追加する． - 以下のような雛形を書く． using System; using NUnit.Framework; namespace ClassLibrary1_Test { [TestFixture] class fooTest { } } - テストを追加してビルド using System; using NUnit.Fra
＠IT：.NET Tools ： NUnit入門 Test Firstのススメ ［NUnit 2.0対応版］
.NET Tools NUnit入門 Test Firstのススメ ［NUnit 2.0対応版］ 1．NUnitの環境を準備する （株）ピーデー 川俣 晶 2003/04/26 NUnitとは何か？ 「NUnit」は、単体テストの自動実行を支援するためのツールである。Java用のテスト・ツールである「JUnit」をベースにして、.NET Framework上で利用できるように変更を加えたものだ。ちなみに、JUnitのバリエーションはNUnitに限らず、さまざまなプログラム言語に対応したものが作られている。自動単体テスト・ツールの1つの定番といってもよい。NUnitはエクストリーム・プログラミング（XP）と呼ばれるソフトウェア開発技法と深い関係があるので、関連書籍を読むと、より理解できるだろう。NUnitはSourceForge.net上で、オープン・ソースのソフトウェアとして公開されており
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
「同じコード」の同じって何さ - TAPのススメ : 404 Blog Not Found
2008年03月27日03:00 カテゴリArtLightweight Languages 「同じコード」の同じって何さ - TAPのススメ 問題は、この「同じコード」の定義。 「誰が書いても同じコード」は大事なことなのか - ひがやすを blog でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。同じ「書き方」をしなければならないのか? 結果が「同じ」ならいいのか? もし後者だとしたら、実は 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 すら必
ウノウラボ Unoh Labs: 「２流のテスター」は要らない！(1)
こんにちは！ やまもと＠テスト番長です。 Johanna Rothmanさんというコンサルティング・サービスの会社を やっていらっしゃる方がいるのですが、 No More Second Class Testers! という 面白いコラムを書かれているので、ご紹介しましょう。 「私達の開発者は世界レベルだけれど、テスターは２流だ」 私はこういう台詞を聞くのは嫌いである。大体においてそれはテスターの落ち度ではない。 ～～～ 開発工程にテスターを参加させずに、不具合探しだけやらせるのでは あなたはテスターの働きの恩恵を十分に引き出しているとは言えません。 序文はこんな感じ。 そしてこんなチェックリストが書いてあります。 あなたのテスターは2流ですか？
ウノウラボ Unoh Labs: 「２流のテスター」は要らない！(2)
こんにちは！ やまもと＠テスト番長です。 その1を書いてから間が空いてしまいました。 No More Second Class Testers! という面白いコラムを、引き続きご紹介しましょう。 なぜ１流のテスターでなければいけないか テスターは商品開発における重要な役割を果たします。 テスターは開発中の製品の情報とテストに関する情報を提供します。 テスターには少なくとも3種類の相手（客）がいます。 ・開発者には、分かりにくい箇所、テスタビリティ、そして動作しない箇所について報告します。 ・ユーザーには、サポート係を通して製品の情報を提供します。 ・開発マネージャーには、リリースのリスクについて情報を提供します。 １流のテスターは、コードが書かれている前にシステムのデザインとアーキテクチャを評価することができるくらいクリエイティブです。 コーディングが進む間、テストの準備を整えます
ウノウラボ Unoh Labs: バグに効く習慣〜より良いテストを実現する企業文化
こんにちは！ やまもと＠テスト番長です。 プロダクトの品質を上げるには、会社ぐるみで品質管理に取り組む意識が重要です。 より良いソフトウェアテストを実現する為の企業文化として、大事だと思うことを幾つか挙げてみたいと思います。 新人にまずやってもらうことは？ 新人テスターをいきなりテストに参加させるのは良くありません。製品への理解が深くないと有効なテストは出来ないからです。 まずは製品の仕様を覚えてもらったり、バグレポートの書き方を覚えてもらったりしなくてはいけないのですが、仕様書をポンと渡して、「これを見ながら製品を全部動かしてみて」といった指示を出しても現実味がなくモチベーションは揚がらないでしょう。 最初にやってもらうことは、先輩テスターの書いた障害報告の再テストか、 画面遷移図の更新など手探りで学習しながら行えることが良いと思います。 極力固定したビルドでテストする テスト対象の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスティングフレームワークに 必要なもの - 書きやすさとデバッグのしやすさ
性能(負荷)テストツールは何を使ってる？ | スラド IT
http://www.swtest.jp/wiki/index.php?swtest.jp/wiki