Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? お前がコードを書き始める前に 言っておきたい事がある かなりきびしい話もするが 俺の本音を聞いておけ はじめに これから少しの間、不器用で、偉そうで、厳しいことを言う。けれど最後まで聞いてくれれば、その裏側にあるものもわかってもらえると思う。だから先に謝っておく。生意気な口を、許してほしい。 まず、お前に話す前に、業界を取り巻く空気の話をさせてくれ。ソフトウェア業界には、昔から消えない風潮がある。 「売れたプロダクトはすべて正しい」 「品質? 障害が起きなければそれでいい」 「細かいことはベンダーに丸投げで構わない」 ビジネスの現場で生
こんにちは、Software Engineer in Qualityチーム(通称SEQチーム)の @teyamagu です。 私たちのチームは普段自動/手動テストの基盤開発や開発フィードバックサイクルの高速化に向けた開発をおこなっています。 その一環で、先日、社内でfreeeの自動テストシステム全体像を共有したのですが、この辺りのことを社外の友人達と話したところ、自動テストの具体的な構成や普段の運用など事例が少なく、どんなことをやっているのかイメージしにくいとの話を伺ったので、社内向け原稿をちょっと手直しして、おすそ分けと言うことで、ここで紹介します。 特に変わったことをおこなっているわけではありませんが、自動テストの関係性の理解に参考になれば幸いです。 基本的な考え方 自動テストが既存のデプロイ・リリースのブロッカーではなく、開発のフィードバックを加速させるために、自動テストそのものが高
Seleniumの独自実装が元となって2018年にはW3C勧告として標準化されました。[1] 言葉の使い方が非常にややこしいのですが、ここでいうW3CのWebDriverはChrome Driver, geckodriverといった具体的な実装ではなく、ブラウザを自動化するためのAPIとプロトコルを規定したものを指しています。 Selenium4を例にとるとWebDriver型のツールは次の流れで動作しています。 Driverに対してクライアントから自動化コマンドを送る Driverが実際のブラウザ操作に変換し、ブラウザを自動操作 Architecture of Selenium WebDriver この方式はW3Cの標準が存在しクロスブラウザ対応が容易な点でメリットがあります。一方で仕組み上flakyになりやすかったり、websocketを使った実装に比べて低速であるというデメリットがあ
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パイプライン内にそれぞれ別の自動化プロセスを作成することを検討する。新機能を開発する際にソフトウェアのビルド、テスト、リリースをするメインのパイプラインを用意する。このパイプラインによってメインの開発
Companies Using RFCs or Design Docs and Examples of These
RFCs - requests for comment - or Design Docs are a common tool that engineering teams use to build software faster, by clarifying assumptions and circulating plans earlier. There are some similarities between writing automated tests for your code, and writing RFCs before you start working on a non-trivial project: Software engineers who write tests for their code - and ask for code reviews on it -
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年に最も価値のある自
こんにちは、インフラ部の id:sue445 です。 GitLabのGCP移行3部作の最後になります。 前回までの記事はこちらになります。余談ですが前編・中編・後編で合計約4万字になりました。 inside.pixiv.blog inside.pixiv.blog 今回の目次 今回の目次 やったこと5: 移行時の作業の洗い出し やったこと6: 直前の作業を実施 GitLabをcloneするサーバに対してssh configを配置 やったこと7: 実際の移行作業 やったこと8: 移行後の対応 主要サービスで実際にGitLabをcloneしてデプロイできるかを確認（残り） 社内ドキュメントなどで旧URLになってるものを新URLに変更 移行直後のトラブル対応事件簿 OneLoginのロール付与漏れ 移行して3日後に急にデプロイサーバでcloneできなくなった 対応内容1: 踏み台サーバが詰まって
この記事は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
Announcing Selenium 4
It’s with very great pleasure that we are announcing the release of Selenium 4. This is available for Java, .Net, Python, Ruby, and Javascript. You can download it from your favourite package manager or right from GitHub! If you’re already a Selenium user, this update should be as easy as just changing your dependency from 3.x to 4.0.0. We’ve worked hard to ensure that this is a “drop-in” upgrade,
フレーキーテストにまつわるあれこれ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? フレーキーテストにまつわるあれこれ ※おおむねポエムです。こんなのもあるよ！等あればコメント頂けると嬉しいです！ フレーキーテストとは 「同じコードでpass/failどちらの結果にもなってしまう」テストの呼び方 flaky=当てにならない、という意味 Flaky Testとの戦い Cybozu Flaky Testとは、実行結果が不安定なテストのことです。 コードを変更していないにもかかわらず、実行するたびにテストが成功したり失敗したり結果が変化するため、原因が追及しにくく非常にやっかいな問題です。 Flaky Tests at Go
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニア歴20年の私が、素人バイブコーディング勢に物申す - Qiita
freeeの自動テストの全体構成 - freee Developers Hub
次世代のブラウザテスト自動化プロトコルWeb Driver BiDi
「DevOpsチーム向けCI/CD」のベストプラクティス12選
jQuery 4.0.0 | Official jQuery Blog
セカンドパーティコンテンツをもつサードパーティスクリプトの作り方
GitLab GCPに 移行した（後編） - pixiv inside
Webdriver.ioという自動テストフレームワークはおすすめ
Commitizen でコミットメッセージを綺麗にする - パンダのプログラミングブログ