2019/10/11に行われた「「テスト」の話を聞いてみようの会」での登壇資料です
![テストを書きたくない話 / I don't want to write tests](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4dab703e0deff3eb5b8a7d0b49c4828e2ea1469/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fd2fdaaaa76a94e4587538060f39e6541%2Fslide_0.jpg%3F13850945)
2013年11月12日16:19 カテゴリprogramming プライベートメソッドのテストは必要ない!! こんにちは、RPAの関口です。 最近週に一度、来年の新卒達と一緒にTDDをやりながらワイワイガヤガヤしております。そのなかで「プライベートメソッドのテストはどうすれば良いのか?」 という話題がありました。プライベートメソッドのテストについては プライベートメソッドのユニットテストは書かないもの? がよくまとまっていると思います。プライベートメソッドのテスト方法について考える中で「TDDの手順に従えばプライベートメソッドのテストがしたくなることは無い」のではないか?と思うようになりました。 プライベートメソッドはリファクタリングの結果現れる! 数値の配列を渡すと平均を計算して返してくれる機能を持ったクラス、AverageCalculatorを作りたいとします。平均計算の手順をまとめる
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード(または実行結果)を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
こんにちは、id:uedayです。 5/22にはてな社内でユーザテストについての勉強会を実施しました。 良いユーザ体験には、ユーザが迷わず快適に操作できるインタフェースが不可欠です。 ユーザビリティを評価する方法としてユーザテストがありますが、はてなブログチームでは、「アジャイル・ユーザビリティ―ユーザエクスペリエンスのためのDIYテスティング―」という本を参考に、社内でユーザテストを行っています。 今回の勉強会は導入編として、ユーザテストのメリットや事例など基礎的なことを解説したスライドを発表しました。 ご興味のある方はご覧ください。 ユーザテスト社内勉強会 View more presentations from ueday_h アジャイル・ユーザビリティ ―ユーザエクスペリエンスのためのDIYテスティング― 作者: 樽本徹也出版社/メーカー: オーム社発売日: 2012/02/23メ
一昨日 Testing Casual Talks #1 に参加した。名前の通り、ソフトウェアテストに関するカジュアルなカンファレンス。とても面白かった。すこし思ったところを書いていこう。 テストのエンジニアリング トップバッターの @ikasam_a さんの発表では Software Engineer in Test at DeNA ということで、氏が勤務先でテストエンジニアリング部門を立ち上げていくにあたってのいきさつや背景といったところが述べられていた。 テストは開発者の生産性を向上するためにある、生産性向上のためにテストを書くテストエンジニア、近年複雑化するテストの実行環境を構築するのもテストエンジニアの役目、"Testing Activities SHOULD be in Developments" ─ テスト活動は (従来型のQAのように開発の外ではなく) 開発の中で行われるべき
技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、本番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた
このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや
Microsoftは膨大な数の不具合に「トリアージ(緊急度判断)」で対応 ―― ソフトウェアテストシンポジウム 2012東京(JaSST'12 Tokyo)(1) 北村 俊之 2012年1月25日~26日,「ソフトウェアテストシンポジウム 2012東京(JaSST'12 Tokyo)」が目黒雅叙園(東京都目黒区)にて開催された(写真1).本シンポジウムは,特定非営利活動(NPO)法人ASTER(ソフトウェアテスト技術振興会)が,ソフトウェア業界全体のテスト技術力の向上と普及を目指して,全国各地で開催しているものである.2003年3月に開催した最初の「JaSST'03」から数えて今年は10年目にあたる. この10年で,ソフトウェア・テストに対する関心は高まってきた.本シンポジウムの開催地域も,2011年2月より新たに加わった新潟を含め,全国7カ所(北海道,東京,東海,大阪,四国,九州)となっ
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
第9回 Mercury QuickTest Professionalを使ったテスト:理論的・計画的なWebアプリケーションのテストの実現(1/3 ページ) 前回はオープンソースの機能テストツールであるJameleonを使ってWebアプリケーションのテストを作成した。今回は、商用製品である「QuickTest Professional 9.0」を用いて同様の内容を行ってみる。 前回はオープンソースの機能テストツールであるJameleonを使ってWebアプリケーションのテストを作成しました(関連記事参照)。今回は、アプリケーションの機能テストおよび回帰テストを自動化を実現するMercury InteractiveのMercury QuickTest Professional 9.0(以下QTP)で、Jameleonで作成したテストと同じ内容を行ってみます。実際にテストスクリプトの作成に入る前に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く