2017年JavaScriptのテスト概論 | POSTD
本稿は、JavaScriptのテストについて最も重要な根拠、用語、ツール、アプローチなどの知識を身に着けることを目的とした簡略版ガイドブックです。本稿で検討する数々の側面に関する最新の秀逸な記事も紹介しつつ、私たちが経験的に得たことも多少付け加えたいと思います。 Facebookによるテスト用フレームワークであるJestのロゴをご覧ください。 見てお分かりのように、このフレームワークは「苦痛のない」JavaScriptのテストをスローガンに掲げています。しかし、 “次のように言う人” もいます。 苦痛のないテストなんてあり得ない。 実際、Facebookはこのスローガンを掲げるだけの素晴らしい理由があります。一般的にJSのデベロッパは Webサイトのテストにあまり満足していません 。JSのテストには制限があり、実装が難しく、低速である傾向があります。 一方、正しい戦略を立てて適切にツールを
[iOS] 明確で簡潔なテストを書くことができる iOS UI自動化テスト・フレームワークEarlGreyを試してみました。 | DevelopersIO
[iOS] 明確で簡潔なテストを書くことができる iOS UI自動化テスト・フレームワークEarlGreyを試してみました。 1 はじめに 先月2月16日、「Google テストブログ」で公開された、EarlGreyは、明確で簡潔なテストを書くことができるiOS UI自動化テスト・フレームワークです。 Google Testing Blog EarlGrey - iOS 向けの UI 機能テスト フレームワーク 同ブログで紹介されていた、EarlGreyの主な機能は、次のとおりです。 (1) 強力な組み込みの同期 テストはUIと対話する前のアニメーションや、ネットワーク接続などのイベントを自動的に待機します。 この際、特にスリープなどを書く必要がないため、テストコードはシンプルになります。 (2) 可視性のチェック すべての操作はユーザーの可視範囲で発生します。 例えば、画像の背後にあるボ
![[iOS] 明確で簡潔なテストを書くことができる iOS UI自動化テスト・フレームワークEarlGreyを試してみました。 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/971e30fe24c09f9647505ded03a241264922973b/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F03%2F0052.png)
たった1人から始める社内テストコード文化
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals # テストする関数 def add(a, b): return a + b # テストコード 関数名はtest_ から始めるのがpytestでのお作法 def test_add(): assert add(1, 1) == 2 assert add(1, 2) != 2 >>> $ py.test ../tests/test_add.py =============================================================================== test session starts ================================================
テストなんか書かなくて良い 僕の考えるサービス開発の肝 - mosa_siru’s blog
世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか？ 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える
テストを使いサービス開発を駆動していくために取り組んでいること - クックパッド開発者ブログ
技術部の松尾(@Kazu_cocoa)です。 最近、 @moroや私を中心に、テストから開発を駆動するという方向で、とある活動を始めました。その活動の中では、 @t_wadaさん を 技術顧問 として巻き込んで活動を進めています。そんな取り組みを少しここにまとめます。 取り組みの前段階 先日、私はテストエンジニアというロールに焦点を当ててテストという言葉に対する2種類の話をいたしました。TDDのようにテストによって開発を駆動していく側面の話と、人の認知・感じ方に寄った仕様自体含めてテストしていく側面の話です。 クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアのあり方〜 を開催しました！ クックパッドエンジニアトークナイト 〜クックパッドテストエンジニアvol.2 Testing編〜 を開催しました！ その際、会の傍でt_wadaさんらと私たちが開発するWebアプリケーショ
AppiumとCalabashについて調べてみた - Qiita
モバイルアプリのテスト自動化ツールであるAppiumとCalabashに関していろいろ調べたのでメモとして記載します。 もし加筆・訂正すべき情報があればコメントいただけるとうれしいです。 Appium・Calabash共通 サポート環境 iOS, Android両方に対応（AppiumのみFirefoxOSも対応） シミュレータ, 実機どちらにも対応 仕組み どちらも、アプリのテストツールをラップするサーバを起動させ、そのAPI経由でアプリを操作する仕組み。 テスト自動化ツール iOS - UI Automation Android - UiAutomator (もしくはInstrumentation) クラウド AWS Device Farmで使用可能 動作の仕組み 開発PC上で、SeleniumのWebDriver JSON wire protocolに準拠したAPIを持つサーバを起動
アプリ開発効率化の鍵は「テストの自動化」日経電子版 × Sansan × 岸川克己氏 | キャリアハック（CAREER HACK）
アプリ開発に自動化は必須か 「勢いよくアプリを開発したものの、デバイスごとにUIに不具合が……」 「テストを自動化したいけれど、やり方が分からない」 上記の方は、ぜひアプリ開発時のテスト自動化を図ってみてはいかがだろうか。 日経電子版×Sansanのアプリ開発勉強会、シリーズ第3弾。最終回のテーマは「アプリ開発時のテスト自動化」、「開発効率改善」。登壇者である辰濱健一氏、赤間夏樹氏、岸川克己氏の3名が経験した失敗、そして効率化への道を指南した。 【登壇者】 ・辰濱健一氏 （Sansan株式会社 エンジニア） 「アプリ開発作業の効率改善」 ・赤間夏樹氏（株式会社 日本経済新聞社 エンジニア）「CircleCI を導入してみた」 ・岸川克己氏 （アプリ開発テクニカルアドバイザー） 人数が少ないからこそ、作業の効率化が必要だった 最初のトークセッションはSansan株式会社エンジニアの辰濱健一氏
安定したリリースを継続するためのテストとテストレベルの話 - クックパッド開発者ブログ
こんにちは。技術部の松尾(@Kazu_cocoa)です。 安定したリリースを継続して回す為には、開発プロセスや実装も大事ですが、その中でどのような確認、テストを継続して行うかも大切になります。そこで、開発プロセスにおけるテストをどのように切り分けて、構築していくかという考え方に関して少し整理してみようと思います。 これにより、実施されているテストによって検出できる/できない不具合がどのようなものか、それが開発中のどこで防ぐことができるのかを整理できるようになってくると思います。また、安定したリリースを実現するためのボトルネック解消に向けて、どのレベルでテストを充実させると効率的にそれが達成できるかという所も考えることができるようになります。 テストレベルによるテストの区分け テストレベルという言葉にも様々な定義がありますが、ここではざっくりとテスト対象となる範囲や領域を意味することにします
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
