テストケースを動的に生成してJUnitで実行する | DevelopersIO
AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 ！？ システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ
『ピグ麻雀のアルゴリズム』
皆様初めまして。 12年度新卒のぱっとしない方のハカマタです。 アメーバピグの制作部署で、サーバサイドエンジニアとして陰ながら頑張っています。 さて、突然の告白ですが最近私は仕事中にアメーバピグで麻雀をしています。 しかし私は今まで一度たりとも叱られたことがありません。 それは、私が叱責に耐えうるメンタルが無いと先輩方に諦められているからでしょうか？ 違います、私は麻雀ゲームの制作者メンバーで、デバッグという名目で、ピグで麻雀をしているためです。 本日の記事は、ピグでリリースしたピグ麻雀についてお話します。 ピグ麻雀はエンジニア・ディベロッパー・デザイナー各1名で制作したもので、 私はエンジニアとして参加しました。 サイバーエージェントのクリエイターブログに過去の記事として、デザイナーの鈴木さんの記事『ピグ麻雀におけるデザインのポイント』と、ディベロッパーの鈴木さんの記事『ピグ麻雀がリリー
メール送信のテストに mailtrap.io がとてもよい - Masatomo Nakano Blog
Quipper、日本オフィスができて半年以上達ち、このブログでも改めて色々発信してみようと思ってはいるのだけど、一度間が空いてしまったブログの再開はなかなか難しい(本人以外誰も気にしていない現実を知りつつ)。この状況を打破するために、軽いのをまず書いてみる。本当はQuipperの開発について色々書きたいんだけど、それはまた次回。 最近出会った mailtrap.io というサービスがWebシステム開発にとてもいい感じなので紹介してみる。 メール送信は、ある程度テストを自動化したとしても、繰り返し、手で実行して目で確認することも多い。テストするときは、送信先アドレスを自分にして、送信して、自分のメールボックスを開いて確認する、とか。めんどくさい。何か問題を発見したら、関係者にメールをフォワード、とかもめんどくさい。ステージング環境では実際に送らずに、ログに出すという方法もあるけど、これだと、
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
Selenium | 株式会社クロノス
ユニット戦隊テスティンガーによる必殺兵器Selenium(光線)の解説 私の名は、テスティング・レッドことスミハラタツヤ！ 地球の平和とプロジェクトの定時退社を守るため、 悪の軍団デス・マーチと戦う正義のヒーロー「ユニット戦隊テスティンガー」の一員だ。 今日は、前回の戦いで憎き悪の軍団デス・マーチの６大将軍の一人、マージミステイク将軍との戦いで我々が使用した必殺技について紹介しよう。 その名も「Selenium」！我々がこの最終兵器（リーサルウェポン）を使用する時は、最後に「光線」をつけて叫ぶのが慣習となっている。 では、まずはみんなで叫んでみよう。「Selenium光線！」 ちなみに光線の類いは一切発生しない。 よし、それではSeleniumについてざっくり説明していく。 概要 Seleniumとは、WebアプリケーションのUI（画面操作や画面表示）の平和を守るためのテストツールである。
スマホアプリの忘れちゃいけない5つのテスト観点 | DevelopersIO
こんにちは！おおはしりきたけです。今日はスマホアプリの忘れちゃいけないテスト観点について書いてみたいと思います。 はじめに 前提条件として、機能要件のテストは、やっている前提です。ここでは、テストの観点で忘れがちなポイントを備忘の為にも書いておきます。もっと深いとこ掘れば色々と細かいテスト観点というのは出てきますが、まずは、以下の5点を抑えておく必要があるかなと思います。 1.オフライン スマホはオンライン/オフラインの切り替わりが頻繁に起きます。たまにオフラインだとローディングのままずっと返ってこないアプリありますよね？そういったアプリはオフラインの場合を想定していない為、タイムアウトにもならなかったりします。オフライン時のリクエストでどのような動きになるのかをしっかりと確認する必要があります。オフラインで動くところ、サーバーにリクエストを投げるのでオンラインじゃないと動かないところなど
Gradle+guardでGHUnitの自動テスト環境を構築してみた - いつもあさって
GHUnitは，Mac OSX/iOSのかなり高機能なテストフレームワークである．これには，以下の様な特徴がある ・非同期通信のテストが容易にできる ・ iPhone実機・シミュレータで動作確認ができる ただ，デメリットの一つとして，GHUnitは通常シミュレータ(又は実機)上で立ち上げてボタンを押さなければ，テストが実行されない．というわけで，保存された瞬間にコマンドライン上でテストの結果を表示させたいと思います． GHUnitを導入する GHUnitの導入です．CocoaPadsを使うと導入が非常に楽です．使うことを非常におすすめします． CocoaPods を導入して GHUnit と OCMock を使って単体テストを書く｜クラスメソッド株式会社 開発ブログ を参照に，GHUnitを導入することができます． コマンドライン上で実行する Running from the Comman
[iOS] CocoaPods を導入して GHUnit と OCMock を使って単体テストを書く | DevelopersIO
はじめに このたび業務で iOS のテストを書くことになりました。まずは導入としてライブラリ管理ツール「CocoaPods」の導入、そして単体テスト用のライブラリ「GHUnit」と「OCMock」をインストールするまでの手順をメモしておこうと思います！ CocoaPods を導入する まず Ruby の動作環境が必要です。プリインストールされている Ruby をそのまま使っても構いませんが、最新バージョンの Ruby を使ったほうが良いと思います。Ruby のインストール手順は以下のエントリにまとまっているので参考にしてください。 rbenvとruby-buildで複数バージョンのrubyをインストール | Developers.IO Ruby のインストールが完了したら以下のコマンドで CocoaPods をインストール・セットアップします。 gem install cocoapods
Javaライブラリを配布する際のログ周りにおける配慮と実践 - Kengo's blog
2020-07-22更新: 以下の投稿で情報をアップデートしています。 https://blog.kengo-toda.jp/entry/2020/07/21/223136 いつも購読させていただいている id:teppeis さんのブックマークに以下のエントリが流れてきて、なるほどこいつはたしかに厄介だと思いました。 javaのロガーが多すぎて訳が解らないので整理してみました - 文系プログラマによるTIPSブログ ただSLF4Jが最も先進的かつ著名なインタフェースである以上、配布側としてはSLF4Jを使いつつ問題を解決したいところです。他のインタフェースを使ったりオレオレ実装を使ったりしてしまうと、それこそユーザの自由度を奪ってしまう形になります。 実際、SLF4Jを配布パッケージに含めないという簡単な解決法がありますので、簡単に紹介します。悲劇を繰り返さないためにライブラリ開発者がす
フロントエンドJavaScriptにおける設計とテスト
今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方
IntelliJ IDEAでJavaのstatic import文に関する効率化設定をLive Templateで実現する - Diary of absj31
Eclipseで設定出来る以下の様なstatic import文の自動補完のようなものをIntelliJ IDEAでも実現したいな〜と思っていたのですが、そのものズバリな手法は見当たらなさそうなのでまずはそれに近いような事を行うためのメモを残しておこうと思います。 EclipseとJUnit4、またはstatic import｜Ouobpo そのものズバリな対処法、若しくはより良い手法が見つかった場合は情報を更新する方向で。 エントリ投稿後、何人かの御方から『こういうやり方が(やり方も)ある』というアドバイスを頂きました。どのエントリも大変参考になりました。ありがとうございます！ Re: IntelliJ IDEAでJavaのstatic import文に関する効率化設定をLive Templateで実現する - marsのメモ( いまいまさのぶ (TwitterID:@masanobui
JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp - bluebird
これはTDD Advent Calendar jp: 2012参加記事です。 前日（8日目）は、KTZさんの「Rhino.Mocksをちょっとだけ幸せにするお助けクラス」でした。 xUnitによるテスティングフレームワークの共通仕様として、「テストクラス内のテストの実行順序は不定」というのがあります。 とはいえこの仕様をテストを書く上で意識することはあまりありません。テストのあるべき姿として、テストメソッドは他のメソッドから独立しているべきですし、JUnitの場合、ほとんどの実行環境上で、ソースコード上の並びと同一順でテストが実行されていたからです。 しかしJava7(Oracle実装)からは事情が異なります。 package jp.fieldnotes.java; import org.junit.Rule; import org.junit.Test; import org.junit
JUnit4.11がリリースされていたので、リリースノートを和訳してみました
JUnit4.11がリリースされていたので、リリースノートを和訳してみました。 新機能紹介です。 https://github.com/KentBeck/junit/blob/master/doc/ReleaseNotes4.11.md 個人的にはParameterized Testsの各テストに名前をつけれるようになる機能が一押しです。テストの実行結果が圧倒的に見やすくなります。各機能の詳細についてはまた機会があれば書きたいと思います。 和訳がひどいのは…すみません。間違っていればバシバシ指摘していただければ幸いです。 原文の方が読みやすいかもしれません。orz Summary of changes in version 4.11 Matchers : Hamcrest1.3にアップグレード JUnitは今回のバージョンアップで、最新バージョンのHamcrestを使用するようになりました
テストの価値。開発者とテストエンジニアの相違。 #kyon_mmAdvent - うさぎ組
kyon_mm Advent Calendar つぎのリンクにあるAdventCalendarの18日目です。 http://connpass.com/event/1457/ 【ソフトウェアテストの言葉入門 #kyon_mmAdvent - うさぎ組】に続きテストシリーズ2日目。 注意 ここで、開発者とテストエンジニアと書いたのは、どちらが優秀であるとかではなく、普段どのようなことを主に勉強してソフトウェア開発に携わっているかということを表現するための一種の区別です。 勉強している内容が違えば考え方もほんの少しずつ変わりますよね？っていうくらいに捉えてください。 開発者のテストのスタイル xUnit, xSpec,Cucumberといったフレームワークをつかい、できるだけプロダクトに「近く」「早く」寄り添ってテストをすることを得意としています。 開発者は「つくることがたのしい」と思っている
ソフトウェアテストの言葉入門 #kyon_mmAdvent - うさぎ組
kyon_mm Advent Calendar つぎのリンクにあるAdventCalendarの17日目です。 http://connpass.com/event/1457/ これは非常にながーい時間がかかりましたが、いぜんにid:kura_replace(@PG_kura)さんのWeb プログラミングってこんな感じじゃなかろうか - 偏見プログラマの語り！という素晴しい記事へのおへんじとなります。 もう半年近く書き足しては書き直しの日々でございましたが、ようやく公開できるようになりました。 @PG_kura さんがおっしゃっている「テストのあり方：テストコードはこう書きましょうという汎用的なコンセプト」については当連載での後半で書きます。 ここに書いてあることが僕がNagoya.Testingという場で伝えたい事でもあるなぁと書いていてしみじみと思いました。 このような機会を頂きありがと
neue cc - Chaining Assertion 1.7.0.1 - 値比較の追加
EqualsやGetHashCodeをオーバーライドするかと言ったら、そういう目的があるなら当然するし、そうでないならしない。という極当たり前なところに落ち着いたりはする。目的ってどういう時かといったら、LINQでDistinctの対象にしたい時とかですかね、まあ、よーするに値で比較したい！時です、まんまですね。 なので、逆にそれ以外の用途であえてこれらをオーバーライドすることはないです。特にテストのためにオーバーライドというのは、はっきしいって、良くないって思ってます。Equalsというのはクラスとして非常に重要な意味のあるところなので、そこにテスト都合が混じりこむのはNGです。 でも、テスト都合で値で比較したかったりは割とあるんですよね。じゃあどうするかって、まあ、ふつーにアサート側で構造比較したほうがいいでしょ、テスト都合なんだから。QUnitなんてdeepEqualが基本で、それが
JUnit4実践入門の感想 - 川口耕介のブログ
JUnit4実践入門を献本してもらったので感想など。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus) 作者: 渡辺修司出版社/メーカー: 技術評論社発売日: 2012/11/21メディア: 単行本（ソフトカバー）購入: 14人 クリック: 273回この商品を含むブログ (69件) を見る 恥ずかしながら、僕はJenkinsでは未だにJUnit3でテストを書いています。JUnit4の新しい機能も一応は知っているつもりでしたが、こうやって系統だってまとめられていると参考になります。思わぬいい勉強をしてしまいました。 目次を見てみるとわかりますが、この本はJUnitの使い方だけではなくて、DbUnitとかAndroidのテストの話とか、MavenやJenkinsでテストをどう使うかという話にも多くの紙面が割かれていて、広範な分野に手を広げている印象
Gallinaによる証明駆動開発の魅力
This document discusses the history and features of the Lisp programming language. It provides a timeline of the evolution of Lisp from 1958 to present day, highlighting important Lisp dialects like Scheme and Common Lisp. The rest of the document explores key aspects of Lisp like symbolic expressions, lazy evaluation, homoiconicity, and the read-eval-print loop interface. It also provides example
PHPer が「JUnit実践入門」を読んだ
「JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)」を献本して頂いたので読んでみました。 普段は PHPUnit でテストを書いているので、その本家とも言える JUnit の本は興味津津でした。 実は、今でこそ PHP 三昧の日々ですが、数年前（JDK1.3 とか 1.4 の時代ですが）は Java で開発していたこともあったので、いまどきの Java、JUnit がどうなっているか知りたくもあり、興味深く読み進めることができました。 読んでみて感じた点を挙げてみます。 1. 圧倒的なボリューム まず目次をざっと見た時に感じたのがカバーしている範囲の広さです。正直よく一冊に収まってるなあと:D JUnit の解説からはじまり、JUnit を使ったテストの書き方、ソフトウェアテスト・テスト技法、ユニットテストのパターン、そして JUnit のより
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユニット戦隊テスティンガー！！Web Driverによるクロスブラウザテストの実行 | 株式会社クロノス