Lighthouse for your entire site Unlighthouse is a free, open-source CLI that runs Google Lighthouse on every page of your site in parallel. Auto-discovers URLs, crawls in parallel, and delivers one unified performance report.
この記事は、textlintのチェックでエラーとなった結果を、Pull Requestのレビューコメントとして書く設定をする手順をまとめたものです。 textlintを使っているCI環境に数行追加する程度で、次のようにPull Requestのコメントに指摘内容が自動で書き込めるようになります。 reviewdogを使うことで、CIからレビューコメントとしてLintの結果を書き込むことができます。 CIでLintがエラーとなった場合、CIの画面までエラーを見に行く必要があって面倒です。 reviewdogを使うことで、PRの画面上にLintのエラーが表示されるので手間が省けて便利です。 基本的には次の記事と同様です。 textlintをTravis CIで動かして継続的に文章をチェックする - Qiita Travis CIでtextlintの指摘をPull Requestのレビューコメン
この記事はGoodpatchのエンジニアがお送りするGoodpatch Advent Calendar 2015の1日目の記事です! 1日目は最近Prottチームでおこなったテスト推進施策について書いてみようと思います! 私はProttというプロトタイピングツールの開発を担当しているのですが、Prottには今までサーバーサイドのコードにしか自動テストがありませんでした。 変化のサイクルが速く長期的な運用になる自社サービスは常にコードの形を変えていく必要がありますが、自動テストがないと気軽なリファクタリングをしていくことが難しくなってしまいます。 今回はテスト推進施策ということで、フロントエンド側のテスト環境構築とテストに関連する取り組みを行ったので、その内容をまとめたいと思います。 ポイントは以下の3点です! フロントエンドのテスト環境を作る → Karma + mocha + power
Promise本の取り組み JavaScript Promiseの本の開発で取り組んだ事と取り組んでおくべき(考慮しておくべき)だったことについてのメモ書き 技術書のディレクトリ構成とか参考になるものがあんまりなくて適当に作ったので、その辺を整理をしたい目的で書いてます。 はじめに ここで書いたPromise本のディレクトリ構成やCI、テスト手法、使ったツールなどについては以下に大体書いてあります。 JavaScript Promiseの本 付録 上記の付録のソース : promises-book/Appendix-Note at master · azu/promises-book promises-book/CONTRIBUTING.md at master · azu/promises-book なので、結構省いて書いてるのでちゃんと見たい人は付録とかの方を見て下さい。 後、書籍の文
Travis CIを始めとするウェブサービスとして使えるCIを使って、 JavaScriptのブラウザテスト(ブラウザ上でJavaScriptを走らせて行うユニットテスト)をやる方法をサービスごとにまとめてみました。 テストフレームワークとして Buster.JS を使用して行います。 Karma (旧Testacular) では公式サイトにも Karma – Travis CI でCI Serviceとの連携方法が記載されているのでそちらも参考にして下さい。 今回紹介するCI Servicesは以下のものです。 Travis CI drone.io BuildHive Jepso CI テスト実行の流れ Jepso CI を除いては、テスト実行の流れ自体は同じなので先に解説します。 Capture用のローカルサーバを立てる テストしたいブラウザで capture URL へアクセスする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く