QAチームのbanです。今回はKaizen Platformで実施しているE2Eテスト*1について紹介します。 テスト自動化ツール「Autify」 E2Eテストには2年ほど前からAutifyをメインで使用しています。 AutifyはノーコードでWebアプリケーションのテストを作成＆自動化できるツールです。テストしたい一連の挙動をブラウザで操作して記憶させることで、簡単にテストを自動化できます。また、AI補正により作成したテストが壊れにくいのも特徴です。 autify.com Autify導入前の課題 Autify導入前はE2Eテストに課題がありました。 変化の速い時代。新しいアプリケーションや新機能は、早く作って早く試すことが求められています。しかし、これはQAにとっては大変で、素早く正確なテストが要求されることとなります。 特に悩まされるのがデグレ*2です。機能を改修すると思いもよらぬと

こんにちは、エンジニアの ryopeko です。 今回は Data Platform と呼ばれているデータ集計基盤の Rails プロジェクトで定期実行用に使われていた gem、 sidekiq-scheduler を crono_trigger に移行したお話です。 なお Data Platform の記事については以前ブログで紹介したこちらの記事も合わせてご覧ください。 KaizenPlatform では非同期処理には長らく Sidekiq が使われており、Data Platform でも非同期処理が必要な部分で使われております。 Data Platform では集計処理を cron 形式で指定した日時に定期実行するという機能があり、そこでは sidekiq-scheduler が使われていました。 この sidekiq-scheduler は Redis に各種メタデータを入れておき

こんにちは、つくばからリモートワークしている池田(@ikedaosushi)です。 Kaizen Platformでは定期的に「Kaizen Week」という取り組みをしています。 これは、 日常のプロジェクトを一時停止し、普段の業務では優先度を上げずらい「リファクタリング」「新しいツールの導入」などのタスクに1週間取り組もう、というイベントです。最近では3ヶ月に一度開催されています。 この記事ではKaizen Platformではなぜ「Kaizen Week」に取り組み、どんな工夫をしているのか、どんな成果が得られたのかを書きます。 Kaizen Weekをする理由「not 緊急 but 重要」 Kaizen Weekの目的は「緊急ではないが重要なタスクをする」ことだと思います。下の図は有名な「7つの習慣」に登場する優先度のマトリックスです。普段の業務では重要度に関わらず緊急度の高い「第

追記: 2021年6月現在はアーキテクチャが変わってきています。 次の記事に詳細を書いていますので、一読をお願いします。 Kaizen Adのフロントエンドアーキテクチャの遷移について - Kaizen Platform 開発者ブログ Kaizen Platform でフロントエンドエンジニアをしている山本です。この記事では、我々が運営するサービス「Kaizen Ad」のフロントエンド部分をご紹介します。 Kaizen Ad とは Kaizen Ad は、動画広告をサポートするマーケットプレイスです。 カスタマーがクリエイティブを依頼すると、広告クリエイティブを作成するグロースハッカーから動画広告クリエイティブが納品される仕組みです。 カスタマーにとってはクリエイティブ改善の運用を省力化できると同時に、グロースハッカーにとっても新しい働き方が創造できるソリューションとして提供しています。

こんにちは、AI活用研究チームのYuです。 先日リリースされた Open API の Function calling で、複数関数の同時実行を実験してみた内容を記載します。 Function calling とは Function calling は、 関数定義をしておくとその条件に基づいてJSON で関数および変数を返してくれるものです。 Function calling and other API updates 続きを読む こんにちは、AI活用研究チームのYuです。 昨今、AIツールが目覚ましい進化を遂げています。 Kaizen Platformでも、AI活用人材の育成や人材提供に力を入れています。 KaizenPlatform、国内のDXを加速させるAI-Readyな人材育成を目的に 「AI活用人材トレーニングプログラム」の提供を開始 Kaizen Platform、AIツールの

はじめまして。 7月にApplication Engineerとして入社した徳田 (id:hazeblog) です。 この記事では、先日社内に導入したDatadogのAPM（Application Performance Monitoring）機能と、APMを使ったアプリケーションの調査の様子を紹介します。 TL;DR Datadog APMを導入してRailsアプリケーションレベルでの監視を行うようにした APMを利用することでRailsアプリケーションのボトルネックを簡単に調査できるようになった 最近リリースされたAPM Trace Search & Analyticsはほぼリアルタイムでリクエストデータをトレース出来て大変便利 はじめに: Kaizen Platformの状況 Kaizenでは、これまでMackerelとNewRelicを使ってホストとアプリケーションの監視を行なって

Kaizen Platformのアプリケーションエンジニアの大迫です。 Kaizen Platformは「21世紀の新しい雇用と働き方を創出する」プラットフォームを作る事をビジョンとして揚げています。 そういった新しい働き方を作っていくため、まずは我々自身がそのような新しい働き方をドッグフーディングしようということで、創業期から様々な努力を積み重ね「自由と責任」をもった上で、一人一人が最大限にパフォーマンスを出せるような新しい働き方に挑戦しています。 私自身も3歳と0歳の子育てをしながら子育てをしている妻を支援しながら働いていますが、リモートワークなどによって、柔軟に働くことができるKaizen Platformの環境のおかげでとても助かっています。 本ブログでは会社で取り組んでる内容に関することが多いですが、たまには趣旨を変えて、この投稿では、新しい働き方に挑戦するかたわらで、我が家でや

Kaizen Platform で CTO をしている渡部です。 当社ではどんなことを考えながらエンジニアリングに向き合っているか、どういう仲間と一緒にチームを作りたいのか、というのを今日はお話しさせていただきます。 ちなみに今日は左の上の奥歯を抜いてきたのでとてもつらいです。慰めるためにはてブもらえると痛みも和らぎます。 エンジニアリングの進化の歴史を俯瞰してみる まず、認識しておきたい構造として、上図中央の「ミゾ」です。 開発者はビジネスのことなんてわからないからどうせ何を言っても無駄だ 開発がわかってないやつに開発のことをわかってもらうことなんて無理だ といった会話を聞いたことはないでしょうか? 実社会と開発の世界がある意味異なる言語で生活していて、同じ日本語なのにお互いの言葉が伝わらない、みたいなことが起きてしまいます。 これこそが「ミゾ」の正体です。開発の歴史はこの「ミゾ」を超え