Visual Studioで作る単体テスト、いろいろな実行方法
はじめに Visual Studioは2005の時から単体テスト機能を搭載するようになりました。Visual Studio 2008以降のバージョンでは一般的な開発者が利用するProfessional Editionにもこの機能が搭載され、ますます使いやすい環境が整ってきています。本連載では主に単体テスト機能にフォーカスしますが、開発者の利用シーンをキーワードとしていくつかのシナリオを想定し、その時々の使い方を取り扱っていきます。 今回はいろいろな方法でテストを実行する方法を覚えましょう。 対象読者 .NET Frameworkを利用した開発プロジェクトに携わっている方 Visual Studioの単体テスト機能に興味がある方 必要な環境と準備 本稿で解説する内容を実際に試す場合には以下のいずれかのソフトウェアが必要になります。 Visual Studio 2010 Professiona
なんちゃって個人情報
なんちゃって個人情報は「Generator of the Year」にて【便利賞】を受賞いたしました！！ 投票して下さったみなさま、本当にありがとうございました。 今後もどんどん使ってやって下さい。 プログラム等に使えるかもしれない個人情報のテスト用データを作成できます。特に説明が必要なものでもないので、とりあえずやってみていただければわかると思います。 念の為書いておきますが、生成した偽個人情報により発生したいかなる損害も当方は一切関知しません。たまたま名前が実在の人物と同姓同名になってしまうかもしれませんし、特に電話番号や携帯については実際に使われている番号と重なることがありますから、扱いには十分注意して下さい。 何かご要望とかありましたらお気軽にブログまでコメント下さい。 HTML シンプルなHTMLのテーブルで出力します。 XML ルートを<records>、各レコードを<reco
テスト駆動開発を実習形式で体得する 「TDD Boot Camp 仙台」レポート
TDDBCについて TDDBCの名前の由来は、ビリーズブートキャンプからとったそうです。 ペアプログラミングとチーム全員のコードレビューはよく言及されるが、実際にやった経験のある人は少ない。その両方を体験できるのがTDDBCであると紹介されました。その意味で、午後の演習の方が基調講演より大事だといいます。 また、TDDBCの開催実績と開催予定が示され、各地で活発にTDDBCが開催されていることも紹介されました。 TDDの背景 TDDを語るには、まず地ならしが必要だそうです。それは、「テスト」という言葉で思い浮かべるイメージ、範囲が1人1人異なり、テスト駆動開発の議論がかみ合わないことがよくあるため。誰が、何のためにという目的に立ち返ると、「開発者のテスト」「顧客視点のテスト」「品質保証のテスト」と、再分類できますとのことでした。 現代ソフトウェア開発の三本柱 次に、現代のソフトウェア開発で
テスト自動化とは - ソフトウェアテスト自動化まとめサイト なんでも自動化サイト
1.V字開発プロセスモデルによる分類 1.1.要件定義 VDM 形式手法(Formal Methods)により仕様の自動検証などを行う。 1.2.システム設計 モデル検査 Spin モデル検査により状態遷移図の状態で自動検証を行う。 LTSA モデル検査により状態遷移図の状態で自動検証を行う。 NuSMV モデル検査により状態遷移図の状態で自動検証を行う。 モデル駆動 ZIPC(商用:キャッツ株式会社) 状態遷移図による検証が可能 MDA モデルを実際に動かして動作検証する。Executable Umlなどを使用して仕様を記述。 IAR visualSTATE(商用:IAR SYSTEMS) ステートマシンを設計、検証、実装できるツール。20ステートまでの無料の評価版あり 1.3.詳細設計 Enterprise Architect(商用:SPARX SYSTEMS) テストツールではないが
Visual Studio 2008単体テスト機能のすべて ― ＠IT
Visual Studio 2008単体テスト機能のすべて：特集：Visual Studio 2008単体テスト機能徹底活用（前編）（1/4 ページ） 連載目次 Visual Studio 2005（以下、VS 2005）では上位エディションであるTeam Developerでのみ利用可能だった単体テスト機能が、Visual Studio 2008（以下、VS 2008）からは、Professional Editionでも利用可能になった。 VS 2008の1機能として導入されるほど単体テストが脚光を浴びるようになったのは、やはりアジャイル開発の普及だろう。アジャイルで開発する場合、単体の品質が非常に重要になる。また、リファクタリングなどで繰り返しテストが必要になるケースが多いため、テストを自動化するという考えが生まれ、単体テストの注目度はさらに増している。 本稿では、このVS 2008
成功する負荷テスト計画の立て方12のポイント - ホワイトペーパー [テスト／デバッグ／チューニングツール]
負荷テスト失敗の原因は、不明確なテストの目的、曖昧なテスト要件、合格基準の不備など、ツール以前の問題であることが多い。負荷テストにはテスト管理者、開発・テスト担当、DB・インフラ担当など多くの人間が関わっており、成功にあたって、関係者全員の共通認識となる「テスト計画の作成」が欠かせない。本資料では、多くの負荷テストを経験する技術者がテスト計画の12のポイントを解説する。また、計画通りの負荷テストを実現するツール、LoadRunnerを紹介する。 ●目次● 1.目的設定/2.システム性格分析/3.負荷量分析/4.アクセス分析/5.オペレーション定義/6.シナリオ定義/7.負荷テストの種類/8.スケジューリング/9.テスト構成要素/10.収集項目と判断基準/11.体制と役割分担/12.レポートイメージ [最後に]アシストのLoadRunnerが選ばれる理由
![成功する負荷テスト計画の立て方12のポイント - ホワイトペーパー [テスト／デバッグ／チューニングツール]](https://cdn-ak-scissors.b.st-hatena.com/image/square/26824ea25c49e4d8b7d5f5a586be1e09c4d39d50/height=288;version=1;width=512/https%3A%2F%2Fwp.techtarget.itmedia.co.jp%2Fimages%2Ftt_logo.gif){kind=logo}
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MSDN ホームページ
MSDN ホームページ
テスト技法ポジショニングマップ