知識ゼロから学ぶソフトウェアテスト 【改訂版】 作者: 高橋寿一 出版社/メーカー: 翔泳社 発売日: 2013/12/10 メディア: 単行本（ソフトカバー） この商品を含むブログ (4件) を見る 読むきっかけ 1年ちょいくらい前からでしょうか。ソフトウェアテストの世界で活躍する方々(JaSST とか WACATE とか) に出会う機会がありました。で、現在縁あってその人達と仕事をする機会が生まれたのですが、テストってちゃんと学んだことなかったんですね。そこで試しに JSTQB-FL の問題に100問くらい臨んでみて4割くらいは怪しい結果(合ってても自信が無いやつが多い) だったので「知識足りないなぁ」と。じゃあJSTQB-FLでも勉強するか？といったところ、人気のある入門書が改訂されたとの情報を得て読んでみました。こっちの方が読みやすそうだし。 感想 すごくおすすめ。テストエンジニア

昨日、@irofさんと飲みながら自分を思い返すと「ちゃんとソフトウェア開発を勉強しはじめてから3年間たった」つまり「@bleisさんを知ってからこの5月でまる3年間たった」 それまでの僕はデザインパターンもオブジェクト指向がなんたるかも、バージョン管理もなにも知らなかった。 毎日言われたことをこなす仕事をして、変えたいけど誰も教えてくれないし、学び方すら教えてくれなかった。 それなりに努力してたけど、よくはわかっていなかった。 そんな状態から抜け出したのが3年前。このブログの先頭でも書いた。当時僕は21歳かな。（ちなみに就職したのは19歳のとき） →【このブログをはじめるきっかけ - うさぎ組】 この3年間でやったことをふりかえってみようと思いました。 ちょっとわかりにくいだろうけど、2009年5月からの12ヶ月周期で書いてみます。 こうやって振り返るのはあくまで僕のためであって、何かを誇

このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ４年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 （元請け会社の2人、当時同じ会社だった先輩、僕の4人） そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201

※この記事はメモ書きです ※この記事には突っ込みどころ満載のコードが含まれています。つまりそういうことです。 (1/22修正)コードを一部修正 デシジョンテーブルとSpockを使ってTDDするとどうなるかということを、FizzBuzzで試してみましょう。 用意するもの CEGTestから自動生成されたデシジョンテーブル テスティングフレームワークSpock Groovyな環境 デシジョンテーブルをつくる CEGTestを使って原因結果グラフを書きましょう。するとデシジョンテーブルは同時に自動生成されているはずです。 デシジョンテーブルをそのままSpockに移植してみる デシジョンテーブルがそのまま使えるなら、GroovyわからないとかSpockしらないという言い訳はできませんよね？ import spock.lang.Specification import spock.lang.Igno

「初夢が別の人と結婚する夢だった」と妻に話したら、「私も別の人と結婚してる夢を見て、子供も産まれてた」と返されて負けた気がしたikikkoです。あけましておめでとうございます。今年もよろしくお願いします。 概要 Betamax - Record / playback testing proxyとは・・・うまく説明できる気がしないので、丸ごと引用してきます。 BetamaxはWebへのアクセスを記録して再生することのできるrecord/playback proxy です。 最 近 の ア プ リ ケ ー シ ョ ン は Twitter や Facebook な ど 外 部 のWebAPIと連携するものが多くなってきていますが、Betamaxを利用すると実際にWebAPI やWebサイトへのアクセスを行わずにアプリケーションのテストを行うことができます。 Betamax はHTTP リクエスト

Tweet G* Advent Calendar 2011 : ATND の25日目の担当の@kimukou_26です。 最初はMongoDBあたりやろうかな〜と思っていましたが、@mike_neck さんに取られてしまった感じでして（汗 しかもJunitのTestコード形式で書いているw mike、mikeなるままに…: 恥ずかしくて今さら聞けない、GMongo講座 2 むこうがJUnitならこっちはTestNGで書いてみるか〜と思って書き始めたのがはじめです。 日本だとJUnitがやっと使い始める人が増えてきた感じなんですが＜Androidで使っている人も多いのでJUnit3ベース （でも現場ベースではほとんど使いこなしている人見なかったな（汗 それ以外にも古くからのテストツールには「TestNG 」っていうのもあるよね〜という感じで、書いてみました ついでに さんが使われた GBen

