UnlighthouseGoogle Lighthouse for your entire site. Unlighthouse crawls and scans your entire site with Google Lighthouse providing a unified report for your site's health.
Streamline Your MGA License Acquisition | LicenseGuard Pro
Your MGA License Roadmap: Requirements & Process Understanding the precise requirements for your MGA license is the first step toward successful application. Our roadmap breaks down the complex process into manageable steps. Initial Preparation Gather corporate documents, financial statements, and establish your business entity. We'll help identify which specific documents are needed for your case
reviewdogを使ってtextlintの結果をPull Requestに書き込む方法 - Qiita
この記事は、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のレビューコメン
Prottのテストを支える3つの施策（power-assert導入 & Protected branches & CI高速化） - エンジニアをリングする
この記事はGoodpatchのエンジニアがお送りするGoodpatch Advent Calendar 2015の1日目の記事です！ 1日目は最近Prottチームでおこなったテスト推進施策について書いてみようと思います！ 私はProttというプロトタイピングツールの開発を担当しているのですが、Prottには今までサーバーサイドのコードにしか自動テストがありませんでした。 変化のサイクルが速く長期的な運用になる自社サービスは常にコードの形を変えていく必要がありますが、自動テストがないと気軽なリファクタリングをしていくことが難しくなってしまいます。 今回はテスト推進施策ということで、フロントエンド側のテスト環境構築とテストに関連する取り組みを行ったので、その内容をまとめたいと思います。 ポイントは以下の3点です！ フロントエンドのテスト環境を作る → Karma + mocha + power
Promise本で取り組んだ電子書籍の開発ツール、CI、継続的リリースについて
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 なので、結構省いて書いてるのでちゃんと見たい人は付録とかの方を見て下さい。 後、書籍の文
CI as a Service ブラウザを使ったJavaScriptのテストをCIサービスで動かす方法のまとめ
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 へアクセスする
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - algolia/shipjs: Take control of what is going to be your next release.
Inch CI
https://github.com/chaijs/chai/blob/master/karma.sauce.js
Continuous Integration and Delivery - CircleCI