本エントリーは大本は.NET Conf 2018 Tokyo, Japanの発表内容を記事としてまとめたものになります。参考によかったらご覧ください。 なお本セッションのソースコードはこちらのGithubに https://github.com/nuitsjp/Continuous-Testable-Design スライドはこちらに別途公開しています。 継続的にテスト可能な設計を考える from Atsushi Nakamura www.slideshare.net 皆さん、日常的に自動テスト書いてますか？私は結構書いてます。 SIerのテストというと、Excel！スクショ！エビデンス！的なイメージがあるかも知れませんがたまたま巡り合わせが良くて、2000年からJUnitを触っていたと思います。 SIerって、プロダクトチームの維持が難しくて、半年ごとに8割のメンバーが入れ替わってるみたい
バグバグしたwebAppを作って、チームのみんなで探索的テストのワークショップをしましたｗ 導入はテスターちゃんを使ってバグの出し方のコツを話して、そのあとチームでわかれて探索的テストをして観点共有！ みんなすごい燃えていましたｗ あとでそのバグバグしたwebapp公開しようかな — まつ@技術書典4 え-07 (@mty_mno) 2018年3月30日 と、つぶやいた結果「是非に」というご意見を多数いただきましたので公開していこうと思いますｗ テスト練習用Webページ「FindingBugs」 URL： https://jam0824.github.io/finding_bugs/ （github : https://github.com/jam0824/finding_bugs ） TwitterやfacebookといったSNSを模したWebAppです。 Botたちをフォローして、メ
Talk at 関西Node学園 梅田キャンパス 1時限目 https://nodejs.connpass.com/event/82614/
本連載は、2014年12月に刊行された書籍『システムテスト自動化 標準ガイド』の翻訳あるいは執筆を担当した方に、担当した章について自身の体験談などを交えつつ、同書の魅力や開発現場で役立つポイントなどを語っていただきます。今回は第9章「その他の課題」の翻訳を担当された松木晋祐さんが、「どのテストから自動化するべきか？」「テストの分割と実行順序」といった現場でまず悩みそうな点を、この第9章から取り上げて説明してくださいます。（編集部） 実はかなり重要な章です こんにちは。『システムテスト自動化 標準ガイド』第9章の翻訳を担当した松木です。第9章のタイトルは「その他の課題」と一見ぞんざいな印象を受けますが、この章にはまだこれといった標準が確立していない、さまざまな（そして、案外クリティカルな）課題とその解決案が提示されています。本稿ではその中から、いくつかを抜粋してご紹介します。 これらの課題に
ソフトウェアのテストはたいへんだなあ ソフトウェアのテスト、きちんとしてますか？最近は、スマートフォンやタブレットの普及に伴って、ユーザが使うデバイスの種類が多様化しています。 使われるOSやブラウザ、画面サイズの種類が増える中、プリキュア1の多様化も著しいですね。「プリキュアで学ぶワンライナーWebスクレイピング」で検証した通り、昨年までは43人、今年は「魔法つかいプリキュア」が加わることで、プリキュアの数は総勢45人になりました2。プリキュアはキャラクターによって専用デバイスを持ったり3、感情が昂ぶると常識を覆す事象を起こしたりするので、ITサービスを提供するエンジニアの方々は、ユーザ満足度向上のため、当然プリキュアがユーザになった場合も考慮した動作テストをされていると思います。 とはいえ、プラットフォームとプリキュアの組み合わせの数は、既にかなりの数です。全てのパターンを試すととても
「Young Japanese have terrible computer skills. No, really – Quartz」という記事が一部で話題になってる．ざっと読むと「んな訳ないだろ」と思うのだが，素直に受け取り，シェア/RTする人もいたりして，何だかなぁと思う訳です． こういうときは元資料にあたるのが一番なので，ちょっと読んでみた． 結論を先に言えば，このデータは日本の若者の現状を正確にあらわしていない可能性があり得ると思う．しかしそういうデータが出てしまった原因は明らかではない． 追記: 致命的な誤り(読み違い)が1点あったので本文修正しました．誤っていたのは，ICT基礎テストの合否は事前質問(background questionnaire)の結果から決めるのではなく，コンピュータ・ベースの調査の一番最初に行われる「ICT test (stage 1)」の結果によって判
髭伸ばしてみました。@kyo_agoです。この記事はE2EテストAdventCalendar -3日目です。 さて、みなさま前回の記事でE2Eテスト入門できたでしょうか？ この記事は前回の状態を踏まえて説明しているため、未読の方は是非一度ご覧の上以下の内容をお試しになることをお勧めいたします。 前回の記事では以下の状態になることが目的でした。 ブラウザ上でE2Eテストが走ることPR毎にテストが走ることマージ前にテストが成功したかどうかがわかることただ、これには以下のような問題があります。 PRの内容でテストが成功するかわからない（テスト対象がインターネット上のURLになるため）この記事ではこの点に関して解決していきたいと思います。 以下の様な手順で進めます。 travis上でhttpdを立ち上げるtunnel-identifierを指定するテスト用のhtmlを設置するテストの対象を変更する
https://www.youtube.com/watch?v=6ZvCU0dht50 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 Google Test Automation Conferenceが今年はSeattleで開催されたようです。その中で興味深いと感じた話題をいくつか拾ってみました。 1) 成長を続けるGoogle 会社の規模が大きくなり、歴史を重ねてくると、何事も非効率になりがちですが、Ankit Mehtaが紹介してくれた数字によると、Googleの開発ペースは依然として右肩あがりのようです。 コードのコミットは、1日3万チェックイン。約3秒に1回。グラフを目測した限りでは昨年から約20%増。 リリース数もこの1年でほぼ倍増。 2) テストクローラーを利用してのモバイル実機テストの
DHHの"TDD is dead. Long live testing."を、訳してみました。 翻訳 やっとむ By David Heinemeier Hansson on April 23, 2014 著 David Heinemeier Hansson 2014年4月23日 Test-first fundamentalism is like abstinence-only sex ed: An unrealistic, ineffective morality campaign for self-loathing and shaming. テストファースト原理主義は禁欲のみを唱えた性教育のようなものだ。つまり、自己嫌悪に陥っている人に向けた、非現実的で効果のない、道徳教育のようなものだ。 It didn't start out like that. When I first disco
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
Kawaz - 「レイチェル」演出勉強会 http://www.kawaz.org/events/318/ ノベルゲーム制作にて動的な演出を考える時、どこに着目して開発すれば良いかをまとめています。 スライド中に使用した動画に関して怒られそうならこのスライドは取り下げます。 （youtubeの動画埋め込めるらしいですけど面倒なので埋め込んでないです。動画はクリックでyoutubeへ飛びます）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く