この記事は、G* Advent Calendar 8日目の記事です。 G* Advent Calendar 2011 : ATND 最近Groovyを一番書いているエディタは、Jenkinsのスクリプトコンソールなikikkoです、こんにちは。Groovyはあまりコアな使い方はしていないので、ライトな記事でいかせていただきます。ということで、GroovyのEclipseプラグインについて。 Eclipseプラグイン Groovy用のEclipseプラグイン、Groovy - Eclipse Pluginです。主な機能はこんな感じ。公式サイトから転載して、適当な日本語に訳してます。 シンタックスハイライト 型推論 Eclipse上で、Groovyクラス/スクリプトのコンパイル/実行 Groovyファイルのアウトラインビュー 自動補完 リファクタリング ソースコードフォーマット 基本的なデバッ

本エントリはTDD Advent Calendar jp: 2011の12/8の担当分の記事で、id:t-wadaさんの「右手に感情、左手に数値 - カバレッジを味方にしよう - t-wadaの日記」に続くものです。 はじめに TDDはシンプルな原則に則った手法ですが、とっつきの悪さもしばしば持たれがちです。また一連のTDD Advent Calendarで起こった議論や会話の中でも、TDDの始め方はどうすれば良いかという話が散見されましたので、自分の担当枠では「TDDのはじめかた」についてまとめたいと思います。なお紹介するのはあくまで数ある入門方法のうちの１つです。たぶん他にも色々な良い入門方法があると思います。 全体像 紹介する入門方法は以下のようなステップバイステップの構造となります。 いつでも軽快に使えるユニットテスト環境を構築する 必要と感じたらすぐテストを活用する テスト並行を

Spock でも JUnit4 のCategory と同じように 任意のテスト (フィーチャー) だけを実行することや逆にスキップすることができます。 方法は簡単です。 あらかじめ、Specification (テストクラス) もしくは フィーチャー (テストメソッド) に 好きなだけアノテーションをつけましょう。 あとは 設定ファイルに 実行したい (もしくはスキップしたい) アノテーションを 指定するだけです。 では、まずは アノテーションを作成しましょう。 今回は Java で作成しましたが、もちろん Groovy で作成しても OK です。 package com.bluepapa32; @Retention(RetentionPolicy.RUNTIME) @Target({ElementType.TYPE, ElementType.METHOD}) @interface Fas

Spock にも JUnit4 の assumeThat のように ある条件の時だけ テストをスキップする機能が 0.5-groovy-1.8 で追加されています。 前回 のようにわざわざ設定を変更する必要がないので、環境に依存したテスト等には非常に便利です。 例えば、実行環境が Windows 以外の時だけ処理をスキップする (Windows のときだけ処理する) 場合は package com.bluepapa32; import spock.lang.*; class HelloSpec extends Specification { @IgnoreIf({ properties['os.name'] !=~ /Windows.*/ }) def 'Windows の場合 ○○する'() { expect: true } }のように フィーチャーメソッドに @IgnoreIf を付け

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

Androidアプリケーションの開発をすることになりました。 ド素人ですが楽しそうです。 っていうことで開発環境の選定から行うことになりました。 テストのないコードを書けるほどアジリティなプログラミングスキルがないのでテスティングフレームワークの選定とか。 半日ほどざっくりと試したりしてみて今の構想としては次の感じです。 どれも１時間以内に使えそうって意識できたものだけが残った点が「僕のいつも通りな基準だなー」って思いました。 自動テストフレームワーク Robotium -> エミュレーター起動UIテスト Robolectric -> エミュレーター起動なしロジックテスト +(Spock) -> Robolectricを使用して書けるなら使いたい ビルドツール Gradle -> 実質Gradleでしかやる気がない CI Jenkins Android Plugin -> CIサーバー確保

Betamax is a tool for mocking external HTTP resources in your tests. The project was inspired by the VCR library for Ruby. This project currently has no maintainer. The ambitious 2.X release turned out to be architectually flawed, difficult to use, and even more difficult to accurately document. 2.X is essentially a failure and has been abandoned. Documentation hosted at http://betamax.software/ i

Seleniumとは Seleniumとは、Webアプリケーションのテストを自動化するためのフレームワークです。Seleniumが提供するコマンドやAPIを用いることで、実際にWebブラウザを動かしながらWebアプリケーションの動作を検証することができます。これにより、従来手動で行っていたWebアプリケーションにおける回帰テストの多くを自動化することが可能になります。 Selenium 2（Selenium WebDriver）とは Selenium 2は、先月の8日に正式版がリリースされた、Seleniumプロジェクトの新しいプロダクトです。Selenium 2の最大の特徴は、やはりWebDriverとの統合でしょう。これについては、WebDriverの開発者であるSimon Stewart氏の話も含めた詳しい内容が以下の記事に載っているので、そちらを参照してください。 Selenium