「それ、何か言っているようで何も言っていないですよね」って思う - うさぎ組
何かの解説、会話、ドキュメントでたまに「それ、何か言っているようで何も言っていないですよね」と指摘することがある。 情報量が増えていない 抽象化しすぎて本題からズレている 自分がよく見るのは上の2パターンがある。 1. 情報量が増えていない 具体的にはトートロジーになっている。関係ないことをそれっぽく言っている（文章や会話の隙間をただ埋めているだけ）。 2. 抽象化しすぎて本題からズレている 具体的には対象範囲や主語が大きくなりすぎて、本来のトピックについて具体的な話がない。 1はどうでもいいとして、2が需要がある場合もわかる。 でも、2については全体の中で「一度振り返ってみるとこういう目的なのですよ。そのうえでもとのトピックに戻ると、具体的には〜」みたいな話としてちょっと立ち止まって見る程度の話だと思うんですよね。トピックに戻ってからも延々と抽象的な話をするのは、そもそも元のトピックいら
テスト(コード)レビューの方針 書きなぐり版 - うさぎ組
牛尾さんのブログをはてブったら、「じゃぁ、その手本を見せろやゴルァ」と言われたので書きました。雑です。すみません。 元記事 「自動化対象のユニットテスト（単体テスト）の仕様書を書くことは完全なる無駄である」 Blogs - Live DevOps in Japan! - Site Home - TechNet Blogs 僕のコメント 「だいたい同じ意見だけど、これで単体テスト仕様書がいらない理由にはならないかなぁと思った。テストレビューの成長方法について書かれていないしなぁ。出来る人いない現場は諦めろってことかな？」 はてなブックマーク - kyon_mm のブックマーク - 2016年1月25日 牛尾さんのコメント「どっかに書いてありますか？もしあったら記事にはります。」 僕のコメント「書いていません！」 僕のコメント「書きました！」 僕の主張 本記事は僕の実験結果（経過報告）であり、
OOじゃないDDDについて - うさぎ組
概要 モデリングについていろいろ - Togetterまとめを読んでいて、前にも何度か言ったことがあるけれど、もう一度言っておこうかー的な感じです。多分ブログには書いていませんでしたので。 端的に言えば、パイプ&フィルターパターンがアプリケーションドメインであるアプリケーションもあって、そういったものはオブジェクト指向より関数型的なほうがうまく適合する可能性もあるという話。 DDDとプログラミングパラダイムやプログラミングスタイルは直交するはずだ Eric Evansから提案されたDDDはクラスベースOOを主体とした実例が多かったわけですが、DDDという概念はOOを前提としていないと僕は捉えています。特に、ユビキタス言語、コンテキストの明示、モデリングと密接な開発といった部分は多くのソフトウェア開発において役立つと言えそうですし、おそらくはプロダクト開発全体でも言えそうです。 エンティティ
週刊ソフトウェアテスト 2015-3 #swtest_jp - うさぎ組
前書き ソフトウェアテストにまつわるニュースを週毎にお届けする記事です。内容はid:kyon_mmの独断と偏見です。オススメの記事があるときや、質問などなどはコメントや@kyon_mmにご連絡くださるとうれしいです。 ハッシュタグ #swtest_jp でソフトウェアテストに関する事をツイートしてくださるととてもうれしいです！（なにかの紹介でも、議論でも、質問でも！ kyon_mmの意見 社会学とソフトウェアテストの相違に関する考察を書いたQualitative Research Coding and Software Testing - Ministry of Testingはとても面白く読めました。事実からどうやって意味を導き出すかというのはまさに似ていますね。記号論や社会学の勉強してみようと思います。 Jenkinsユーザーカンファレンスが東京で開催され、多数のスライドが公開されてい
2014年に読んだ技術書で良かったもの - うさぎ組
概要 新刊にかぎらず、今年読んでいて「あー、良書だなー」って思ったものをあげています。これ、ダメじゃないの？とか、あー、やっぱりこれいいよねっていうコメントもらえると嬉しいです。 基本は、.NETにおけるWeb APIやFW開発でQA * POな人が思う良書です。今年は技術書より論文、言語仕様書、実装を読んでいることが多かったので、去年の半分の30冊くらいしか読んでいないかな。 開発チーム系 エッセンシャル スクラム 作者: Kenneth S. Rubin出版社/メーカー: 翔泳社発売日: 2014/08/01メディア: Kindle版この商品を含むブログを見る スクラムなんとなくわかっているんですけど、自分以外の状況よくわからんしなー、進め方変じゃないかなぁっていうときに、読むとめっちゃ参考になります。 組織パターン 作者: James O. Coplien,Neil B. Harri
アジャイルでもWFでも共通する「開発やテストのモデル」-全てのソフトウェアテストを再定義する- #SWTestAdvent - うさぎ組
はじめに これはソフトウェアテストあどべんとかれんだー 2014 の17日目の記事です。 id:a-suenamiがテストとは開発プロセスそのものである #SWTestAdvent - assertInstanceOf('Engineer', $a_suenami)で僕が考えているモデルについて紹介してくれていたので、ざっくりとですが僕の方から「現状の僕が捉えているソフトウェア開発。そしてテスト。」について紹介します。これはここ数年における僕の最高傑作とも言えるコンテンツに関するエントリです。（言いすぎだ 概要 言い過ぎればプロダクト開発というものは「Define, Build, Explore, Measure」という活動から成立していると言えます。これに知識や手法やプロセスをあてはめると「何をやるべきか」「何が足りていないか」がわかりやすくなります。この記事ではそういった開発やテストを
週刊ソフトウェアテスト 2014-49 #swtest_jp - うさぎ組
前書き ソフトウェアテストにまつわるニュースを週毎にお届けする記事です。内容はid:kyon_mmの独断と偏見です。オススメの記事があるときや、質問などなどはコメントや@kyon_mmにご連絡くださるとうれしいです。 ハッシュタグ #swtest_jp でソフトウェアテストに関する事をツイートしてくださるととてもうれしいです！（なにかの紹介でも、議論でも、質問でも！ kyon_mmの意見 ThoughtWorksのToby Clemsonがマイクロサービスのテストに関してスライドを公開していました！見てみたのですが、普通の事を言っていてちょっと残念でした。。。最近、TEFというMLのなかで僕は「マイクロサービスはシステムテストを犠牲にする事で、ライブラリやミドルウェアのようにテストしにくいものをテストしやすく保つアーキテクチャだ」という意見を出しました。このスライドはそれに対するなんらかの
テスト戦略パターンの作り方 #swtestadvent - うさぎ組
はじめに これはソフトウェアテストあどべんとかれんだー 2014 の一日目の記事です。 明日は id:nobkz さんの「Lispとテスト」になります。 概要 テスト計画やテスト戦略をつくるために、ある偏りを見ることによって分類し、テスト計画やテスト戦略策定を補助する方法について紹介します。これに新規性や素晴らしさはたいしてありませんが、私は多少なりとも有効に使えている気がします。 これは「テスト戦略自身」ではなくて「テスト戦略を見つける方法の1つ」と思ってください。 重要なこと これはkyon_mmが言っていることであって、業界の標準的な何かとかではないです。 テスト計画、戦略とはなにか テスト計画、戦略とは何かという長大な話をしたいわけではないので、引用します。 計画されたテスト活動の狙い、アプローチ、リソース、スケジュールを記述するドキュメント。テストアイテム、テストすべきフィーチャ
週刊ソフトウェアテスト 2014-創刊号 #swtest_jp - うさぎ組
前書き ソフトウェアテストにまつわるニュースを週毎にお届けする記事です。内容はid:kyon_mmの独断と偏見です。オススメの記事があるときや、質問などなどはコメントや@kyon_mmにご連絡くださるとうれしいです。創刊号なので、若干時期が広めになってるのと、選択基準がまだハッキリしていない部分もございます。 ハッシュタグ #swtest_jp でソフトウェアテストに関する事をツイートしてくださるととてもうれしいです！（なにかの紹介でも、議論でも、質問でも！ Summary CIaaS(CI as a Service)のCircle CIに無料のプランが追加されました。個人的には、CloudBeesの無料枠からの移行組をとろうとしているのかなぁ？と感じました。 HTTPSの無償利用が実現に向けて動き出しました。実現すれば、HTTPSのテストをしづらかったたくさんの開発チームが救われそうです
Gradleの最新版を簡単に使う方法 - うさぎ組
Gradleの最新を使いたい Gradleは素晴しいビルドツールで、インストールも簡単です。でも、成長がはやいので、いったい何がGradleのトレンドなのかわからなくなることも最もです。また、Gradleのバグが直っている可能性を考えると最新版を使いたくなります。 つまり、僕が一番使っているGradleのバージョンはmasterブランチなんですよ。実は簡単に使えるので、紹介します。 最新版を利用する準備 次のツールがインストールされている前提です。 gvm / posh-gvm JDK8 git gvm install gradleでgradleをインストールできます。基本的にgradle.orgでリリースされているものが使えます。でも、それでは満足できないです。ということで、次のコマンドを実行しましょう。 git clone https://github.com/gradle/gradl
Gradleの最新動向を紹介しました #jggug - うさぎ組
Gradle本がでます。 日本人著者による日本語のGradle本がでます。僕が知っている中では最も深く突っ込んだ内容でいて、幅も広い書籍です。ぜひお手にとることをオススメします。やたらとレビューしました。 Gradle徹底入門 次世代ビルドツールによる自動化基盤の構築 作者: 綿引琢磨,須江信洋,林政利,今井勝信出版社/メーカー: 翔泳社発売日: 2014/11/05メディア: 大型本この商品を含むブログ (2件) を見る 発売記念を兼ねたGradle勉強会でLTしました。 JGGUGでGradleのハンズオンを行なってくれました。内容的にはGradleの概要、Gradleのタスクを作ってみる、Gradleのプラグインをつくってみるというもので、とてもわかりやすかったです。 僕はつい先日リリースされた2.2-RC-1のリリースノートおよび、次期バージョンである2.3のリリースノートを要約し
技術書を買ったけどなかなか読了できない理由 - うさぎ組
読みたいと思った技術書を買ったけれど、半年たっても読了できていないとか、最初の10ページだけ読んであとは読んでいない。読み終わったけど最初の方は忘れていて書籍の内容が自分の中で体系化できていない。そしてそれを後悔しているという人がいると度々聞きます。 自分もそういうことがあるのでなんでそうなってしまうのか振り返ってみました。みんなどうせこうだろ？とかではなくって、僕はこうだったわーっていう感じ。 基本的には次の3つかなぁと思います。 先送りにしてしまう 前回読んでから今回読むまでの期間が長過ぎる 書いてあることを復唱するだけになっている つまり 先送りにしない 出来るだけ短い期間で読み切る 要約と応用事例を考える を徹底すればだいたい読めます。これを出来ないときは買わない方がいい。と僕は割り切って書籍を買ったり借りたりするようになりました。（課される場合は別です。） 先送りにしてしまう 皆
テスト戦略のたった3つのチェックリスト - うさぎ組
本稿はSoftware Testing ManiaX vol.9に寄稿したものになります。ご興味ある方はJaSST、WACATE、コミックマーケットに参加して買ってみてください。 さーくるWACATE ちなみにkyon_mmの心情的にはだいぶ押さえて書いています。本音を言えば「なんですかそのテスト計画？昼寝しながらでももっといいの書けますよ」「訓練をしないで戦地に向かうことに恐怖を覚えないなら、いますぐこのマサカリを首にかけてやる」って気持ちを必死におさえて書きました。偉いです。自分をほめたいです。 そういう雰囲気で書いているのであまり整理されていない内容ですが、皆様の何かのご参考になればと思います。突っ込み歓迎ですが、こういった文章ですのでface2faceだとコンテキスト共有しやすいと思われます！ はじめに ソフトウェアを開発していくなかで、品質を考えるということは非常に重要なことです
基礎勉強会について - うさぎ組
各地で基礎と名のつく勉強会がたくさんあると思いますが、@kyon_mmが行っている基礎勉強会はどういったものかというのをお話しましょう。 あ、基礎と入門は違います。 こんなことを目的にやっています 勉強会が開催されるキッカケはあるわけですが、基礎勉強会の目的は基本的に「中級者をいかに底上げするか」と「上級者が好き勝手に話せる場を設けたい」をマッチさせることにあります。 これがうまくいくという見通しがたてば開催するという感じです。 今までにやったやつ それこそ大半の基礎勉強会開催のキッカケ自体はかなりノリです。でも、やるときにはやっぱり上の目的が達成されるようになんとかしたいなーと思ってやっているつもりです。 雰囲気を感じてもらうためには過去のハイライトを見てみます。 Java基礎勉強会 Java基礎勉強会 #JavaBase -序- - Togetterまとめ 全ての基礎勉強会はここから始
単体テスト（画面単位のテスト）がクソらしいので思ったことを書いてみる - うさぎ組
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
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が生成するテストレポートを見て
JUnit 4.12の新機能紹介まとめ - うさぎ組
全国50万のJUnit4ユーザーさん。使っている言語とテスティングフレームワークののMLとGithubやBitBucketリポジトリを監視していると思うので今さらかもしれませんが、2014/7/30にJUnit4.12 Beta-1がリリースされました。 結構楽しい機能が追加されているので、見逃している方のために情報を共有させていただければと思います。 基本的にリリースから抜粋しながら紹介ですがご容赦ください。 Release Notes junit/ReleaseNotes4.12.md at master · junit-team/junit · GitHub 全体の感想 JUnit4がおれの足元にやっと追いついたと思った。（今までJUnitとSpockを魔改造しまくってた。） テストランナー系 クラス階層化 JUnit魔改造コミュニティに朗報です。私たちのテストランナーでよしなにやっ
テストの抜け漏れを定量化する実験 - うさぎ組
最近テストの抜け漏れをどうやってなくすか実験しています。これ、もっといい感じに取り組めたら、論文とかにしたいんですけど、まだいい塩梅にならないので、まぁブログでもいいかなぁとか思ってやっています。 やっていること ざっくりと言えば 仕様書とテスト仕様書(テストコード)を形態要素解析して名詞の重複有無や頻出の傾向を比較する。 こうすると、「仕様書にある単語がテスト仕様書に出てきていないけど、テストないの？」とか「仕様書でちょっとしか出てきていない単語が、テスト仕様書にいっぱい出てきているけどそのテスト無駄じゃない？」とか。言えるのかな？って試している感じです。 ところでテストケースは不足しているものが多い で、まぁ概ね使えないんですけど、もうちょっと工夫すればいい感じになりそうだなぁと思っています。これによって変わったのは、「やらないテストも実装する」ということですね。どんな理由でもいいので
ソフトウェア開発では出来るだけ言葉遣いに気をつけよう。さもなくばマサカリを受けろ。 - うさぎ組
はじめに 言いたい事はわかるんですけど、ふわっと言葉を使っていると間違っていることもあります。 ということで、ほとんど自戒なのですが、今や私も気になる部分は多々あるので、私が思う気を付けたらいいよっていう言葉のリストを以下にあげます。気をつけましょう。 なお、本稿では実際の定義は皆様に調べていただく方向ですので、書いておきません。これ調べたらいいよ的なガイドワードくらいです。 証明する 例えば「このテストによって証明されている」これやばいですね。 テスト界隈からも証明プログラミング界隈からも数学界隈からも目を付けられます。 少なくともそれはなごやに囲まれる事を意味します。 基礎 書籍や記事やイベントで「基礎」とみかけますが、結構な割合で入門と勘違いしているケースがあります。それはよくないです。基礎 と 入門は違います。入門向けな予定なのに、基礎と書いたがために、こわい人たちが大挙した勉強会
コードカバレッジで見落とされがちだと思う事 - うさぎ組
はじめに みなさんがいろいろ言いたい事はあるだろうから、むしろみなさんの意見を聞きたい。はてなブックマークのコメントとかではなく、直接このブログのコメントか引用した自身のブログで書いてくれれば幸いだ。 コードカバレッジ 日本語で20冊くらい書籍がでているようなプログラミング言語で、しかもテスティングフレームワークについても紹介されているような言語であれば、最近ではだいたいは「テストコードの実行によって実行されたプロダクトコードのパスカバレッジを計測するツール」であるところのコードカバレッジツールはあるでしょう。 JavaであればJaCoCoというツールがありますし、最近だとCoverallsというサービスもありますね。 どれくらいだといいのか？ コードカバレッジがバグ検出と強い因果関係にはなさそうであるというのが、自分の周りで聞く事が多くなりました。また、先日そういった論文も発表されたよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
