test.comやaaa.comをテストデータに使うのはやめましょうという話 – 打つか投げるか
2018/02/13追記：「サンプル用のドメインを使おう」の説明に “.example” と “.test” の使い分けについて追記しました。 Web システム開発時のテストデータを作成する時、また各種ドキュメントを書いている時など、サンプルの URL を使う場面は多いと思いますが、その時に適当なドメイン名を使うのはやめましょう、という話です。 知っている方には当たり前レベルの話ですが、意外と IT 企業のシステム開発現場等でも普通に見かけることがまだまだありますので・・・。 よく見かける例 例えば、こんなドメインの URL で開発中システムのテストデータを作っていたり、仕様書に説明が書かれていたりする場面をよく見かけませんか？ test.comaaa.comabc.comsample.comdummy.comhoge.com でも、これらのドメインって存在していて、また実際に利用されてい
メールに関連した開発のお供に。Java製ダミーメールサーバ·FakeSMTP MOONGIFT
FakeSMTPはJava製、マルチプラットフォームで使えるダミーのSMTPサーバです。 テスト用にダミーのSMTPサーバが必要になったらFakeSMTPを使ってみましょう。Java製なのでマルチプラットフォームで使えて便利です。 メイン画面です。サービスを開始します。 開始しました。この状態でプログラムからメールを送ってみます。 リストに送信したメールがあがってきます。 ダブルクリックで本文が読めます。 ログです。 最後のメッセージは細かく見られます。 実際のメールアドレスを使って開発していて、間違って一括メール送信してしまったなどといったら目も当てられません。FakeSMTPを立てて決してメール送信されないようにしておけば安全に開発、運用ができるでしょう。 FakeSMTPはJava製のオープンソース・ソフトウェア（BSD License）です。 MOONGIFTはこう見る メール周り
ユニットテスト改善ガイド | DevelopersIO
先日、日本Javaユーザグループ（JJUG）主催のJJUG CCC 2013 Fallで、「ユニットテスト改善ガイド」というタイトルで登壇してきました。自分の経験を元に、ユニットテストをチームや組織へ導入する時に起こりえる問題とその解決のヒントに関するセッションです。本エントリーではそのセッションの内容を再構成して公開します。 はじめに 近年のシステム開発では、ユニットテストや継続的インテグレーション（以下、CI）の導入は必要不可欠と考えられています。とはいえ、どんな組織（チーム）でも簡単に導入できているわけではありません。特に、大きな組織や古くからの慣習を残している組織では導入したくとも中々進まないと感じているところが多いのではないでしょうか？。 私は、これまでに多くの開発現場でユニットテストやCIの導入について推進してきました。成功したケースもあれば失敗したケースもあります。そして、失
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
失敗からはじめるSelenium - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。kintone 開発チームの長谷川＆宮田です。 みなさんテスト書いてますかー？ 品質の高い製品をリリースし続けるためにはテストを書くのは当たり前。でも実際にテストを書いたりメンテナンスをするのは大変なこと。特に、ユニットテストではなく Selenium のようなブラウザテストはコストが高く、運用が難しい面も。。 kintone チームでも Selenium を使って自動化試験を行なっています。 ここ1年ぐらいで随分テスト周りの仕組みが整備され、製品の品質向上に繋がっていることを実感していますが、 最初の頃は失敗も多く自動化試験としてはあまり機能していませんでした。今回はそんな kintone チームの自動化試験への取り組みの失敗とその改善について紹介したいと思います。 Selenium の失敗あるある 始めに昔の取り組み（失敗談）をいくつか簡単に紹介します。 テストの目的が曖昧
テスト分析・テスト設計入門
© 2013 Fuji Xerox Co., Ltd. All rights reserved. ■JaSST 2013 四国 テスト分析・テスト設計入門 富士ゼロックス株式会社 ソリューション・サービス開発本部 秋山 浩一 2 自己紹介 1985年4月 富士ゼロックス入社 現在はHAYST法のコンサルティング業務に従事 NPO ソフトウェアテスト技術振興協会（ASTER） 理事 JaSST東京実行委員（2003年～） 日本最大のテストシンポジウム1600名の動員 JSTQBステアリング委員（2006～） テスト技術者資格認定を行う国際組織日本支部 日科技連 SQiP研究会 委員長（2011年～） Wモデル研究会 主査（2011年7月～） 電通大 西康晴先生、NEC 吉澤智美氏、MRT 鈴木三紀夫氏 ISO/IEC JTC 1/SC7 WG26委員（20
vanityとchankoを使ってRailsで簡単安全にABテストをする
vanityはRailsのABテスト用ライブラリ。導入が一番簡単っぽい。 元々はテキストとか画像をのABテストを行うためのもののようだが、 chankoという限定公開用のライブラリを使って、機能単位でもABテストができるようにしてみる。 まずはGemfileに gem 'chanko', :git => 'git://github.com/cookpad/chanko.git' gem "vanity" を記述して、 # bundle install それぞれに必要な初期設定をする。 # rails generate chanko:install # rails generate vanity # rake db:migrate config/vanity.ymlを作成 development: adapter: active_record active_record_adapter: m
JUnitのTheoryテストについて — recompile.net
2011年08月05日 JUnit 4.4から組み合わせを表現するためのTheoryという機能が導入されています。このTheoryという機能について、日本語での概説がなかったため、調べた範囲で紹介したいとおもいます。 Theoryの実行Theoryは組み合わせテストのための表現方法です。Theoryを利用するためには、@RunWithアノテーションでTheoriesランナーを指定します。すると、@Theoryアノテーションが指定されたメソッドが実行されます。 @RunWith(Theories.class) public class HelloTheoryTest { @Theory public void helloTheory() { System.out.println("Hello, Theory!"); } } 出力は下記の通りとなります。 Hello, Theory! Data
JUnit(JUnit4)の概要～利用方法【ユニットテスト - テスト】 ＠みっちーわーるど
前提 このページに記載している内容は2011/01/23に書かれたものです。 掲載している画面や方法が将来的に変更されている場合があります。 また、解説に使っている eclipse のバージョンは 3.6.1 です。 eclipseのバージョンによって若干異なる部分があるかもしれません。 「初心者にも分かる JUnit(JUnit4)」を目指して頑張って解説します。 特徴 ・JUnit3の改良版 ・eclipseと連携していて簡単にテスト実行＆失敗したテストの理由を表示 ・JUnit3の以下の問題点を改良 ・テストメソッドの名称が固定 →メソッドにアノテーションを付加することで対応 ・例外が発生するテストが複雑 →アノテーションで期待する例外を記述することで対応 ・テスト前後処理のバリエーションが少ない →テストクラス前後処理など、いくつかのバリエーションが追加された ・JUnit3と同じ
QUnitの基本的な使い方 - but hopeful
[追記] 2013/9/1 三年前の記事が未だに読まれているようなので、一応書いておきますが、あれから色々変わってもっと良いものも出ています。 QUnit でも別に問題はないですが、今から QUnit を使うよりは http://visionmedia.github.io/mocha/:title=mocha] とかの方が個人的にはお勧めです。とにかく、今は色々あるのでもっと別の選択肢調べて見ることを個人的にはおすすめします。別に QUnit は使わないほうが良いとは言いません。 JavaScriptのテスティングフレームワークはいろいろありますが、自分は今主にQUnitを使っているので、少し使い方をまとめて見たいと思います。 [追記]今回作成したソースを上げました。ninja.js QUnit とは QUnitはもともと、jQueryをテストするために開発されたJavaScript Un
「入門Jenkins」を執筆しました
こんにちは。 Aimingでプログラマーをしています西川です。 この度Jenkinsの実践活用例を集めた「入門Jenkins」という本を執筆させていただきました。今回はその内容についてお話したいと思います。 入門Jenkinsの内容 私はウェブ開発を担当しているチームのJenkins全体を構築、運用しています。言語はRuby が主であり、JavaScriptが続きます。 今までのJenkinsの書籍や活用例の紹介はJavaによるものが多く、他の言語のものはあまりなかったように思えます。 入門Jenkinsではその点を打破したく、ウェブ上に散在していたRubyでのJenkins活用例と、私の経験をもとに執筆させていただきました。入門Jenkinsではいくつかの実践的なJenkinsの活用例を具体的に執筆しています。 私が執筆したのはRailsでの活用例で、単独の活用例を紹介しているうちではも
心地良すぎるモックライブラリ Mockito 〜その1〜 - A Memorandum
EasyMockとの違い Eclipse での利用に際して org.mockito.Mockito モックの利用と妥当性検証 スタブメソッドの定義 引数の照合 メソッド呼び出しの妥当性検証 voidメソッドから例外を返却 API的に EasyMock と大きな違いはありませんが、使用感としては格段に心地良い Mockito。 [:W150] 本家 http://mockito.org/ のドキュメント(というかJavaDoc)をベースにメモ。 EasyMockとの違い Mockito では record モードと replay モードを切り替える必要がない Mockito で作成するモックは常に、EasyMock で言う NiceMock となる スタブメソッドの妥当性検証が常にオプション扱い 大きくは以上となります。具体的に、EasyMock では import static org.e
2010-10-03
Java開発環境（ユニットテスト編） - torutkのブログ で、Java開発環境（ユニットテスト編）として、ユニットテストで必須なモック作成のツールを紹介しました。このときは、staticメソッドを提供するクラスやfinalなクラスのモックが作成できないので、ツールを使ってモック作成を楽にするには、多少コーディング規約を緩めるしかないかと思っていました。上の日記では、JDaveというfinalを解除するツールを使ってfinalなクラスのモックを作るところまで記載していましたが、staticメソッドについては未解決のままでした。 その後、いくつかstaticメソッドを提供するクラスのモックを作るツールがあることを知ったので補足します。 PowerMock 前回紹介したEasyMockあるいはMockitoに、PowerMockを組み合わせると、finalなクラスのモック生成、static
xUTP Magazine - mockitoでサクサクTest Double生活(上)
書いた人 大中浩行(せとあずさ♂)(@setoazusa) Unit Testを行う場合において、テストケース側から制御することが難しいコンポーネントが行う処理のことを間接的入出力(Indirect Input)といいます。例えばJavaでサーブレットを書く時には、HttpServletクラスの public void service(ServletRequest req, ServletResponse res) というメソッドをオーバーライドするわけですが、HttpServetRequestやHttpServletResponseのインスタンスはどこで生成されているのかといえば、それはWebコンテナの内部であって、我々が関与できるところではありません。他にもデータベースであるとか、外部環境とのエクササイズを伴うとか、異常系の動作を確認する必要があるとか、Unit Testを書く上で妨げ
Mockito + PowerMockを使ってみる - torutkのブログ
JMockitと同様、ユニットテスト対象のクラスが、別なクラスのstaticメソッドを呼んでインスタンスを取得し、そのインスタンスのメソッドを呼び出し、その戻り値によってロジックが左右されるという場合のテストを想定します。 テスト対象クラスは、JMockitと同じものを使います。 Mockito + PowerMockを使ってJUnitでテストを書くと import org.junit.Test; import org.junit.runner.RunWith; import org.powermock.modules.junit4.PowerMockRunner; import org.powermock.core.classloader.annotations.PrepareForTest; import static org.powermock.api.mockito.PowerMo
ローカルで SMTP サーバを利用してメールの送信 - BlackJumboDog, Mercury で OP25B への対応
ローカルで SMTP サーバを立て、PHP でメールの送信テストをしたい。 以前は MELON を利用してローカルからメールを送信。しかし、今回同じように試したところ、いつまで経ってもメールが送信されない。 ISP の OP25B による迷惑メールに対する対処 理由は「メールサーバの OP25B対策」によると、 インターネットに蔓延する迷惑メール(…)の対策として、大手 ISPはほぼ全てが OP25B(Outbound Port 25 Blocking)を実施するようになった。… OP25Bとは、ISPが自社網内のユーザが撒き散らす迷惑メールを封じ込めることを目的として、自社網の動的IPアドレスのホストが網外の SMTPサーバに向けて25番ポートからメールを直送する処理を規制する技術である。 … これに対する対処法は、 有効な解決策は、ISPが提供する中継サーバ(ポート番号は 25番あるい
技術/TDD/JavaでUnitTestでprivateメンバにアクセスしたい場合 - Glamenv-Septzen.net
id: 449 所有者: msakamoto-sf 作成日: 2009-10-03 15:44:05 カテゴリ: Java TDD プログラミング テストコードを書く時に困るのが、privateなメンバをテストしたい場面である。 そもそもprivateなメンバをテストコードでテストする必要があるのか、テストしたいのならprivateではなく別のクラスに移すべきではないのか、という意見はひとまずおいておく。 ここでは、下記記事で紹介されている、Javaでprivateなメンバを外部からreflectionを使ってアクセスする手法を例によって抜き書きしてまとめておく。 "Subverting Java Access Protection for Unit Testing - O'Reilly Media" http://onjava.com/pub/a/onjava/2003/11/12/re
最近やってるRailsプロジェクトのテスト方法 - #詰んでる日記
Railsエンジニアになってから1年半くらいが経ち、社内のRailsのプロジェクトを全部で5つくらい触って、今やってるAbilie*1でようやく人並みにテストを書いてる気がしてきたので、現時点でやってるテストの方法をまとめておく。 テストのルール的なの rspecでは必ずモデルのテストは書くようにしてる。ヘルパーも大体書いてるけど、コントローラやルーティングのテストはあまり書いてない。 というのも、コントローラーのコードを極力短くしてモデルを太らせているのでコントローラのテストはあんまり意味が無い気がしていて、その代わりにCapybaraでテストを書いておけば十分なんじゃないかなと思ってきたから。Capybaraは書いてるので、そういう意味では書いてるとも言える。 社内の管理者だけが使える管理画面も作ってるけど、そっちはテストあんまり書いてない。ここは動かなくなっても一般ユーザーには影響が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
IBM Developer
