これであなたもテスト駆動開発マスター！？和田卓人さんがテスト駆動開発問題を解答コード使いながら解説します～現在時刻が関わるテストから、テスト容易性設計を学ぶ #tdd｜CodeIQ MAGAZINE
和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
FitNesse FrontPage
It's a Collaboration tool Since FitNesse is a wiki web server, it has a very low entry and learning curve, which makes it an excellent tool to collaborate with, for example, business stakeholders. Read more... It's a Test tool The wiki pages created in FitNesse are run as tests. The specifications can be tested against the application itself, resulting in a roundtrip between specifications and imp
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
クオリティエンジニアの役割とは「お客様の視点を提供すること」 ～ セールスフォース・ドットコムの作り方（後編）
クラウド上に構築した企業向けアプリケーションを提供するセールスフォース・ドットコム。同社は千人以上の開発者を抱える開発部門全体でアジャイル開発手法を採用し、サービス開発を行っています。 同社はどのようにしてアジャイル開発手法を採用し、品質を重視した開発を進めているのか。2月17日に行われたデベロッパーズサミット2011で、株式会社セールスフォース・ドットコム CTO 及川喜之氏のセッション「salesforce.comの作り方 どのように世界最大規模のアジャイル開発を実現したか」が行ったセッションの内容を紹介します。 （本記事は「大規模アジャイル開発の実態～ セールスフォース・ドットコムの作り方（前編）」の後編です） クオリティエンジニアの役割について 開発においてクオリティエンジニアが果たす役割は結構大きい。スクラムチーム内のコミュニケーションのハブとして積極的に働いている。デベロッパは
neue cc - C#(.NET)のテストフレームワーク4種の比較雑感
Chaining Assertion ver 1.2.0.0 - CodePlex for MSTestをやめて、NUnitとMBUnitとxUnit.NETにも対応しました。MSTestに限定していたのは、単純に他のを入れて試すの面倒くせー、というだけの話であり、そういう態度はいけないよね、と思ったので全部入れました。NUnitはDocumentだけは読んでかなり参考にしてたのですが、他のは全くはぢめて。MSTest以外はみんな野心的に開発進んでるんですね。比べると機能面では一番見劣りするMSTest。 というわけで、対応させるために各種フレームワークを入れる＆多少触ったので、それらの紹介/感想などを書きたいと思います。C#上というか.NET上、ですね。の前に、更新事項が幾つかあるのでそれを。まず、CollectionAssertに等値比較するラムダ式を受けるオーバーロードを追加しました
Pex, Automated White box Testing for .NET - Microsoft Research
Pex in the News and Blogs July 5, 2015: Pratap Lakshman on IntelliTest – One Test to rule them all May 22, 2015: ALM rocks: IntelliTest-What Happens If I Add Some More Code May 21, 2015: ALM rocks: IntelliTest-Getting Started April 18, 2015: Pratap Lakshman on Smart Unit Tests – Test to Code Binding, Test Case Management April 2, 2015: developertech: Visual Studio 2015 line-up and pricing announce
Windows アプリケーションでは NUnit を使える構造設計を | Moonmile Solutions Blog
ちょっとメモ的に書き下し CppUnit やら NUnit やらは、10年前から使っているのですが、これらの単体テストをうまく活用するためにはコツが入ります。と、言うか、うまく活用できるようなプログラミングスタイル、構造設計、進捗管理状態、になっていないとうまく活用できません。 これ、経験上ですが、NUnit を導入するときの技術的な問題(NUnitを知っているとか知らないとか、Assert.AreEqual だとかなんとか)よりも障壁が大きかったりします。 いくつか導入時のときに注意するポイントを上げると、 ■構造設計が無理なパターン まず、xUnit 自体、UI を必要としない設計にしないとうまく動きません。例えば、Windows アプリケーションでのボタンクリックのエミュレート、Web サイトでのリストボックスの選択、なんていうのが内部ロジックとべったりくっ付いていると、それだけでう
Moles - .NETのモック・スタブフレームワーク - jamzzの日記
ユニットテストなどではテスト対象外の振る舞いをテスト目的に合わせるためにモックやスタブ等を作成することがあります。 .NET開発でこの様なモックやスタブを簡単に作成するフレームワークにMicrosoft ResearchのMolesがあります。 このMolesは以前に紹介したPexにも含まれています。 Molesを使用すれば設計対象範囲外（例えば.NETフレームワークのコアライブラリなど）も含めて、既存のクラスのフィールド（プロパティ）やメソッド単位でデリゲートを使用して振る舞いを置き換えることができます。 例えば public class MolesTest { public DateTime GetTheDate() { Console.WriteLine("OK"); return DateTime.Now; } } このような.NETのコアライブラリのConsoleクラスのWrit
「ソフトウェアテストとは、ツールではなく、頭で行うもの」 JaSST '11 Tokyoでリー・コープランド氏が基調講演 − ＠IT
「ソフトウェアテストとは、ツールではなく、頭で行うもの」：JaSST '11 Tokyoでリー・コープランド氏が基調講演 ASTER （ソフトウェアテスト技術振興協会）が1月25日、26日に開催しているソフトウェアテストシンポジウム「JaSST '11 Tokyo」（Japan Symposium On Software Testing）で、世界的に有名なソフトウェア技術者、リー・コープランド氏が基調講演を行った。氏は、“イノベーション”と評価すべき、開発やテスト分野における複数の手法・事象を紹介する中で、「テストにベストプラクティスはない」と指摘、「各社が状況に応じて、あらゆる手法を使いながら“自社に最適”な取り組みを行う」ことの重要性を示唆した。 テストとは、ツールではなく、テスターの頭で行うもの コープランド氏はSoftware Quality Engineering社に所属し、幾多
TestCase 属性などによるテストコードのリファクタリング - ぐるぐる～
昨日のわんくまの昼休みに TDD 道場があったんですが、テストコードのリファクタリングについて賛否あったのでちょっと自分の考えをまとめておきます。 それに加え、C# と NUnit でどのようにテストコードをリファクタリングできるか、というのも紹介します。 というかこちらがメイン。 テストを追加した際に追加したテストだけを実行するか全部実行するかというのも意見が分かれたんですが、主に個別に指定するのが面倒という理由で全部実行する派です。 全部実行すると時間がかかる？それはもはや単体テストじゃないですね。重いテストは分割して分離しちゃいましょう。 これに関してはレガシーコード改善ガイド (Object Oriented SELECTION)をどうぞ。機会があればここら辺についても書きたいところです。 テストコードのリファクタリングについて まず、テストコードのリファクタリングはありだと思いま
UnitTest++ - kyabの日記
Exploring the C++ Unit Testing Framework Jungle 2004年時点のC++テストフレームワーク比較記事。理想的なテストフレームワークを求めて、CppUnitとその後継達を比べている。この記事は同じようにC++で何とかPainlessなUnitTestをしたい人々に参照されたようだ。 この記事を書いたNoel Llopisは、その後出てきたUnitTest++に携わっている。本家サイトから書き方の引用。かなり初心者には不親切な例だｗ TESTマクロ一発でテストがかけて超簡単。 #include <UnitTest++.h> TEST(FailSpectacularly) { CHECK(false); } int main() { return UnitTest::RunAllTests(); } FIXTUREサポート Setup/Teardow
テストの実行: QICT によるペアワイズ テスト
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 QICT によるペアワイズ テスト James McCaffrey サンプル コードのダウンロード すべてのソフトウェア テスター、開発者、マネージャーにとっては、ペアワイズ テストの原理についてしっかりとした知識が不可欠です。今月号のコラムでは、ペアワイズ テストとは正確にはどのようなものかを説明し、製品レベルの高い品質を備えた QICT というペアワイズ テストの完全な C# ソース コードを提供します。簡単に言うと、ペアワイズ テストとは、管理できないほど膨大なテストケースの入力数を、テストを実行するシステムで最低限バグを明らかにできる、ごく少量の入力数に削減する手法です。ペアワイズ テストを説明する、
Win32::GuiTest
by MoonWolf (moonwolf@moonwolf.com) Download 2002-02-18 インストーラ(install.rb)に対応。config setup installで入ります。 2002-02-16 ToDo SendKeys PerlのWin32-GuiTestに完全互換じゃなきゃ駄目かな？ 僕はとくにこだわってません．（というか一度試しただけなのでよくしらないです^^;）--石井 ダブルクリック 完 FindWindowLike(2002/02/17 完) GetCursorPos,SetCursorPos (2002/02/16 完) マウスのボタンクリック (2002/02/16 完) どんな機能が必要か ウィンドウを探す。 タイトル,ウィンドウクラスで目的のウィンドウを探す。 EnumWindows,EnumChildWindowsが出来ているので
Win32::GuiTest - Perl GUI テスト ユーティリティー - perldoc.jp
名前¶ Win32::GuiTest - Perl GUI テスト ユーティリティー 概要¶ use Win32::GuiTest qw(FindWindowLike GetWindowText SetForegroundWindow SendKeys); $Win32::GuiTest::debug = 0; # 冗長モードにするためには"1"に設定 my @windows = FindWindowLike(0, "^Microsoft Excel", "^XLMAIN\$"); for (@windows) { print "$_>\t'", GetWindowText($_), "'\n"; SetForegroundWindow($_); SendKeys("%fn~a{TAB}b{TAB}{BS}{DOWN}"); } インストール方法¶ perl makefile.pl nma
TEF有志によるTestLink日本語化プロジェクト - TestLinkJP
How to Write a Thesis on T-Building A strong introductory paragraph starts with a hook that grabs the reader’s attention. Then, it provides details that lead to the thesis statement. The T Building—formerly the Triboro Tuberculosis Hospital in Queens, New York —is now affordable and supportive housing. It’s also a model for adaptive reuse of historic buildings. Adaptive Reuse of an Historic Buildi
連載：きちんと学びたいテストエンジニアのためのTestLink入門｜gihyo.jp … 技術評論社
第3回次期バージョン1.8に見るTestLinkの過去・現在・未来 TestLink日本語化部会 2008-10-17
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
Amazon.co.jp: 基本から学ぶテストプロセス管理―コンピュータシステムのテストを成功させるために: Rex Black (著), テスト技術者交流会 (翻訳): 本
コンポーネントテストと統合テストってどう違うの？
googletest - Google C++ Testing Framework - Google Project Hosting
