タグ

developmentとtestingに関するkknsdのブックマーク (59)

  • ブラックボックステストとホワイトボックステスト | DevelopersIO

    テスト分類のひとつにブラックボックステストとホワイトボックステストがあります。 ブラックボックステストとは、テスト対象の内部を意識せずに外部仕様のみからテストケースを構築していく手法です。ユニットテストであれば、テスト対象となるメソッドの実装(コード)を意識せず、メソッドのAPI仕様からテストケースを作成することになります。 一方、ホワイトボックステストでは、テスト対象の内部を意識し、どのような構造であるかを踏まえたテストケースを構築します。ユニットテストであれば、テスト対象となるメソッドの実装(コード)を意識し、分岐や繰り返しなどを考慮しつつテストケースを作成することになります。 さて、ユニットテストはブラックテストでしょうか? それともブラックボックステストでしょうか? 「JUnit実践入門」では次のように記述しました。 書で扱うユニットテストは、テスト対象の内部ロジックを考慮して行

    ブラックボックステストとホワイトボックステスト | DevelopersIO
  • 進行中の開発プロジェクトで増えていくテストを自動で回し続けるために行ったいくつかのこと

    2013/6/18 第6回テックヒルズにて発表

    進行中の開発プロジェクトで増えていくテストを自動で回し続けるために行ったいくつかのこと
  • 実践!テスト自動化の勘所

    システム開発において、安定稼働を支えるシステム品質の鍵を握るソフトウエアテスト。システムの大規模化や複雑化、デバイスの多様化などによってその作業負担は増える一方だ。手作業に頼ったテストが、結果としてシステムの品質低下や開発工期の増大を招く。ソフトウエアテストの専門家が、ツールを用いたテスト自動化のポイントを解説する。 テスト自動化とツールの導入

    実践!テスト自動化の勘所
  • テスト駆動開発の進化 - Digital Romanticism

    デブサミ関西2012での講演内容まとめ はじめに 今月、GOOS日語版が発売されました。 実践テスト駆動開発 (Object Oriented SELECTION) 作者: Steve Freeman,Nat Pryce,和智右桂,高木正弘出版社/メーカー: 翔泳社発売日: 2012/09/14メディア: 大型購入: 4人 クリック: 262回この商品を含むブログ (31件) を見る継続的デリバリーに続き、高木さんと一緒にお仕事をするのはこれで二冊目です。今回も多くの人に助けられて、目標としていたデブサミ関西での出版にこぎつけることができました。関係者の皆さま、どうもありがとうございました。 講演では触れませんでしたが、ここで「実践テスト駆動開発」というタイトルの由来について少し書いておきます。原書のタイトルはご存じの通り、"Growing Object-Oriented Softwa

    テスト駆動開発の進化 - Digital Romanticism
  • TDDを明確に定義する - うさぎ組

    でもそんなのどうでもいいから最終的には皆自分のTDDを持てばいいのではと思っている 2012-08-30 12:27:33 via web あなたがTDDだとおもうものがTDDです。 ただしたにんのどういをえられるとはかぎりません。 2012-08-30 12:30:20 via Twitter for iPhone ということで、TDDを定義します。 はじめに TDDを定義し、それの基礎を明らかにし、リファレンスモデルを明にする。 そして、他の例も紹介してみます。 TDDとは何であるか TDDとはソフトウェア開発者向けフレームワークです。 RED -> GREEN -> REFACTOR のスパイラルモデルが根幹にあります。 RED, GREEN, REFACTOR は開発者のアクティビティになります。 僕の理解ではプロセスの部分集合がフレームワークであるから、プロセスと呼ぶ事もできるけ

  • TDD(テスト駆動開発)を学ぶための動機になる話 | Act as Professional

    TDDがアジャイル開発では前提ここまでに説明した、アジャイル開発を支えるエンジニアリングのプラクティスをまとめておこう。 ユニットテストリファクタリングテスト駆動開発(TDD)継続的インテグレーションこれら4つを実践することなしにアジャイル開発を成功させることはかなり難しい。たちまち「書いて直す」だけの日々に逆戻りすることになるだろう。 アジャイルサムライでは成功させることはかなり難しいと甘い表現をされているが、ほぼ不可能であるといえる。 プラクティスとは習慣である。つまり、やることが当たり前なのである。やるべきことなのです。 テスト駆動開発を推し進めれば、必然とここにあげられている4つのプラクティスを実践することになる。 注意しなければいけないことは、テスト駆動開発をおこなうこと事態ががアジャイルソフトウェア開発ではありません。 アジャイルにソフトウェアを開発するためにエンジニア一人一人

    TDD(テスト駆動開発)を学ぶための動機になる話 | Act as Professional
  • XPFriend

    .NET GitHub NuGet Groovy / Java GitHub Maven バッチアプリケーション向け (FixtureBookRunner) GitHub FixtureBook 形式シート編集用 Excel アドイン GitHub

  • ソフトウェアテストの近未来を話そう(前編)~テストと開発の融合が必要 JaSST'12 Tokyo

    これからのソフトウェアテストの課題とは何か、どのように進化していくのか? そのために必要なこととは何でしょうか。 先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。クロージングセッションでは、ソフトウェアテストの近未来はどうなるのか? というテーマでディスカッションが行われ、ソフトウェアテストのこれからがパネリストの意見を通して浮かび上がってきました。 パネリストは、基調講演に登壇したマイクロソフトのBj Rollison氏、招待講演に登壇した東海大学の山浦恒央氏、そして電気通信大学の西康晴氏の3人。司会はガイオ・テクノロジーの大西建児氏。ディスカッションの内容をダイジェストで紹介しましょう。 テストと開発の融合が必要だ 司会 パネリストのみなさんにお伺いします。今、ソフトウェアテストのどこに関心

    ソフトウェアテストの近未来を話そう(前編)~テストと開発の融合が必要 JaSST'12 Tokyo
  • テスト駆動開発ハンズオン前編

    初心者向けMongoDBのキホン!Tetsutaro Watanabe52.3K views•21 slides

    テスト駆動開発ハンズオン前編
  • TDD戦略 -TDDを導入し進化させる方法- #TDDAdventJP - うさぎ組

    @t_wada「TDDはスキルです。量は質に転化する」 TDD Advent Calendar2011の記事になります。 TDD Advent Calendar jp: 2011 : ATND 前:@irof テストと言うパートナー #TddAdventJp - 日々常々 次:@yuya_takeyama さんです。 はじめに これは僕の主観であって、間違いもあると思います。それは僕の勉強不足から生じるものです。 どちらかというと、これを読んだ方に「そこはちょっと認識が一般的じゃない」「そもそも違うよ」って突っ込んでもらうためのものです。 「TDDよくわからないので教えてください」っていう記事です。 TDDをはじめたい人、TDDに行き詰まっている人 TDDがどんなものかよくわからない人、とりあえずテストコードって書いているけど毎回つまずいて成長が実感出来ない人、現場に導入したいけど伝え方が

    TDD戦略 -TDDを導入し進化させる方法- #TDDAdventJP - うさぎ組
  • TDDBCの前にTDDについて知っておいてもらいたい3つのこと

    The document appears to be notes from a presentation or workshop about agile software development practices like test-driven development (TDD) and behavior-driven development (BDD). It includes TODO tags, links, diagrams, and quotes about techniques like writing tests before code, refactoring, and treating code as a living plant. The material discussed transitions between topics like TDD, BDD, ver

    TDDBCの前にTDDについて知っておいてもらいたい3つのこと
  • テスト自動化の目的 - 千里霧中

    最近あるMLでテスト自動化の目的について考える機会があったのですが、今回は整理としてそこで言及したことをまとめたいと思います。 色々な目的 よく言及されていますが、テスト自動化の目的は単に「人がやっていることをツールにやらせて楽をする」といったものに限りません。思いつくものでも、例えば以下があります。 繰り返し作業を効率化する 何度も繰り返す作業を自動化して、繰り返しによる作業重複分を効率化します。 継続的なテストの実現 テストの繰り返し実行を容易にして、高頻度の回帰テストを実現します。例えばCIへのテストの組み込み等を実現します。 素早いフィードバックの実現 継続的なテストの実現により、コミットといった小さな追加・変更のステップごとのテスト実行を実現します。これによりプロダクトやテストの追加・変更を小さな単位でテストをしつつ進められるようにします。 バグの早期検出の実現 頻繁な回帰テスト

    テスト自動化の目的 - 千里霧中
  • ユーザビリティテストを実際にやってみて分かったこと | mah365

    「せっかく作ったサービスを暗黒面に落とさないためにも、ユーザビリティテストは必須のものである。」 アジャイルUCD研究会の樽さんの呼びかけに応じ、ユーザビリティテストマニュアルの実証実験に参加した今では、心の底からそう思います。2011年10月9日と10日の2日間を通して樽さんのオフィスにて実証実験に参加しましたが、非常に刺激的でした。フィードバックを兼ねてブログに書いてみます。 ユーザビリティテストとは? 「製品やWebサイトの使いやすさ(ユーザビリティ)を、実際にユーザに使ってもらうことで確認するテスト。」(IT用語辞典 ユーザビリティテスト) 「使いやすさを確認する」と言うのは少し曖昧な感じがしますね。樽さんの言うユーザビリティテストの基は、以下の2点です。 ユーザにタスク(作業課題)を実行するように依頼する。 ユーザがタスクを実行する過程を観察、記録する。 「使いやすさを確

    ユーザビリティテストを実際にやってみて分かったこと | mah365
  • Eclipse Jubula: 機能テストの自動実行ツール

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Eclipse Jubula: 機能テストの自動実行ツール
  • Googleの品質保証

    原文(投稿日:2011/03/11)へのリンク 以前はMicrosoftのアーキテクトを務め、現在はGoogleのテストエンジニアリングのディレクターであるJames Whittaker氏は“How to Break Software” シリーズで何冊かの著書がある。氏はGoogleがどのようにテストをしているかについて数回に渡って記事を書いた。Googleではテストは開発と共に行われ、テスターの数は比較的少ない。各製品は多くの人に触れられる前に一連の手段によって評価される。 Googleでの品質探求は普通の組織とは異なった道を経る。Googleは巨大なテスト部門を持っているわけではない。むしろ、テストはある程度は開発者の役割になる。氏によれば、 テストと開発は連動しています。コードを少し書いてビルドしてテスト。また少し書いてまたテスト。できれば、コードを書いているときか書く前にテストを計

    Googleの品質保証
  • テスト駆動開発のハンズオン入門講座を開催 - 千里霧中

    少し前になるけれど、5月のはじめに「テスト駆動開発のハンズオン入門講座を開催 - 千里霧中」の後編となるTDDのハンズオン入門講座の講師をさせていただきました。 http://infog.0ch.biz/download/jissen_tdd_2_goyoki.pdf 最後に運営者・参加者の方にはお礼申し上げます。

    テスト駆動開発のハンズオン入門講座を開催 - 千里霧中
  • テスト駆動開発のハンズオン入門講座を開催 - 千里霧中

    少し前になるけれど、4月のはじめに、WACATE SNSつながりの勉強会にてTDD講座の講師をさせていただきました。運営者・参加者の方にはお礼申し上げます。 http://infog.0ch.biz/download/tdd_1_goyoki_jissen.pdf なお基的にEclipse+JUnit+Javaが自力で使えて普段はソフトウェアテストの業務に関わっている方が対象だったため、内容は主に実作業の進め方を紹介するものとして組み立てています。 上記の資料は前編のみですが、後編も今月はじめに開催させていただいているので、近いうちに報告したいと思います。

    テスト駆動開発のハンズオン入門講座を開催 - 千里霧中
  • 達人プログラマーに学ぶ 絶え間ない結合化と容赦ないテスト | Act as Professional

    書いたコードの量が増えれば、増えるほど、比例してバグが増えていきます。 予期せぬバグはスケジュールに致命的な影響を与える。 手を加えたソースの量が増えてからバグを特定するのには多くの時間や労力を費やすことになります。 達人プログラマーはどうするのか?p.241 第8章 達人のプロジェクトより 早めにテスト、何度もテスト、自動でテスト 書いたコードが少ない段階で、少ないテストをして、小さなバグをできるだけ早く解決していく。製品コードとテストコードを同時に書いていくのです。仮にバグを埋め込んでしまったとしても、バグになっている箇所はすぐに特定できるでしょう。 このテストをあながた手を動かしてやっている暇はありません。 あなたは新たなバグを埋め込むために製品コードを書かなければなりません。絶対に自動化しましょう。 自動化してテストを何度も、何度も、繰り返しおこなえるようにしましょう。結合テストも

    達人プログラマーに学ぶ 絶え間ない結合化と容赦ないテスト | Act as Professional
  • 【ハウツー】これはすごい! Web案件必須 Selenium - 人気急上昇中自動テストツール (1) 最近人気のSelenium | エンタープライズ | マイコミジャーナル

    Webアプリケーションのテストツールに「Selenium」がある。SeleniumはJavaScriptHTMLを使って、Webブラウザに自動でテストをさせようというもので、アジャイル開発におけるテストツールとして注目されている。 Seleniumとは SeleniumはWebアプリケーション用テストツール。JavaScript/DHTML/iframesをベースに構築されたテストツールで、Webブラウザから直接実行できるという特徴がある。要するに、目の前でWebブラウザが勝手にテスト工程を実施するわけである。見ていてなかなか気持ちがいい。対応しているプラットフォームやWebブラウザは多岐にわたる。代表的なプラットフォームは次のとおり。 Windows Internet Explorer 6.0 Mozilla Suite 1.6以上 Firefox 0.8?1.5 Seamonkey

  • いつテストを終わらせるか? - プログラマの思索

    信頼度成長曲線の使い方について、フジハラさんのBlogによいリンクがあったのでメモ。 【元ネタ】 Redmine プラグイン開発 - テストレポートプラグイン開発中 - フジハラボ -- 目指せ!スーパーエンジニア どこでテストをやめるのか? 日電気株式会社 川村真弥さん オープンソースソフトウェアにおけるコードの 安定性予測に向けたゴンペルツ曲線の適用 成長曲線(ゴンペルツ曲線とロジスティック曲線) つれづれなる技術屋日記: バグカーブ 対数曲線や二次曲線での近似のお勧め テスト消化曲線とバグ発生曲線の7パターン診断 - @IT MONOist プログラムバグの成長曲線とプログラム品質の判定 テスト消化曲線とバグ発生曲線のパターン診断: プログラマの思索 信頼度成長曲線の使い道は、テストでソフトウェアの品質が歩溜りに達したかどうかを判定するのに使う。 つまり、テストの止め時は、信頼度成

    いつテストを終わらせるか? - プログラマの思索