週刊ソフトウェアテスト 2014-51 #swtest_jp - うさぎ組
前書き ソフトウェアテストにまつわるニュースを週毎にお届けする記事です。内容はid:kyon_mmの独断と偏見です。オススメの記事があるときや、質問などなどはコメントや@kyon_mmにご連絡くださるとうれしいです。 ハッシュタグ #swtest_jp でソフトウェアテストに関する事をツイートしてくださるととてもうれしいです！（なにかの紹介でも、議論でも、質問でも！ kyon_mmの意見 Uncle BobがTDDを行うときのサイクルの時間を状況毎にまとめてくれました。The Cycle of TDDわかりやすい例でとてもよいかと思います。まぁみなさんこれくらいを基本にやりましょう。 先週はシステムテスト自動化カンファレンスが東京で開催されました。僕も講演とハンズオン講師をしました。ハンズオンではシステムテストがいかに難しいかということを感じつつも、第一歩や目標といったものを感じてもらえた
全国のSeleniumer必読 - Qiita
アナウンス Selenium 談話会 in Slack まだまだ活動続けています！！(2019/09/09追記) https://selenium-danwakai.connpass.com/ でアナウンスを出しています。 2015/春から「Selenium 談話会 in Slack」というものをはじめました Slack(チャット)を使って日々の困りごとなどを同士とリアルタイムで情報交換することができます 登録されたユーザは2015/06/25時点で35名 => 2019/09/09時点で596名 半年に１回程度でチャット上に集まってテーマを決めて話をしています Ex) 「第３回Selenium談話会 in Slack」 のまとめ 詳細、参加方法などは上記リンク先に書いています 2018/09/18時点で13回開催しています。ご興味のある方はお気軽にご参加ください https://sele
第56回PHP勉強会＠関東で PHPUnit について話してきた | Born Too Late
最近 HTML5 化した Slideshare ですが, エラーで表示できないスライドが多すぎてまともに閲覧できないようです. この記事に掲載している Flash 版は今まで通りの問題なく表示できるのですが... スライドが完成したのが勉強会への出発 15 分前で, 通しで練習することすらできず, 発表はかなりひどいものとなっていまいました. 最低限, スライドの流れぐらいは頭の中に入れて発表すべきですね… スライドだけ見てわかるような作りにはなっていないので, 以下で補足したいと思います. ただし, 序盤は省略し, 本論となる書法編とパターン編についてのみとなります. それぞれ該当するスライド番号も付記してありますので, よければご活用ください. 書法編 1: ヘルパーメソッドを使う (25 ~ 30) テスト対象のオブジェクト, それを生成するのに必要な依存オブジェクトの生成には, ヘ
PHPUnit でよりよくテストを書くために
The document defines a fib function that recursively calculates Fibonacci numbers and prints the 10th Fibonacci number. It then defines some unit tests for a Calculator class that test the add method by asserting the expected result. Finally, it defines some unit tests for a User class that test validating a user object.Read less
サンプルでみる Java の Mock ライブラリ Mockito の使い方
論よりコードということでサンプルをつらつらと。 package study.mockito.helloworld; import java.util.ArrayList; import java.util.Iterator; import java.util.LinkedList; import java.util.List; import java.util.Map; import java.util.NoSuchElementException; import org.junit.Assert; import org.junit.Test; import org.mockito.ArgumentCaptor; import org.mockito.InOrder; import org.mockito.Mock; import org.mockito.Mockito; import o
Spockのテストレポートが想像以上に凄い件について - うさぎ組
タイトルはホッテントリメーカーを使いました。http://pha22.net/hotentry/tb/r?word=Spock%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88&phrase=9 全国49万のSpockユーザのみなさま。SpockのMLを見ていると思うので、ご存知かもしれませんがSpockのテストレポートをご存知でない方もいると思うので紹介します。 Spockのテスト結果はだいたいみんなGradleで見ている Spockは言わずと知れたUnitTestingFramework界最強といわれるテスティングフレームワークですが、これのテストレポートは通常はJUnitのテストレポートXMLであり、多くのSpockユーザはGradleでビルドをしてGradleが生成するテストレポートを見て
Mock と Stub と Spy を調べてみた - I'm still growin' up ...
Spock 0.7 から、これまでの Mock に加えて Stub と Spy も使えるようになったので今回調べてみました。 ぶっちゃけ Mock だけ使えれば事足りるんじゃないかと思ってました。 （調べてみた後も若干そう思ってます） テストダブル（Test Double） テストダブルは、テストする対象が依存しているオブジェクトを置き換える代役です。 モック、スタブ、スパイはテストダブルになります。 テスト関連本だと、当然のように「ダブル」って言葉が出てきますが、 ちゃんと理解していないと混乱する用語だと思います。 テストダブルについては『JUnit 実践入門』の第11章に詳しく書かれています。 私はこれを読んで、理解ができました。 JUnit実践入門 ~体系的に学ぶユニットテストの技法 (WEB+DB PRESS plus)posted with ヨメレバ渡辺 修司 技術評論社 201
だらだら備忘録 - JMockitの使い方
印刷 メール 詳細 カテゴリ: JMockit 最終更新日:2014年1月31日（金）01:07 2014.01.24時点です。Versionは1.6。Getting startedとTutorialあたりをベースにしています。 要求事項 JDK 1.5以上 テストフレームワーク JUnit 4.5以上 TestNG 5.14以上 インストール ダウンロード JMockitのサイトから最新版ZIPをダウンロード mavenでgroupId:com.googlecode.jmockit artifactId:jmockit クラスパスにjmockit.jarを通す junit.jarより前にすること （JDK1.5の場合）テスト実行時のJVMオプションに「-javaagent:<path>/jmockit.jar」を設定する モックAPI モックオブジェクトの生成 モックオブジェク
テストをテストする方法 #1 - うさぎ組
本投稿はずいぶんと前に書いたものですが、せっかくなので公開します。 要求元はたしか@ebc_2in2crcさんだった。 ソフトウェア開発においてテスト自体が正しいかどうかを確認することは非常に困難です。どんなときにテストの正しさを気にするかというと、自分には3つありました。 テストをレビューするとき テストのリファクタリング 知らないプロダクトを触るとき それぞれでどのような施策を打てるかやってみたことを書きます。 テストをレビューするとき 具体的な値を使っているテストは同値内のいずれかの値に変更してみる テストをレビューするときにテストが正しいかどうかを簡単にまず試す方法としては、入力値を同値内のいずれかの値に変更することです。QuickCheckやランダム値生成などを使っていない貧困なテストでは同値分割ができていない事によるテストもしくはプロダクトのバグが発見できていない場合があります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rest-assured/rest-assured: Java DSL for easy testing of REST services
