脳に収まるコードの書き方
ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します。自分のチェックリストからチームワーク、カプセル化から分解、API設計から単体テストまで、ソフトウエア開発の重要な課題に対する考え方やテクニックを紹介します。サンプルプロジェクトで使うコードは、Gitリポジトリの形で入手でき、試しながら学べます。 有効に機能するプロセスを選び、効果のない方法論から脱却する方法。チェックリストを使うこ
【翻訳】テスト駆動開発の定義 - t-wadaのブログ
このブログエントリでは、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発（TDD: Test-Driven Development）の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化（Semantic Diffusion）とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私（和田）はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正
yamlでテストシナリオを書いてそのまま実行までできるAPIテストツールの新星 “runn” を試してみた | DevelopersIO
yamlでテストシナリオを書いたらそのまま実行できる……そんな夢のようなシナリオテストツール"runn"の紹介とやってみた記録です これまでのシナリオテストツールに対する課題感 シナリオテストツールといえば、 Cucumber や Gauge といったツールが有名です。 ですが、これらのツールは「シナリオファイル」とは別に、シナリオを実行するためのコードも書かないといけません。しかも、そのコードではAPIを呼び出す処理を特定のプログラミング言語を使って書かなければなりません。その中には、HTTP Clientを実際に操作するような処理も含まれます。 私は「シナリオテストがしたい」のであって、「シナリオに沿ってAPI呼び出しを行う処理を書きたい」のではありません。こういった課題感を、ここ数年ずっと抱えてきました。 そんなとき、ついに見つけたツールが "runn" でした。 APIのシナリオテ
「GAFAM」から学ぶ、自動テスト手法――アジャイル開発で単体テストの“確からしさ”を検証する、ミューテーションテストとは
「GAFAM」から学ぶ、自動テスト手法――アジャイル開発で単体テストの“確からしさ”を検証する、ミューテーションテストとは：海外企業に学ぶテスト自動化（1） 海外の先進的企業の事例を基にテスト自動化に使われる手法を解説する本連載。第1回は、アジャイル開発において単体テストを検証する「ミューテーションテスト」について。 今の時代に「海外に学ぶ」というタイトルは反感を覚える方がいるかもしれませんが、残念ながら日本のソフトウェア企業と「GAFAM」（Google、Amazon.com、Facebook、Apple、Microsoft）との技術力の差は大きいです。それは日本の技術者が米国などの海外の技術者より劣っているという話ではなく、企業の利益の差が大きいと思っています。例えば、Googleの利益は約4兆円で、利益率約20％、1人当たりの利益は約7000万円、Microsoftの利益は約6兆円、
リーダブルテストコード / #vstat
「リーダブルなテストコードについて考えよう ～VeriServe Test Automation Talk No.3～」で使用したスライドです。 https://veriserve-event.connpass.com/event/243280/ 登壇動画はこちらで公開されています。 https://vimeo.com/742517199/e001ac43ac ＜参考リンク＞ Twitter https://twitter.com/jnchito Blog https://blog.jnito.com/ Qiita https://qiita.com/jnchito プロを目指す人のためのRuby入門［改訂2版］ https://gihyo.jp/book/2021/978-4-297-12437-3 Everyday Rails - RSpecによるRailsテスト入門 https://
rjとtとjqコマンドでHTTPレスポンスを試験する - ゆーすけべー日記
Web 開発者は HTTP レスポンスをよく見る。 以前 CDN を導入する際に、キャッシュがヒットしているかどうか、どこのエッジがキャッシュを返しているかを確認するためにヘッダをよく見ていた。また、ヘッダだけではなく、TTFB といったレスポンスタイムも気にしている。とにかく HTTP レスポンスをよく見る。 HTTP レスポンスを確認する３つの方法 Chrome さえあれば DevTools を見て一目瞭然である。 とはいえ、コマンドラインで確認したい時がしばしばある。 GUI を操作するよりも手軽である。 その場合はcurlコマンドを叩けばよい。 これでプロトコル、ステータス、ヘッダが分かる。 また、レスポンスタイムを測りたければ、その名もttfb.shというcurlをラップしたコマンドラインツールがある。 https://github.com/jaygooby/ttfb.sh この
テストコードを書き始める前に考えるべきテストの話（2021年版） #scrumosaka / scrum_fest_osaka_2021
以下のイベントの投影資料です。 https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15337 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P12 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2018V31.J03.pdf#page=15 ※2011年版は現在リンク切れのため、最新版のシラバスのURLを掲載しています P17 概説テスト分析 http://www.slideshare.net/takashiyamasaki378/ss-55384920 P29 システム/
AndroidX x JUnit5でUIテストを書こう - DeNA Testing Blog
こんにちは。SWETチームの@zhailujiaです。 今回はAndroidX x Junit5を使ったUIテストの書き方を紹介して行きたいと思います。 背景 JUnit 5はJUnit 4と比べて複数な新機能があって使いたいところですが、現時点GoogleはAndroidのJUnit 5テストをまだ公式対応していません。 android-junit5は、AndoridプロジェクトでもJUnit5の使用を可能にするサードパーティ製のGradle Pluginです。 今年4月に、android-junit5から新しいInstrumentationサポート用のInstrumentation 1.0.0Libraryをリリースしました。 これによりAndroidXのActivityScenarioなどのAPIとJunit5を組み合わせたUIテストが遂に書けるになりました。 システム環境 Syst
Kotlin、MockitoによるRepositoryパターンのLocal Unit Testについて - Qiita
Kotlin、MockitoによるRepositoryパターンのLocal Unit TestについてAndroidKotlinMockito こんにちは、 Androidアプリエンジニアの大屋です 最近ようやくテストコードを書き始めたのでテストについてまとめていきたいと思います。 今回はRepositoryパターンのLocal Unit Testについてです。 現在、開発中のアプリですが、MVVM + Repositoryパターンのレイヤードアーキテクチャを採用していてRepositoryパターンの機構を単体テストするにはどうしたらいいのか気になったのでトライして見ました。 よろしくおねがいします💪💪💪 テスト実施用のサンプルアプリ あと、今回テストするのに簡単なサンプルアプリを用意しました。 アプリといってもSharedPreferencesに書き込み、読み込みをするだけのアプリ
テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
俺的Androidアプリ開発の基本方針 ver 2016.Q3 - Qiita
前提 @eaglesakura が務めているTopgate社は受託案件が多いので、この方針が絶対ではない。受注元によっては好き放題できるし、受注元によっては条件が厳しくなる。 また、弊社のAndroidアプリ開発は1人～数人で行われることが多い。そのため、この方針は更に大規模な開発では通用しない可能性があることも承知している。 その辺りは 以前の記事 でも書いたとおり。 ここに書いた方針はその時々の状況（公式ツールやSupport Library、流行り廃り）によって変化する。が、こういう構成になったのはその時時の理由があるわけなので、明文化することで後々「なぜこういう構成にしなければならなかったのか」ということを思い出せるようにもしておきたい。 環境整備 ソースコード管理 制限が無いのであれば、githubで管理する。githubのissueはRedmineに比べると機能的に不十分である
Diary of absj31
2013年後半〜2014年の記録更新を疎かにしていたので、今年(2015年)は前もってフォーマットを用意して適宜更新を心掛けるようにしてみます。 これまでの参加エントリについては、以下をご参照下さい。 ※文字数制限の都合上、西暦年別に一覧表を分けました。 ・全体 ：勉強会参加記録一覧 ・2014年：勉強会参加記録一覧(2014年) ・2013年後半：勉強会参加記録一覧(2013年後半) ・2013年前半：勉強会参加記録一覧(2013年前半) ・2012年：勉強会参加記録一覧(2012年) ・2011年：勉強会参加記録一覧(2011年) ・2010年：勉強会参加記録一覧(2010年) 参加記録一覧(月別の概略) エントリ本数イベント回数 年月事前(告知)事後(レポート)本数合計(累計)月毎の合計2014年累計(全累計) 2015年01月000(0)00(185) 2014年までの累計0(2
IE AutoTester で，UIの回帰テストを完全自動化 - 主に言語とシステム開発に関して
テスト仕様を書けば，仕様書自身がテスト（ブラウザ操作）を自動でやってくれる。 Excelのシート上に，下記のように記述する。 IE起動 開く http://www.yahoo.co.jp/ 存在判定 srchtxt 存在判定 srchbtn 入力 srchtxt hogeraccho クリックして待機 srchbtn が，それだけではない。 テスト仕様書に，試験の結果も自動で記録してくれる。 Seleniumで可能な通常のDOM操作に加えて， マウスのドラッグドロップや， ファイルのアップロード・ダウンロードといった，込み入ったUIのテストも自動化できる。 クロスドメインでテストできる。（テスト対象のサーバ上に，テスト用のファイル不要） 「Excelでテスト仕様書を書く」というのはExceleniumと同じやり方だが，上記のようにSeleniumで不可能だった点を補っている。 それが，今回
【超訳】AndroidのUIをUnitTestできるNative Driver - Android Zaurusの日記
Introducing Native Driverの超訳。 Native DriverはWeb Driver APIの実装で、WebアプリケーションではなくネイティブアプリケーションのUIを叩くもの。Android版がダウンロード出来るようになったので、ユーザとコントリビュータをゆっくり募集。Google Code (http://nativedriver.googlecode.com/ )に置いてある。iPhone(iOS)版も開発中でもうすぐ使える。 WebDriverはブラウザの機能を綺麗でオブジェクト指向なAPIとして見せてくれるので、Googleでは多くのプラットフォーム上でWebアプリケーションをテストするのにWebDriverを使っている。（WebDriverについては、このブログ記事を参照） なぜWebDriver APIをネイティブアプリケーションに使うのか不思議に思うか
Androidアプリ開発でテストを始めるための基礎知識
Androidアプリのテストに関する課題 Android端末の普及は世界規模で増加の一途をたどっています。2011年秋冬モデルが発表され、発売予定のものを含むと日本で発売中のAndroidの携帯端末は100機種に迫ろうとしています。読者の皆さんの周囲を見渡しても、電車や街角でAndroidを採用したスマートフォンなど携帯端末を使用する人をよく見かけるのではないでしょうか。 そして、スマートフォンに留まらずタブレットやミュージックプレイヤー、電子ブックリーダー、POSレジ、テレビなど、さまざまなデバイスがAndroidを搭載し始めています。Androidの採用が増えるにつれ、Androidアプリの種類が増えるので、アプリの開発案件も増えることになります。実際、本稿を読んでいる開発者の方の中にも、すでにAndroidアプリの開発に取り組んでいる方も多いのではないでしょうか。 筆者も普段の業務の
Androidのユニットテストを倒す（PureJavaライブラリ編） - _development,
Android JUnit Testはシステム(エミュレーター/実機)にアプリケーションとテストアプリケーションをデプロイして実行するため、通常のJUnitテストと比較して時間がかかります。 しかし、アプリケーションに含まれるメソッドの何割かはAndroid Framework固有のAPIを使ってはいないでしょう。たとえばこんなふうに有りがちなユーティリティメソッドのように。 public static final int lengthOf(String str) { if (str == null) return 0; return str.length(); } こういったメソッドのテストはサクっと済ませてしまいたいのが人情というものです。このエントリでは、Android Frameworkに依存しないクラスのテストに時間をかけない方法を考察します。 Android Framework
人気Androidゲーム「ワンダのレプリカ島」開発者が語る“個人作品への思い”
人気Androidゲーム「ワンダのレプリカ島」開発者が語る“個人作品への思い” グーグル デベロッパー アドボケイト Chris Pruett氏 Chris Pruett氏は、日本在住の開発者である。グーグル勤務のかたわら、自主制作ゲーム「ワンダのレプリカ島」をAndroidアプリケーションとして開発した。 「ワンダのレプリカ島」は110万以上のダウンロード数を記録し、Android上の人気ゲームとなっている。また、ソースコードはApacheライセンスによりオープンソースソフトウエアとして公開されている。 ゲームの背景設定は複雑だ。主人公は記憶を失ったロボットで、Androidのマスコットキャラクターが使われている。主人公の前に現れるのは、指示を与えてくれるカボチャノミズ博士と、謎めいた少女、ワンダ。冒険と戦いを続けるうちに、過去の記憶がよみがえり、この世界の別の姿が顔を見せはじめる。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
11, 1 A3ITpro on USTREAM. Computers
ユーザーテスト｜サービス｜株式会社コプロシステム
Google Code Archive - Long-term storage for Google Code Project Hosting.