この記事について この記事ではエクサウィザーズの介護記録AIアプリ「CareWiz ハナスト」(以下ハナスト)の開発スピードを維持するために、どのようにテストを書いているかをご紹介します。 内容としては基本的なことかと思うので、ハナスト開発ではどのような基本に則ってテストしているかという感じで読んでいただければ良いかと思います。 書いているのは誰？ この記事はハナスト開発チームのテックリードをしている原(@haracane)が書いています。 ハナストチームでは主にNode.js&TypeScriptでバックエンドAPIを開発していてテストにはJestを使っています。 ちなみにこれまではKotlin&JUnitやRuby on Rails&Rspecなどで開発＆テストをしたりしてました。 ハナストについて ハナストは簡単に言うと「音声入力で介護の記録をするアプリ」です。 以下の動画を見ていた
Small tests should be isolated from each other, but this constraint gets in a way of medium and large tests (especially for web testing). Take a look at what users are doing with Selenium + TestNG. Also, dependencies and high parallelism are not mutually exclusive, it's unfortunate that this rumor is still around. Here is why: http://beust.com/weblog/2009/11/28/hard-core-multicore-with-testng/ Rep
本稿は、JavaScriptのテストについて最も重要な根拠、用語、ツール、アプローチなどの知識を身に着けることを目的とした簡略版ガイドブックです。本稿で検討する数々の側面に関する最新の秀逸な記事も紹介しつつ、私たちが経験的に得たことも多少付け加えたいと思います。 Facebookによるテスト用フレームワークであるJestのロゴをご覧ください。 見てお分かりのように、このフレームワークは「苦痛のない」JavaScriptのテストをスローガンに掲げています。しかし、 “次のように言う人” もいます。 苦痛のないテストなんてあり得ない。 実際、Facebookはこのスローガンを掲げるだけの素晴らしい理由があります。一般的にJSのデベロッパは Webサイトのテストにあまり満足していません 。JSのテストには制限があり、実装が難しく、低速である傾向があります。 一方、正しい戦略を立てて適切にツールを
Interesting. I had never heard of Test Engineer being used as a job title before. Does the addition of the word engineer really represent what the job entails? Or do you think it is a reaction to the typically pejorative title 'tester' or 'QA'. Note: I write test automation code for a living, and have always wondered what a suitable job title should be. ReplyDelete
1. 5-minute intro to property-based testing in Python with hypothesis Franklin Chen http://FranklinChen.com/ http://ConscientiousProgrammer.com/ Pittsburgh Python Meetup June 26, 2013 2. Property-based testing vs. example-based testing Example-based testing: assert that a property is true for some values. Are list appends associative? Write some examples def test_list_append_associative_example1()
画像周りの動作が意味不明かつ使い辛いので移転しました。 go言語のテスティングフレームワークについて — さにあらず
Highlighted Child pages Running tests at home Chromium build infrastructure Fixing Flaky Tests Fixing Chrome-branded Tests Blink Web Tests Try Server usage Commit Queue Isolated testing and Swarming ==GPU Testing== WebGL Conformance Tests Builder Annotations WebUI browser tests chrome.test.* APIs Overview Chromium development is heavily test driven. In order to maintain a rapid rate of development
3. Dependency Injection ● SUT をどう設計すれば、ランタイムに依存オブジェ クトを差し替えられるだろうか? ● クライアントが SUT に対して依存オブジェクトを提供す れば良い ● テストする際には、 SUT を依存から独立してテストでき るのが望ましいが、依存クラス名などがハードコードさ れていると難しい ● Dependency Injection は、 SUT に対する依存オブ ジェクトをテスト時に差し替えるのに使える
2013年はじめのTDD Boot Camp in 大阪 外伝 の資料です。 http://kokucheese.com/event/index/64957/Read less
Bộ dịch vụ chuyên nghiệp toàn diện của chúng tôi phục vụ đa dạng khách hàng, từ chủ nhà đến nhà phát triển thương mại. Cải tạo và Phục hồi Trải nghiệm sự kết hợp giữa trí tưởng tượng và chuyên môn với Giải pháp Kiến trúc Études.
テスト項目の設定では，テスト対象におけるテスト項目の網羅性が重要となる。「テスト項目を漏れなく洗い出すには，設計カバレッジによるテスト項目の確認が必要」。こう話すのは，豆蔵の大西建児氏（ES事業部 シニアコンサルタント）だ。 設計カバレッジとは，設計すべきテスト項目を設計したかという網羅性を確認するもの。これに対して実行すべきテスト項目をどれだけ実行したかを示す「実行カバレッジ」もある。 通常，実行カバレッジによる網羅性の確認を取り入れないことはない。テスト項目の一覧を一つひとつ実施していけば，実行カバレッジを確認できる。 だが，設計カバレッジを確認している現場は意外に少ないようだ。その理由は，「設計カバレッジ」という考え方や具体的な確認方法が，開発現場に定着していないからである。 三つの方法で網羅性を確認 では，設計カバレッジをどのように確認するのか。豆蔵の大西氏は，具体的な方法として，
https://github.com/twitter/bootstrap/blob/master/js/tests/unit/bootstrap-popover.js equals($('.popover .popover-content').text(), 'loves writing tests （╯°□°）╯︵ ┻━┻', 'content correctly inserted') : : var popover = $('<a href="#" title="@mdo" data-content="loves data attributes (づ｡◕‿‿◕｡)づ ︵ ┻━┻" >@mdo</a>') :unicode のテストということにしておこう。
JavaScriptテストの基礎知識と使えるフレームワーク6選：フレームワークで実践！ JavaScriptテスト入門（1）（1/3 ページ） しっかりとJavaScriptの“テスト”を行うために、最近のJavaScript事情やテストを取り巻く環境、今注目のテストフレームワークを6つ紹介する JavaScriptでもテストを書こう ＠ITの読者の方たちのほとんどは、どのような言語を主に利用しているのかなどの違いはあるにせよ、日常的にプログラムを書いている方たちが多いかと思います。 アプリケーションを作る、ライブラリを作成する、オープンソースプロジェクトに貢献するなど、皆さんがプログラムを書く場面はそれぞれいくつかあるはずです。それらプログラムを書く場面に共通して大切な習慣の1つとして、「作成するプログラムに対しては必ずテストコードを書く」ことがあるのは、誰にでも同意してもらえることでし
状況はかなり改善した 非同期、setTimeout, Ajax系はSinonJSで簡単に Swarm系のツールでDOMのテストも容易に 環境構築も非常に楽になった PhantomJSはバイナリもあるし、ビルドも簡単 Swarm系のツールならブラウザでURLへアクセスすればすぐテスト開始
tox aims to automate and standardize testing in Python. It is part of a larger vision of easing the packaging, testing and release process of Python software (alongside pytest and devpi). tox is a generic virtual environment management and test command line tool you can use for: checking your package builds and installs correctly under different environments (such as different Python implementatio
アプリケーションを開発する上で、避けて通れないもの、それがテストです。とくにブラウザごとの非互換性が大きい Web アプリケーションでは、念入りなテストが必要です。でも、テストはあまり創造的な作業ではないし、やったからといってなにか機能が増えるわけでもない。できるだけ手間をかけずに済ませたいところですね。 そんなわけで、本日は JavaScript 用のテストフレームワークである JsUnit を利用したユニットテストの方法をご紹介しようと思います。 Ruby のユニットテストの記事でも書きましたが、ユニットテストによるテスト・ファースト開発は開発効率の面でも良い影響があります。まだ導入していない方は、ぜひこの機会に使ってみてください。 JsUnit について 今回利用する JsUnit は Java 用の JUnit を参考にして作られた JavaScript 用のユニットテストフレーム
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
