こんにちは、Software Engineer in Qualityチーム(通称SEQチーム)の @teyamagu です。 私たちのチームは普段自動/手動テストの基盤開発や開発フィードバックサイクルの高速化に向けた開発をおこなっています。 その一環で、先日、社内でfreeeの自動テストシステム全体像を共有したのですが、この辺りのことを社外の友人達と話したところ、自動テストの具体的な構成や普段の運用など事例が少なく、どんなことをやっているのかイメージしにくいとの話を伺ったので、社内向け原稿をちょっと手直しして、おすそ分けと言うことで、ここで紹介します。 特に変わったことをおこなっているわけではありませんが、自動テストの関係性の理解に参考になれば幸いです。 基本的な考え方 自動テストが既存のデプロイ・リリースのブロッカーではなく、開発のフィードバックを加速させるために、自動テストそのものが高
GitHub - modelcontextprotocol/servers: Model Context Protocol Servers
Official integrations are maintained by companies building production ready MCP servers for their platforms. 21st.dev Magic - Create crafted UI components inspired by the best 21st.dev design engineers. 2slides - An MCP server that provides tools to convert content into slides/PPT/presentation or generate slides/PPT/presentation with user intention. ActionKit by Paragon - Connect to 130+ SaaS inte
CI/CDパイプラインによって「ソフトウェアの安全性を高める」「テストを自動化する」「リリースまでの時間を短くする」といった目標を達成できる可能性がある。時間がかかる手作業のプロセスに頼ってきたのであれば、CI/CDパイプラインの導入で、この3つの目標を全て実現することもできるだろう。だが、それぞれの目標の達成に向けた改善が競合することは、十分に考えられる。CI/CDパイプラインの価値を最大限に高めるには、最も重要な目標を優先し、その目標を実現するツールとプロセスに注力することだ。 例えば、ソフトウェアリリースまでの時間を短縮することが最優先だが、セキュリティも強化したいのであれば、CI/CDパイプライン内にそれぞれ別の自動化プロセスを作成することを検討する。新機能を開発する際にソフトウェアのビルド、テスト、リリースをするメインのパイプラインを用意する。このパイプラインによってメインの開発
On January 14, 2006, John Resig introduced a JavaScript library called jQuery at BarCamp in New York City. Now, 20 years later, the jQuery team is happy to announce the final release of jQuery 4.0.0. After a long development cycle and several pre-releases, jQuery 4.0.0 brings many improvements and modernizations. It is the first major version release in almost 10 years and includes some breaking c
KARTE Blocks(以下Blocks)では、Blocksを利用するサイトに1行の<script>タグを埋め込むことでサイト書き換えや効果計測をします。 Blocksでは、この<script>タグで埋め込むスクリプトファイルをbuilder.jsと呼んでいます。 この記事では、Blocksが扱うbuilder.jsというサードパーティスクリプトの仕組みについて紹介します。 builder.jsというセカンドパーティコンテンツをもつサードパーティスクリプトについて知る builder.jsでは安全にサードパーティスクリプトを開発して、配布、読み込みしているのかを知る サードパーティスクリプトの開発、テスト、デバッグ方法について知る この記事は「KARTE Blocksリリースの裏側」の3日目の記事です。全10回の予定です。 これから毎日記事を更新していくため、更新をチェックしたい方は@K
AIとDevOps時代の自動化テストスキル完全ガイド：現役エンジニアの実践知識 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、みなさん！tanakashinichiです。最近、自社のプロジェクトでテスト自動化を担当することになり、色々と勉強しているところです。AIやマイクロサービス、DevOpsの波に乗って、ソフトウェアテストの役割が大きく変わってきていますね。特に自動化テストエンジニアにとっては、新しいツールや実践方法を学び続けることが、IT業界でのキャリアアップの鍵となっています。 実際、私も最初は「テスト自動化って、単にスクリプトを書くだけでしょ？」と甘く考えていましたが、実務に入ってみると奥が深い！そこで今回は、2025年に最も価値のある自
この記事はQiita ソフトウェアテストのアドベントカレンダー 18日目の記事です はじめに e2eテストの検証の中で、Playwrightでもなく、Cypressでもなく、Seleniumでもない、すごくいいテストフレームワークのWebdriver.ioというものを発見したので普段Typescript, Javascript使いであればおすすめしたい。という思いでこの記事を記載します。 いいところ 開発元は OpenJS Foundationである Node.js, JQuery, Electron,Webpackなどの有名なJavaScriptプロジェクトをサポートしている 言語とエコシステムは JavaScriptとNode.jsベース 開発元はOpenJS Foundationであるため、開発はJavaScriptとNode.jsのエコシステムを使用する。 フロントエンドエンジニア
【完全ガイド】WindowsだけでiOSアプリを作る方法 ～Claude Codeで爆速開発～｜ゆーき｜父親介護のAI職人
はじめに「iOSアプリを作りたいけど、Macを持っていない…」 多くの開発者がこの壁にぶつかります。Apple公式のXcodeはmacOS専用であり、従来はMacなしでのiOS開発は不可能とされてきました。 しかし2026年現在、クロスプラットフォームフレームワークとクラウドビルドサービス、そしてClaude Code（AIコーディングツール）を組み合わせることで、Windowsだけで開発からApp Store公開まで完結させることが可能です。 この記事では、その具体的な手順を初心者にもわかりやすく解説します。 全体の流れ（ロードマップ）① 開発方針を決める（フレームワーク選び） ② 開発環境をWindowsに構築する ③ Claude Codeでアプリのコードを生成する ④ クラウドビルドサービスでiOS用にビルドする ⑤ 実機テスト・App Storeに公開する ① 開発方針を決める
コミットに関する意思決定を楽にするため Commitizen に従う 私はコミットメッセージを書く際、 Commitizen の prefix を使っています。 2019年に Commitizen を知るまでは、コードの変更内容から適切なメッセージを書くことに頭を悩ませていました。 コミットメッセージの作成は小さな意思決定であり、自分の頭で一から考える上に繰り返し発生するタスクです。人が一日に下せる質の良い意思決定の数には上限があり、意志力は体力と同じように自然と消費されるものです。 このため、意志力の無駄遣いを避けて質の良い意思決定をするために余力を残すのであれば、コミットのたびに繰り返し発生する「コードの変更内容を自分で分類し、コミットメッセージを考える」というタスクのコストは極力抑えたいものです。 良いコードを書きたいという思いがあるなら尚更です。コミットメッセージで意志力を消費した
【書き起こし】 Tools and Strategies for Frontend UI Libraries – Marco Solazzi【Merpay Tech Fest 2022】 | メルカリエンジニアリング
【書き起こし】 Tools and Strategies for Frontend UI Libraries – Marco Solazzi【Merpay Tech Fest 2022】 Merpay Tech Fest 2022 は、事業との関わりから技術への興味を深め、プロダクトやサービスを支えるエンジニアリングを知ることができるお祭りで、2022年8月23日（火）からの3日間、開催しました。セッションでは、事業を支える組織・技術・課題などへの試行錯誤やアプローチを紹介していきました。 この記事は、「Tools and Strategies for Frontend UI Libraries」の書き起こしです。 本日はメルペイのフロントエンドUIライブラリを構築するために、私たちが使っている戦略とツールについてお話します。 Merpay Frontend teamのMarco Sola
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
freeeの自動テストの全体構成 - freee Developers Hub
「DevOpsチーム向けCI/CD」のベストプラクティス12選
jQuery 4.0.0 | Official jQuery Blog
セカンドパーティコンテンツをもつサードパーティスクリプトの作り方
Webdriver.ioという自動テストフレームワークはおすすめ
Commitizen でコミットメッセージを綺麗にする - パンダのプログラミングブログ