ご注文はCIですか？ - megamouthの葬列
いい歳なのにWebプログラマなんていう仕事をしている。 正確に言えばWeb屋だ。今や絶滅危惧種になったこの職業は、デザインをPhotoshopやIllustratorでちょっと修正するところから、サーバーのファイアウォールの設定をちょっと変更するところまで、Webに関する何でもをこなす便利屋みたいなものだ。 一時は、Web屋みたいな人をフルスタックエンジニアなんて呼んでいた時期もあって、私も格好をつけたい時に便利に使わせてもらっていたけど、ただの銀玉鉄砲をシルバーバレット・オートマチック・モデルガンと呼んでるみたいで、口にする度に気恥ずかしくなってしまい、すぐに言わなくなってしまった。 これは言葉が悪いのではなくて、きっと私がWeb屋で、フルスタックエンジニアではなかったからだと思う。 銀玉鉄砲が、軽いアルミ缶すら撃ち抜けないように、Web屋もまた、ネットワークやサーバー運用の深淵を知らな
Docker × Android エミュレータで、自動テスト(Appium)を並列化・爆速にする環境を作ったお話 | メルカリエンジニアリング
Docker × Android エミュレータで、自動テスト(Appium)を並列化・爆速にする環境を作ったお話 これは Mercari Advent Calendar 2018 10日目の記事です。 こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA) の 根本 征 です。 私は普段、テスト自動化・CI / CD 改善・その他社内の生産性を上げるための自動化を行っています。 今回は、Android・Appium の自動テストを 20~30台のエミュレータで並列実行できる 環境を作成したので、その試行錯誤についてお話したいと思います。 これまでの Android 自動テスト環境とその課題 Docker-Android クラウドでどう実行させたか 仮想マシンの入れ子(Nested Virtualization) を有効にする ベアメタルイン
無料でLANの速度を計測できる「LAN Speed Test」＆キャッシュやディスク速度に左右されない最速を計測できる「LST Server」レビュー
ローカルのネットワーク速度を測定しようと実際にファイルを転送してタスクマネージャーなどでモニターしても、Windowsが持っているキャッシュ機能の影響を受けてしまい、本来の速度は分かりません。LANの実際のスループットを測定し、キャッシュやディスク速度に左右されない最速を計測できるのが「LAN Speed Test」と「LST Server」です。 Totusoft | LAN Speed Test https://totusoft.com/lanspeed Totusoft | LST Server https://totusoft.com/lanspeedserver ◆ダウンロード＆インストール まずは「LAN Speed Test」の配布ページからファイルをダウンロードします。「Download Now」をクリック。 「ファイルを保存」をクリック。 ダウンロードした「LST_Ser
よりぬき「Androidテスト全書」さん - 怠惰を求めて勤勉に行き着く
TL;DR かねてより執筆中であった「Androidテスト全書」をついに出版しました。 Androidテスト全書 著者： 白山 文彦,外山 純生,平田 敏之,菊池 紘,堀江 亮介, 製本版,電子版 PEAKSで購入する 我が国のAndroid史に残るほど良い本に仕上がったと思います。Androidのテストのみにフォーカスした本は日本では類を見ないと思いますが、2018年時点でのUIテストとCI/CDの実践的な知見まで含めると、世界でもここまでまとまった本はないんじゃないでしょうか1。 まだテストがなくこれから増やして行きたい現場や、新人教育に時間を割けない会社など、ぜひこの本を買ってAndroidのテストにチャレンジしてみてください！ それから、これはとても重要なことなのですが、出資者のみなさまで内容にご満足いただけた方はぜひ紹介コードを使ってお知り合いに薦めてあげてください。キャッシュバ
開発者のためのソフトウェアテストのスキルアップ | Think IT（シンクイット）
はじめに ここまで、さまざまなソフトウェアテストの考え方や種類を紹介してきました。開発者がソフトウェアテストを活用していくなかで、「どのように問題を分割してすすめて行けば良いのか」と「どのようなテストケースを選択するのか」という2つの課題は筆者に多く相談がきます。 今回は、この2つの課題に対して、どのような方法で自らのスキルを上げて行けば解決できるのかを解説します。具体的には、前者には「Mikadoメソッド」を、後者には「テスト技法」を活用します。 筆者がよく耳にするソフトウェアテストの課題 開発者がTDDやテスト設計に取り組む際、筆者はよく次のような課題を耳にします。 どのように問題を分割するのか問題に対してどのようなテストケースを選択するのか 「どのように問題を分割するのか」とは、TDDやテスト設計において「開発対象をどのような問題に分割してテストを作れば良いのかわからない」といった課
結合テストと呼ぶのをやめた話 - asterisc
はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを
書籍「Clean Architecture」が最高すぎたのでエッセンスをまとめてみた
本記事では、書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」のポイントを抽出する。ただ、削った部分も多いので、ぜひ書籍を購入してほしい。 第1部 イントロダクション ソフトウェアを「一度だけ」動かすのは、それほど難しいことではない。正しくするのは難しい。 ソフトウェアを正しくすると、不思議なことが起こる。開発や保守に必要な人材はわずかで済む。変更は簡単で迅速になる。欠陥の数は少なく、ほとんど出てこなくなる。労力は最小に抑えられ、機能性と柔軟性は最大になる。 「あとでクリーンにすればいいよ。先に市場に出さなければ！」ソフトウェア開発者たちはそう言ってごまかす。だが、あとでクリーンにすることはない。短期的にも長期的にも、崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅い。早く進む唯一の方法は、うまく進むことである。 すべてのソフトウェアシステムは、2
構成ファイルの通りにインフラは立ち上がったのか？ インフラ自動テストツール「Terratest」がオープンソースで公開
構成ファイルの通りにインフラは立ち上がったのか？ インフラ自動テストツール「Terratest」がオープンソースで公開 クラウドの利用において、インフラの構成をコードで記述することは一般的になってきました。インスタンスのサイズや台数を指定し、仮想マシンのイメージを指定し、ネットワーク構成を指定する、といった内容を記述したファイルを用意し、ChefやAnsible、Terraform、あるいはAWS CloudFormationといったインフラ構成ツールで実行することで、つねに同じ構成のインフラを立ち上げることができます。 インフラの構成を変更する際にもGitHubのようなバージョン管理システムでインフラの構成コードを管理できるため、いつ誰がどのようにインフラを変更したのか、履歴の管理が可能になると同時に、問題が発生した場合には以前の状態に戻すこともできます。 オープンソースで公開された「T
6割という数字
お勉強に関することで6割ってよく見ますよね。 中高くらいだとテストの平均点って6割かそれをちょっと下回るくらいじゃないですか。 大学でも単位をくれるかどうかのボーダーって6割というのが私の経験則です。 あと資格試験なんかでも6割が合格かどうかの境になってたりします。情報処理試験とか。 でも、最近は6割ってどうなんだろうと思えてきました。 実際、6割ってあまり分かっていない気がします。よく大学のテストなんかで一夜漬けで単位取れてラッキーみたいな話聞くじゃないですか。 その程度で単位を認めてしまう6割という数字は果たして適当なんですかね。 8割くらいをボーダーにしないとあんまり学ぶ効果って無いんじゃないかなぁとふと風呂に入りながら思いました。
人工知能にTwitterを運用させてチューリングテストしたら衝撃的事実が明らかになりました - karaage. [からあげ]
人工知能にTwitterを運用させてチューリングテストしてみた きっかけは、以下の動画がめちゃくちゃ面白かったので、自分でやったらどうなるか実験してみたかったからです。いわゆるパクリです。 ちなみにチューリングテストというのは、その対象に知能があるかどうかを判定するためのテストで、本来はディスプレイとキーボードを介して人とテスト対象（人工知能）が会話するのですが、今回はその簡易版ということで、ツイートをこっそり人工知能と入れ替えて、フォロワーさんがそれに気づくかで判断することとしました（上記動画と同じ要領です）。 動画では、具体的な技術的説明は無かったのですが、昔、マルコフ連鎖を使って似たようなことをしていたので、今回はそれを応用することにしました。詳しくは以下記事参照下さい。 上記記事では、ブログの文章を学習（モデル化）して文章生成していますが、今回は、自分の過去のツイートの内容全てを学
![人工知能にTwitterを運用させてチューリングテストしたら衝撃的事実が明らかになりました - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7172e0bd969bc5a12b198af9f5b94cffd6be92d0/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20180408%2F20180408155122.jpg)
フロントエンドの負債と向き合う - mizchi's blog
某所で書いたものを公開用に書き直したもの 前提 フロントエンドでTDDは難しい、というかほぼ不可能である。なぜなら事前に副作用をデータとして表現できるか不明だからだ。たとえばあなたのプロダクトの画面の何処かにボタンを追加するために、その内部表現を事前に思い浮かべることが可能だろうか？ react-redux などのFluxフレームワークは如何に副作用をアクションとして表現することで、テスト・デバッグのための情報を残すか、という視点で発展してきた側面がある。あの冗長なアクション定義は、全てデバッグのために書いていると言っても、過言ではない。それすら「Textは文字がある」といったトートロジーなデータになりがち。 フロントエンドの現実的な単体テストは、他の開発者のために、自分が書いたコードの要求を満たしているか検知する手段として、防衛的にテストアフターしておく。これぐらいしか現実的な手法がない
test.comやaaa.comをテストデータに使うのはやめましょうという話 – 打つか投げるか
2018/02/13追記：「サンプル用のドメインを使おう」の説明に “.example” と “.test” の使い分けについて追記しました。 Web システム開発時のテストデータを作成する時、また各種ドキュメントを書いている時など、サンプルの URL を使う場面は多いと思いますが、その時に適当なドメイン名を使うのはやめましょう、という話です。 知っている方には当たり前レベルの話ですが、意外と IT 企業のシステム開発現場等でも普通に見かけることがまだまだありますので・・・。 よく見かける例 例えば、こんなドメインの URL で開発中システムのテストデータを作っていたり、仕様書に説明が書かれていたりする場面をよく見かけませんか？ test.comaaa.comabc.comsample.comdummy.comhoge.com でも、これらのドメインって存在していて、また実際に利用されてい
テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
孫弥 on Twitter: "外国人向けの日本語能力試験1級で出題された、伝説のリスニング問題 実際の音声（映像はイメージです） https://t.co/pXyn1uVjsn"
外国人向けの日本語能力試験1級で出題された、伝説のリスニング問題 実際の音声（映像はイメージです） https://t.co/pXyn1uVjsn
英国政府、自動運転トラックの隊列走行テストを高速道路で実施--810万ポンド投入
英国の運輸省および高速道路管理局は、政府主導の自動運転トラック隊列走行テストを高速道路で実施すると発表した。テストは3フェーズに分かれており、主要な高速道路上で2018年中に第1段階の試験を実施する計画。 試験する隊列走行は、先頭車両を追いかけるように別の車両が自動走行するもので、プラトーニングと呼ばれる。英国政府の試験では、最大3台の貨物トラックで隊列を構成。先頭車両はドライバーが手動運転し、アクセルおよびブレーキ、ハンドルなどが自動制御された車両が追従する。ただし、後続車両にも念のためドライバーが乗車する。 プラトーニングすると、先頭車両が風よけになり、後続車両は走行時に受ける風の抵抗が軽減される。そのため、燃料の消費量が減って経済的なメリットにつながるうえ、排出ガスを減らす効果も期待できるという。 なお、英国政府は走行テストを担当する英国交通研究所（Transport Researc
MVP（Minimum Viable Product）とは？実践するメリットと検証方法
Interaction Design Foundationはグローバルにデザインレベルの向上を目指す、デンマーク発の非営利団体です。 MVP（実用最小限の製品： minimum viable product）という考え方が広まったのは少し前のことです。MVPはFrank Robinson氏によって定義され、起業家であり学者のSteve Blank氏と、リーンスタートアップ（Lean Startup）を提唱したEric Ries氏という２人のプロダクトデザインの権威によって有名になりました。 MVPとは？ 簡単に定義すると、MVPとは、製品を提供する上で必要最小限の機能のみをもつ、もっともシンプルな製品です。しかし一般的には、「顧客価値があり、利益を生み出せる最小限のもの」と考えられています。 MVP戦略においては、価値基準を理解することが決定的に重要です。たとえば、車輪は車輪だけではユーザ
Big Sky :: Re: Go言語感想文
幾らか言いたい事があったので。 Go言語感想文 - なるせにっき 序 最近、敵情視察を兼ねた仕事ととしてGoでアプリケーションを書いていた。このアプリケーションがどんなものかはそのうち id:tagomoris さんがどこかで話すと思うけれど、この コンポーネント ... http://naruse.hateblo.jp/entry/2017/06/02/203441 GoroutineとChannel Goroutineはようするにスレッドなんですが、文法と実装の支援でより気軽に使えるのが他の言語との違いでしょうか。なので、Goroutineをどれだけほいほい使うべきかというコスト感覚を身につけることがとても大事な気がします。Rubyなどとは気持ちを切り替えていく必要があるでしょう。ぼくはまだ切り替えきれていません。 Goroutine はスレッドではありません。Goroutine はコ
「乱暴な言葉を発すると、ヒトの力が強くなる」、研究結果を発表
＜英キール大学の研究者が、「乱暴な言葉を口にすることで、人間のパワーをより強くすることができる」という研究結果を発表した＞ いわずもがな、日常生活において"ちくしょう"や"くそったれ"といった乱暴な言葉遣いは避けるべきだが、時として、このような言葉が私たちの力を強くしてくれる可能性があるそうだ。 英キール大学のリチャード・ステファンズ博士は、2017年5月5日、英国心理学協会の年次会議において「乱暴な言葉を口にすることで、人間のパワーをより強くすることができる」との研究結果を発表した。 痛みへの耐性、運動強度や握力で実験 ステファンズ博士らによる研究プロジェクトでは、被験者29名によるサイクリングテストと被験者52名による握力テストを実施。いずれも、乱暴な言葉を発した場合とそうでない場合でテストを行い、結果を比較したところ、乱暴な言葉を発した場合のほうが、より高い数値を記録した。 これらの
E2E テストを CircleCI 2.0 (Beta) で完結させてみた話 | feedforce Engineers' blog
こんにちは、あっという間に社内勉強会の順番がやってきそうでフルえているコシゴエです。気がついたら二年近く会社ブログを書いていませんでした…。 最近、ようやく重い腰を上げて Docker と CircleCI 2.0 を使い始めたので、E2E テストでの活用を試みている話をしたいと思います。 はじめに 突然ですが、弊社プロダクト dfplus.io では、TestCafe を使用して E2E テストを自動化しています。 dfplus.io は、異なるリポジトリで管理しているフロントエンド(JS)とバックエンド(Ruby)から構成され、E2E テストはフロントエンドのリポジトリで管理しています。E2E テストはリポジトリへの push をトリガーに CircleCI で実行し、このときのバックエンドは E2E 用に用意した共用環境(Heroku 環境)を利用しています。 E2E テストをしばら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sohutoueatesutowomian-qiang-siteshe-ji-yamanezimentogashang-shou-ninatutahua-number-iijlab-seminar?slide=49
