テストを書くか書かないかの判断の話
writing_unit_test.md ユニットテストでテストを書くか書かないかの判断の話 お題 メソッドの出力の結果が、true か false のどちらでも返ってくる可能性がある場合、assert 文を書く時は true の場合だけで良いのだろうか テストとは まず、基本の考えとしてなぜテストをするのか？というのがあります。 テストとは、エラーをみつけるつもりでプログラムを実行する過程である。(via ソフトウェアテストの技法 [Glenford J. Myers]) という言葉のとおり、最小の手間でプログラムのエラーを見つけ出そうとする試みがテストです。裏を返せば、エラーが見つかる可能性が低いのにすべてのことを試すのはテストではありません。 判断するときの論点 いくつかこれを判断するときの論点があります (Boolean に限らず、「そのテストは必要か？」と考えるときの観点ともいえ
MySQLテストデータを自動生成&インポートする、PHPライブラリ「MagicalGirl」を公開 | LIVESENSE made*
テスト・開発に使用するデータ生成の必要性 動作確認テストや開発時に使用するデータベースのデータ、どのように準備していますでしょうか？毎回手動で作成している、本番環境から持ってくる。これらは一番良くない例ですよね。 毎回手動で作成していては、開発環境構築の度に、テスト実行の度に作業コストがかかり、オペレーションミスも発生しやすくなります。知っていないと用意できないデータ項目などもあるでしょう。それらを毎回一つ一つ確認するのは大変な作業です。 本番環境のデータを使用することが危険であることは言うまでもないと思います。個人情報を扱っているシステムであれば、情報保護の点から大変なリスクを犯す行為です。メールアドレスを保存してあるシステムであれば、オペレーションミスにより不要なメールを実際に送信してしまう危険性も伴います。 特に、動作確認の際に自動テストを実行する場合、想定通りのデータが入って
PHPUnitのモックで設計とリファクタが捗る | 48JIGEN *Reloaded*
class TwitterClient { public function tweet($message) { return true; } } $hoge = new TwitterClient(); $hoge->tweet('大心なう'); // trueが返る class ClientContainerTest extends PHPUnit_Framework_TestCase { public function test_モックを書いてみる() { $hoge = $this->getMock('TwitterClient', array('tweet')); $hoge->expects($this->any()) ->method('tweet') ->will($this->returnValue(true)); $hoge->tweet('大心なう'); // true
TDDを行った時にぶつかった7つの壁 - Qiita
はじめに 僕が初めてTDD(テスト駆動開発)に出会ったのは2004か2005年。（どっちか忘れた。） 永和システムマネージメントさんが主催しているオブジェクト倶楽部というイベントで初めて知った。 「こんな方法でプロジェクトを管理することができるんだ！」 とかなり感嘆した記憶がある。 そんなTDDを実際に現場に導入したり、導入している現場を見て感じた事。 結果的に僕がテストコードをほとんど書かなくなったことについての経緯を書いていこうと思う。 TDDを導入すれば品質が上がると盲目的に信じている人や、TDDの導入をしている(しようとしている)現場がTDDについて一歩踏み込んで考えてもらえればと思う。 ※全文を読んで頂ければわかると思いますが、僕はTDDを批判しているわけではありません。コストに見合わない事もあると言うことを伝えるために書いてます。 TDD(テスト駆動開発)とは 平たく言うとビジ
大規模 Web サービスの ブラウザテスト自動化・高速化
https://atnd.org/events/66159 で実施したプレゼン資料
NUnit 列挙子でテストケースを量産する - OITA: Oika's Information Technological Activities
Qiita C# Advent Calendar 2014 16日目のエントリーになります。 どうも、僕です。ワクワクするコード書いてますか？ NUnitのテストがオールグリーンになる瞬間ってワクワクしますよね。 ということで、NUnitのTestCaseの作り方について。 適当なテストのターゲットとして、以下のようなTimeCheckerクラスの IsValidTimeメソッドを想定しておきます。 ただ単に時間が0-23の範囲で分が0-59の間であることを確認するだけのもの。 public class TimeChecker { public bool IsValidTime(int hour, int minute) { return 0 <= hour && hour <= 23 && 0 <= minute && minute <= 59; } } ベーシックなテストの書き方からい
NUnit 2.5 - 廻る技術の覗き穴
NUnit 2.5がリリースされました。 Release Notes: NUnit 2.5 リリースノートを見てみると、面白そうな機能が追加されているようなので、ちょっと遊んでみました。 (2009年5月26日追記：Release Notesには「Release Candidate」と書いてありますが、ちゃんと「Final Release」が公開されています。) パラメータ化されたテスト TestCase テストケースをAttributeで書くことができます。 たとえば、以下のように書くと、引数を変えて3回のテストが実行されます。 [TestFixture] public class AttributeTestSample { [TestCase(1, 2, 3)] [TestCase(10, 20, 30)] [TestCase(10, 10, 20)] public void Test
テスト全体の良い書き方について。 #swtest_jp - うさぎ組
概要 テストをつくるときにどうやって書いたらいいのか困るという話をよく聞きます。とても簡単な例ですが、これをするだけでもずいぶんと違うという意味で、自分がよく使う例を書いてみます。（実際にはリスクベースドテストとして成立させるために更に項目を追加したものを使っています。ですが、基本はこの形であり、ここにある考え方が重要だと思っています。 つまり、ツールを使えばもっと綺麗に出来るけど、まずはMarkdownでもExcelでもなんでもいいからやれる感じで整理できる方法というところです。 僕がこの考え方を気に入っているのは、プロジェクトのリスク管理手法とあまり違わないので、別にテストではなくて、例えば「こういった人が必要」とか「こういったツールがいる」とかになるという点です。 まとめすぎると「BDD-Styleに対して、リスクという親要素を加える」というくらいです。 構成のテンプレ 基本的に3段
» 画像だけで簡単にモックが作れるInVisionが便利 | Webnoborder
最小限の作業工数で、どうやってモックを作るのか悩んでいたんですが、InVisionが解決してくれそうです。 実際にさわってみて便利だったので、使い方を紹介します！ InVisionって何？ 画像を用意するだけでプロトタイピングできるツールで最小限の作業工数で、どうやってモックを作るのか悩んでいたんですが、InVisionが解決してくれそうです。 実際にさわってみて便利だったので、使い方を紹介します！ InVisionって何？ 画像を用意するだけでプロトタイピングできるツールです。 ワイヤーフレームやデザイン案レベルで行うプロトタイピングは、ペーパープロトタイピングが主流だったと思います。しかし、このツールを使うと紙ではなくデバイス上でプロトタイピングが行えます。必要な画面数だけ画像を用意すればいいので、プロトタイピング用に用意しなければいけない資料はほとんどなく、デザイナーやディレクターで
スケールするエンジニアチームについてGoogleが教えてくれたこと | POSTD
Googleでは、世界各地のGoogler（Googleの社員）たちが毎週、トイレの壁に紙をたくさん貼り出していました。コードのテストに役立つヒントを週替わりで1枚の紙にまとめたものを、社員間で共有するためです。ある週はDI（依存性注入）を取り上げて様々な言語での簡単な使用例を示し、またある週はチームのコードベースのテストカバレッジを評価するために、ツールのセットアップ法を紹介するという具合です。“Testing on the Toilet（トイレの時間に考えるテスト）”と呼ばれるこの取り組みは、エンジニアがコードを書く上で役立つ情報を共有する方法として、奇抜で面白いものです。 ^(1) そしてGoogleのエンジニアリング文化の要となる強みもここに表れています。つまり、大勢のエンジニアに対して、一連のベストプラクティスを一貫した強硬な形で、効率よく普及させるということです。 私は大学を出
Rails でテストをどう書くべきか備忘録
今朝聞いた今週の rebuild.fm のポッドキャストで、テストに関する話題がとても面白く勉強になりましたので備忘録メモ。全部テスト書いてたら時間が足りないし、個人的にはどの部分を重点的にテストすべきか、削っても良いのはどこかに注目して聞きました。 Rebuild: 43: Kent is More Professional (Kenn Ejima) 以下 rebuild.fm 話題から参考にしたいメモ ・テスト書くのは良いが、テスト原理主義、100％カバー、全部テストファーストにこだわるのは疑問。 ・内部構造、実装に対するテストは書かない。 ・モックは一番外側のAPI、インターフェースに対してだけ使う。（※） ・モックのためのモックとかは避ける。 ・リファクタリングのためにテストを書き換えなきゃいけないようなテストは駄目。 ・テストとコードを同時に変更すると、トラブルに気付きにくくなる
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
REST APIのテストをFrisbyで自動化する
どうも、中本（特に冷やし五目味噌タンメン+バター）にハマっている高橋です！ 最近のアプリケーション開発といえば、フロントエンドはサーバサイドが準備したAPI経由でデータを取得したり保存したりという構成が人気のようです。そこで「API、ちゃんと動いてるんかなぁ？」というテストを書いて、実際にリクエスト＆レスポンスで検証してみようと思います。 今回テスティングフレームワークとして使用する Frisby（フリスビー） は簡単に書けて高速に動作するというのが持ち味の REST API のテスティングフレームワークです。投げて返ってくるFrisbeeと掛けているのでしょうか？これドヤ顔で言われるとちょっと腹立ちますが、こういうネーミングセンスには関心させられます。笑 ◯インストール 今回は「frisbytest」というディレクトリ内で作業をしていきたいと思います。 コンソールを起動したら以下のコマン
JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会
JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会 1月18日に都内で開催された「第1回 日本Seleniumユーザーコミュニティ勉強会」。Seleniumプロジェクトの共同設立者であるJason Huggins氏による基調講演に続いて、有志によるライトニングトークが行われました。 本記事ではその中から、玉川紘子氏による「Jenkins x Selenium 最初の一歩」の内容を紹介します（追記：本記事のタイトルは「JenkinsとSeleniumでJavaScriptのテスト自動化」とありますが、実際の内容は「Selenium RCがJavaScriptの技術を用いて自動テストを行っている」という点がポイントという指摘がありましたので、ここに追記します）。 Jenkins x Selenium 最初の一
次世代のIDE、Selenium Builderまとめ | MagicPod Tech Blog | MagicPod: AIテスト自動化プラットフォーム
最近登場した新たなSeleniumの記録・再生ツール、Selenium Builderについて、Selenium IDEとの機能比較を過去4回の記事にわたって行ってきました。 今回はその比較結果をコンパクトにまとめ、Selenium Builderとはどのようなツールなのかについて、分かりやすくお伝えしていきます。 Selenium Builderとは Selenium Builder(以下Builder)は、Seleniumスクリプトの記録・再生を行うFirefoxプラグインです。 Seleniumの記録・再生ツールとしてはSelenium IDE(以下IDE)が有名ですが、IDEには 旧来のSelenium RC形式のコマンドしか扱えない アーキテクチャがFirefoxに強く依存しており、他ブラウザへの移植やプラグイン開発が難しい といった難点があります。※1 Builderは、これら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト自動化のパターンと実践
メンテナブルなJsってなんだろう
http://blog.inouetakuya.info/entry/2014/06/08/194015
Amazon.co.jp: ソフトウェアテスト技法: ボーリスバイザー (著), 彰,小野間 (翻訳), 恒央,山浦 (翻訳), Beizer,Boris (原名): 本
bitbucketの使い方
