並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 303件

新着順 人気順

Testの検索結果201 - 240 件 / 303件

  • 🥇Golden Testを導入してUI開発の不安を解消する

    はじめに Flutter好きの皆さんこんにちは! アルサーガパートナーズ株式会社でFlutterエンジニアをしているtaiseiです! 突然ですが皆さん、FlutterでUIの開発を進める中で、「このUIはどんなデバイスでも適切に表示されるのだろうか..?」と不安に感じたことはありませんか? レスポンシブデザインはもちろんのこと、テキストのフォントや色、ダークモードの表示など複数のデバイスで複数の画面を一回一回チェックするのは骨の折れる作業ですし、開発を進める中で副作用によってUIが変更され、気付かないうちに開発が進んでしまうといったこともあります。 そこで、これらの問題を解決する方法として、Golden TestというUIテスト手法があります!! 今回はこのGolden Testについて、設定から基本的な使い方、私が実際に遭遇したエラーに対するトラブルシューティング等を解説していこうと思

      🥇Golden Testを導入してUI開発の不安を解消する
    • [2023/10/06 - Four Keysで改善する開発生産性] フロントエンド開発における、 デプロイ頻度を上げるための テスト設計と仕組みづくりのヒント / Tips for designing and structuring tests to increase deployment frequency in front-end development

      2023/10/06にオンラインでタイミーさんと共同開催させてもらった「Four Keysで改善する開発生産性〜データ・モバイル・フロントエンド〜」での資料です。 https://uzabase-tech.connpass.com/event/294494/ === セクション② フロントエンド開発における、デプロイ頻度を上げるためのテスト設計と仕組みづくりのヒント https://www.youtube.com/live/mrfTRtL8gOI?feature=shared&t=1856

        [2023/10/06 - Four Keysで改善する開発生産性] フロントエンド開発における、 デプロイ頻度を上げるための テスト設計と仕組みづくりのヒント / Tips for designing and structuring tests to increase deployment frequency in front-end development
      • GitHub - GreenmaskIO/greenmask: PostgreSQL dump anonymization tool

        Greenmask is a powerful open-source utility that is designed for logical database backup dumping, obfuscation, and restoration. It offers extensive functionality for backup, anonymization, and data masking. Greenmask is written entirely in pure Go and includes ported PostgreSQL libraries, making it platform-independent. This tool is stateless and does not require any changes to your database schem

          GitHub - GreenmaskIO/greenmask: PostgreSQL dump anonymization tool
        • Amazon Bedrock(Claude2)でPythonのソースコード/テストコードの生成を確認してみた - Taste of Tech Topics

          こんにちは、最近久々にソロキャンプをしてきました菅野です。 AWS上で、 様々なAIモデルを利用できるようになるサービス、Amazon Bedrockがリリースされました、と書き続けてそろそろひと月が経過しております。 楽しみながら様々なモデルを利用していたらあっという間に時間がたってしまいました。 今回は、BedrockのClaudeV2モデルを用いてPythonコードとテストコードを生成してみようと思います。 Bedrockの説明は、以下を参照してください。 acro-engineer.hatenablog.com 「Fizz Buzz」の生成 プログラミングの初歩も初歩、定番の課題といえばFizz Buzzです。 1-100までの数字のうち、3の倍数の時にはFizzを、5の倍数の時はBuzzを、3の倍数且つ、5の倍数の時はFizzBuzzと、それ以外の時はその数字を表示するプログラム

            Amazon Bedrock(Claude2)でPythonのソースコード/テストコードの生成を確認してみた - Taste of Tech Topics
          • Vite は使ってないけど Jest を Vitest に移行する

            上記以外で特筆すべき点として、他の開発者(≒チームメンバー)にとっては、変更の影響をほとんど受けずに、ノーコストで上記恩恵を受けられる点があります。 これは Vitest の Jest に対する高い互換性のおかげでテストコードの書き方に大きな変更がなかったことと、テスト実行コマンドを npm-scripts によって隠蔽していたことによるもので、移行したことに気づきさえしない可能性もあります。 Vite を使ってないのに Vitest 使ってええんか? 今回 Jest から Vitest への移行を行ったプロジェクトは、開発サーバーやプロダクションビルドには Webpack を使用しており、Vite は一切使用していませんでした。 そういったプロジェクトにおいても、Vite をベースとしたテストフレームワークである Vitest は使用して良いものでしょうか? これについては Vitest

              Vite は使ってないけど Jest を Vitest に移行する
            • テストコード品質を高めるためにJS向けMutation Testingライブラリ・Strykerを実戦導入してみた

              はじめに 株式会社hitocolorのKanonとしてはお初にお目にかかります。実は2024年2月からhitocolor様に副業先としてジョインさせていただいてます。 hitocolor様ではkokoroeというeラーニングサービスの開発をお手伝いしています! hitocolor様にjoin後、最初に着手した本格的な案件が今回の記事で書くStrykerの導入です。 Stryker自体は本業[1]の方の社内勉強会で登場したTOPICSで、その時から関心を持っていました。 本業の方ではそれよりも優先度の高いタスクがたくさんだったので導入の目処がなかったのですが、hitocolor様の方で提案したところ「いいね!」とおっしゃっていただき導入する運びになりました。 そして導入にあたっていろいろやったことを、「せっかくなので記事として公開してみよう!」とお話をいただき今に至ります。 Mutation

                テストコード品質を高めるためにJS向けMutation Testingライブラリ・Strykerを実戦導入してみた
              • Playwright で一番小さく始める VRT と、次のステップの選択肢

                2024/02/21 ビジュアルリグレッションテストツール4選!ユーザーが語る各ツールのメリット で発表したスライドです。 https://trident-qa.connpass.com/event/308664/ 参照したURL - https://playwright.dev/docs/test-snapshots - https://zenn.dev/mh4gf/articles/tiny-vrt-with-github-actions - https://tech.route06.co.jp/entry/2023/03/29/080000

                  Playwright で一番小さく始める VRT と、次のステップの選択肢
                • Certified Kubernetes Administrator (CKA) 取得記【エンジニアに役立つ資格】 | IIJ Engineers Blog

                  Certified Kubernetes Administrator (CKA) 取得記【エンジニアに役立つ資格】 2023年06月05日 月曜日 IIJ MVNO事業部の川崎と申します。 エンジニアブログへの寄稿は2回目でして、前回はNeural Networkをつかったいいね検出装置の紹介をしました。あれから数年、今やChatGPTをはじめとした(いわゆる)AI技術が栄華を極めており、時の流れとは早いものだなあと思う今日このごろです。 さて今回は「エンジニアに役立つ資格」という企画で再度寄稿の機会ができましたので、半年ほど前に合格したCertified Kubernetes Administrator (CKA) について投稿します。 ※ 本記事に記載している情報は、いずれも本ブログ執筆時点の情報である点をご留意ください CKAとは CKAとはLinux FoundationとClou

                    Certified Kubernetes Administrator (CKA) 取得記【エンジニアに役立つ資格】 | IIJ Engineers Blog
                  • TypeScriptとDocumentaion tests / Documentation tests with TypeScript

                    TypeScriptとDocumentaion tests / Documentation tests with TypeScript

                      TypeScriptとDocumentaion tests / Documentation tests with TypeScript
                    • TestProfでワースト5のspec実行時間を8割削減していった話 - Findy Tech Blog

                      Findyでエンジニアをしている松村(@shakemurasan)です。 以前、弊社の栁沢が「RailsのCIのテスト実行時間を10分から5分に高速化した話」という記事を投稿しました。 tech.findy.co.jp 本記事ではその少し前のお話、そもそもRSpecの実行時間自体にまだまだあった伸びしろ、特にFactory周りの問題をTestProfというgemを活用して解消していった話となります。 当時のRSpecの実行時間状況 TestProfとは TestProfでの分析結果 改善1. 関連したレコードを複数件作成しているFactoryを1レコードに減らす 改善2. テストで必要最小限なレコードのみを作成する RSpecの実行時間の改善結果 考察 当時のRSpecの実行時間状況 これまでにもテスト実行時間の短縮のための取り組み(CI側でのマシンの並列起動および並列実行)はしており、そ

                        TestProfでワースト5のspec実行時間を8割削減していった話 - Findy Tech Blog
                      • re:Invent2023 で登場した AWS Backup Restore testing でリストア検証を手軽に始める #LayerXテックアドカレ - LayerX エンジニアブログ

                        こんにちは!バクラク事業部 Platform Engineering 部 DevOps チームの id:sadayoshi_tadaです。今期の呪術廻戦のアニメは原作にない描写が描かれてて最高でした。 この記事は LayerXテックアドカレ 49日目の記事です。前日は id:watau_lx さんによる 継続的なパフォーマンス改善のプロセスを紹介します でした。明日は kakeruさんが担当します。この記事では AWS の学習型カンファレンスである、re:Invnent 2023 で登場した AWS Backup Restore testing を検証した内容をまとめていきます。なお、re:Invent 2023 でのアップデートや新サービスをさらえる AWS re:Invent 2023速報 の資料と動画をもしチェックされてない方がいたら年末年始のタイミングでチェックしてみてください🔎

                          re:Invent2023 で登場した AWS Backup Restore testing でリストア検証を手軽に始める #LayerXテックアドカレ - LayerX エンジニアブログ
                        • Docker社がTestcontainersの開発元AtomicJar社の買収を発表。Dockerでの統合テスト環境を強化

                          Docker社がTestcontainersの開発元AtomicJar社の買収を発表。Dockerでの統合テスト環境を強化 Docker社がTestcontainersの開発元であるAtomicJar社の買収を発表しました。 Big news! @AtomicJarInc is now part of @Docker! Together, we will continue to invest in and extend the open-source project that we all love @testcontainers. Read the blog by @bsideup: https://t.co/rh2rW8Q5PY pic.twitter.com/AEKHZWXKr6 — Testcontainers (@testcontainers) December 11, 2023

                            Docker社がTestcontainersの開発元AtomicJar社の買収を発表。Dockerでの統合テスト環境を強化
                          • フロントエンドテストはじめの一歩 [FLEXY meetupイベントレポート] - FLEXY(フレキシー)

                            2023年6月27日に開催されたFLEXY meetupのテーマは「フロントエンドのテスト」です。 技術の進化とともにバックエンドとフロントエンドが疎結合になる今、フロントエンド領域ではテストの重要性が高まっています。 一方、現場レベルではテストコードを書いたことがなく、何から始めるべきなのか悩みを抱えているエンジニアは多いのではないでしょうか。 そこで今回は、実際にフロントエンドのテスト導入を行っている古川さん、nus3さんの2名がディスカッション。「フロントエンドテストはじめの一歩」として今、何ができるのかを実例も交えながら教えていただきました。 イベント概要 技術の進化に伴い、アーキテクチャレベルでバックエンドとフロントエンドが疎結合になった今、フロントエンド領域におけるテストの重要性について注目が集まっています。 一方でまだ手法が広まっておらず実際にテストコードを書いたことがないた

                              フロントエンドテストはじめの一歩 [FLEXY meetupイベントレポート] - FLEXY(フレキシー)
                            • 【実録】社員が止められなかった「疑惑のがん検査」

                              尿1滴で15種類ものがんのリスクを高精度で調べられるとうたう線虫がん検査「N-NOSE(エヌノーズ)」。 特集第1回の記事では、広告の精度を大きく下回る実態を示唆する学会発表の内容、さらに現在も使われている自動検査装置の稼働後にまとめられた内部資料を紹介した。

                                【実録】社員が止められなかった「疑惑のがん検査」
                              • 1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ

                                1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ PM1人から、PM2人3脚を経て、PM4人チームになった話 長井氏の自己紹介 長井大輔氏:私は途中ジョインというより、私自体が創業メンバーの1人なので、そういった目線でPMが増えてきた経緯みたいな話をできればと思っています。 まず簡単な自己紹介です。あらためまして、長井と申します。COOという役回りです。川崎出身で、ディー・エヌ・エーに新卒で入社して、当時は飛ぶ鳥を落とす勢いだった「Mobage」の事業をやって、そのあとに新規事業をやったり、子会社に行ったり、カーシェアリングのサービスを立ち上げたり。約7年間在籍してそういったことをやっていました。 その後はBCG Digital Venturesという、ボストンコンサルティンググループという外資向けのコンサルティングファームの

                                  1人目PM→PMのチーム化の変遷で起きた“異なる見え方” 「イチ事業家としての振る舞い」から「権限委譲の意識」へ
                                • スナップショットテストとアサーションテスト

                                  スナップショットテストとアサーションテスト 2023.07.08 この記事では、スナップショットテストとアサーションテストの違いを説明します。また、それぞれのアプローチでテストを書いたときのメリットとデメリットを見ていき、どちらのアプローチを採用すべきか考えていきます。 フロントエンドのテストの種類には、スナップショットテストとアサーションテストの 2 種類があります。スナップショットテストは、テスト対象のコンポーネントのレンダリング結果をスナップショットとして保存しておき、テストの実行時にスナップショットとレンダリング結果を比較することでテストを行います。アサーションテストは、テスト対象の要素を取得して状態をアサーションすることでテストを行います。 この記事では、スナップショットテストとアサーションテストの違いを説明します。また、それぞれのアプローチでテストを書いたときのメリットとデメリ

                                    スナップショットテストとアサーションテスト
                                  • SESで30万通のテストメールを送信、発生したエラーや遅延を調査してみた | DevelopersIO

                                    Amazon SESで 不特定多数の宛先にメールを送信する場合、十分なウォームアップと、配信制限(バウンス)に加え、予兆となる配信遅延についても、見逃さないようにしてご利用ください。 Amazon SES、 Gmail 宛に 1日 1万通規模のメール送信に利用できる事を確かめるため、 約1ヶ月かけて 30万通のテストメールの送信を実施。 その送信結果の確認を試みる機会がありましたので、紹介させて頂きます。 SESの設定 認証 Easy DKIM、カスタム MAIL FROM ドメインを設定しました。 DMARC関連設定も実施しました。 SESで送信したメールのDMARCレポートをCloudflare DMARC Management で確認してみた 設定セット IPプールはデフォルトとしました。 Virtual Deliverability Managerは有効化しました。 全てのログをF

                                      SESで30万通のテストメールを送信、発生したエラーや遅延を調査してみた | DevelopersIO
                                    • 「アジャイルテストの4象限」に対するアンチテーゼ・「The Agile Rapid Testing Ecosystem」 - ソフトウェアの品質を学びまくる

                                      「アジャイルテストの4象限」についてのやりとりをTwitterでみていて、James Bach、Michael Boltonの両氏が何年か前に公開していた『The New Agile Testing Quadrants』という資料を読み直してみました。 The New Agile Testing Quadrants: Bringing Skilled Testers and Developers Together - James Bach from Ho Chi Minh City Software Testing Club www.slideshare.net 今Twitterで話題になっているのは全然違う文脈ですが、この記事では彼らの批判と提案について紹介します。 作者について JamesとMichaelのお二人は、『Exploratory Testing 3.0』(探索的テスト3.0

                                        「アジャイルテストの4象限」に対するアンチテーゼ・「The Agile Rapid Testing Ecosystem」 - ソフトウェアの品質を学びまくる
                                      • Portable stories for Playwright Component Tests

                                        Storybook is the industry standard workshop for building, documenting, and testing UI components. It’s used by leading development teams at organizations like Shopify, Gov.UK, and NASA. One of the biggest benefits of developing in Storybook is that you get tests for free. Each isolated component example—or “story”—is a UI test. And if you want to test data fetching and user interactions, Storybook

                                          Portable stories for Playwright Component Tests
                                        • UPSIDERのこれからを担うFlutterアプリのアーキテクチャ - UPSIDER Techblog

                                          こんにちは、UPSIDERで日々モバイルアプリ開発をしているふっくです。 UPSIDERでは今後、よりアプリ開発に注力し決済プラットフォームの中核的な役割を果たすことを目指しています。 今回は、今後の開発・運用を目指して考えたFlutterアプリ向けのアーキテクチャを紹介します。 ネイティブアプリの世界で触れてきた色々なアーキテクチャ・フレームワークを参考に、開発の後半でも順調にスケールさせることができるように、工夫を凝らしました。 本アーキテクチャで作ったサンプルアプリもあるので、ぜひ以下のリンクから見てみてください。 https://github.com/upsidr/flutter_architecture_blueprint デモはこちら https://upsidr.github.io/flutter_architecture_blueprint/ 対象読者 目指すところ 参考に

                                            UPSIDERのこれからを担うFlutterアプリのアーキテクチャ - UPSIDER Techblog
                                          • 機械学習ソフトウェアにおけるテスト手法

                                            2023/11/29(水)の第36回MLOps勉強会に登壇した際の資料です。

                                              機械学習ソフトウェアにおけるテスト手法
                                            • E2Eテストを導入した時に考えた設計と実装と運用について | Offers Tech Blog

                                              実はOffersMGRでもDatadog Synthetic Test を用いてテストを行っていました。 しかし、シナリオが2つしか無くカバー範囲も狭く、デグレが起こっても検知出来ない状況でした。 今回のPlaywrightを使ったE2Eテストの導入では既存シナリオの移行とOffersMGRの全ページが健全に動作しているかのチェックを目的としました。 今後を見据えた設計と運用 BtoCももちろんですが、BtoBのプロダクトは特に成長していくとともに安定したサービス提供が求められるのでテストの重要度は高くなります。 そのため、E2Eテストや結合テストの拡充は必然的に実施していくことになります。 一応、特定のComponentに対象を絞る事によってE2Eテストでも結合テストが出来ます。 しかし、E2Eテストは結合テストと比べ実行速度が遅く、最終的なテスト量はE2Eテスト < 結合テストが理想で

                                                E2Eテストを導入した時に考えた設計と実装と運用について | Offers Tech Blog
                                              • Next.jsでServer Componentsがちょっとだけテストできるようになってた

                                                先日 Vercel の@leeerob氏が次のようなツイートをしていました。 I'm working on updated testing docs for the @nextjs App Router. next@canary supports Jest for server & client components, metadata, server-only, and more なんと next@canary で、Server Components の Jest でのテスト実行がサポートされているとのことです!これは試さないと! next@13.4.19 時点での Server Components テストの課題 Next.js App Router で開発するときの大きな課題の一つがテストで、現状では Server Components と testing-library を組み合わ

                                                  Next.jsでServer Componentsがちょっとだけテストできるようになってた
                                                • テスラ『モデルY』北海道遠征【後編】マイナス25℃の極限状況でEV車中泊〜消費電力を検証 - EVsmartブログ

                                                  厳寒期の2月にマイカーである2022年製テスラモデルYパフォーマンスを使用して、真冬の北海道のEV性能や北海道の充電インフラを調査する、毎年恒例の「北海道遠征」レポート。後編では、氷点下25℃という過酷な状況での車中泊について紹介します。 ヒートポンプ式エアコンは正常に作動するか? 前編では、関東埼玉から北海道陸別まで1350kmという超長距離を移動(青森〜函館はフェリーを利用)した際の電費や充電行程などをレポートしました。 【関連記事】 テスラ『モデルY』北海道遠征【前編】埼玉→北海道陸別の充電や電費レポート(2024年3月29日) 後編では、「日本一の寒い町」をアピールする陸別において、一晩暖房をつけっぱなしにして車中泊を行うと、どれほどの電気を消費してしまうのかという暖房電力消費量テストを敢行しました。 最新のEVは、ヒートポンプシステムを搭載しているケースが多く、熱を生み出すだけで

                                                    テスラ『モデルY』北海道遠征【後編】マイナス25℃の極限状況でEV車中泊〜消費電力を検証 - EVsmartブログ
                                                  • GitHub - adaptive-scale/dbchaos: Stress-test your database with pre-defined queries. Generate synthetic data and events statically or with GPT.

                                                    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                      GitHub - adaptive-scale/dbchaos: Stress-test your database with pre-defined queries. Generate synthetic data and events statically or with GPT.
                                                    • GitHub - kolodny/safetest

                                                      Safetest is a powerful UI testing library that combines Playwright, Jest/Vitest, and React for a powerful end-to-end testing solution for applications and component testing. With Safetest, you can easily test the functionality and appearance of your application, ensuring that it works as expected and looks great on all devices. Safetest provides a seamless testing experience by integrating with yo

                                                        GitHub - kolodny/safetest
                                                      • BugBug.io | Intuitive and Reliable Test Automation Tool | BugBug.io

                                                        Low-code test automation tool for QA, Developers, and Product Managers. Ensure the quality of your web app or website without repetitive manual testing. Create your first end-to-end test easily in less than 5 minutes.

                                                          BugBug.io | Intuitive and Reliable Test Automation Tool | BugBug.io
                                                        • ASTER-【訃報】西康晴氏逝去のお知らせ

                                                          2023年10月18日、ASTER設立時より17年の長きにわたり理事長を務めた西康晴氏が、急逝されました。 西氏は、JaSST東京共同実行委員長、地域JaSSTのアドバイザ、JSTQB運営委員長、テスト設計コンテスト審査委員長も務められ、日本のソフトウェアテスト技術の振興にご尽力されました。 2023年10月18日夜に、にしさんが永眠されました。にしさんは、電気通信大学にてソフトウェアテストの研究・教育に励まれると共に、私たちNPO法人ソフトウェアテスト技術振興協会(ASTER)の理事長を設立時から務めるなど、日本のソフトウェアテストの技術振興、人材育成、および、コミュニティ活性化を長く牽引してこられました。 にしさんが電気通信大学に着任した際、「西先生」と私がメールに書いたところ、「「先生」と呼ばれることを、あまり好ましく思っていないので、「にしさん」と呼んでください」と言われて、以来ず

                                                          • テスト自動化成功の鍵「テスト自動化アーキテクチャ」、構築のポイントと考え方とは

                                                            開発の現場では、単体テストの自動化、結合テスト(APIテスト)の自動化、システムテストの自動化など、段階ごとにさまざまなテスト実行が自動化されている。だが、特に結合以降において、テスト自動化の導入を失敗するケースは少なくない。その原因の一つは、テストの自動化をツール導入と捉えていることにある。本セッションでは、テスト自動化アーキテクチャという概念を通じて、ソフトウェアテストを自動化する仕組み、テスト自動化システム構築のポイントについて語られた。 テスト自動化成功の大きな鍵「テスト自動化アーキテクチャ」 テスト自動化アーキテクチャはその名の通り、テスト自動化の仕組みを構築するためのアーキテクチャを意味し、テスト自動化が成功するか失敗するかの大きな鍵と言われている。 本セッションは、mablのQuality Advocateを務め、TestingやQAの啓蒙活動に取り組むおだしょーこと小田祥平

                                                              テスト自動化成功の鍵「テスト自動化アーキテクチャ」、構築のポイントと考え方とは
                                                            • TDDを実践する中で身につけてた「設計に関するスキル」を3つ - Mitsuyuki.Shiiba

                                                              TDDを実践する中で身につけた「設計に関するスキル」があるなぁと思ったのでメモを残しておくことにする。TDDをやるときのスキルではなく設計をするときのスキル。 染み込んでいる TDDは以前に書いたように(ってもう7年も前か・・・)あんまり使わなくなっている。でも心の中にある。ウェブアプリケーションエンジニアとしての自分にとても大きな影響を与えている。 bufferings.hatenablog.com TDDから学んだ設計に関するスキル 3つ思い浮かんだ まずは動くものを作る 必要な分だけ作る 「ありえない」の処理を考える 注意 ウェブアプリケーションを書くときのことを考えながら書いている。ライブラリやフレームワークのようないろんなユーザーから利用されるものは、今回の話の対象ではない。 1. まずは動くものを作る TDDで実装を書くときは「キレイじゃなくてもいいからテストがグリーンになる(

                                                                TDDを実践する中で身につけてた「設計に関するスキル」を3つ - Mitsuyuki.Shiiba
                                                              • test_profを用いたRailsの自動テストの高速化の実践例 - SmartHR Tech Blog

                                                                このエントリは、SmartHR Advent Calendar 2023 シリーズ1の5日目の記事です。 こんにちは!SmartHRでプロダクトエンジニアをしている大澤(@qwyngg)です。 最近Railsの自動テストの高速化について調べていたので、その内容をまとめてみました。 主にtest_profというgemを用いた解析と、その結果を元にした改善方法について書いています。 test_profとは https://github.com/test-prof/test-prof テストのパフォーマンスを分析する様々なツールを提供するgemです。 色々機能があるのですが、今回は以下の機能を使って発見した問題とその解決方法を紹介します。 factory_botプロファイラ テストに対してstackprofを(面倒な設定無しで)実行できる 詳しい使い方はTestProf: Ruby tests

                                                                  test_profを用いたRailsの自動テストの高速化の実践例 - SmartHR Tech Blog
                                                                • GitHub - lavague-ai/LaVague: Automate automation with Large Action Model framework

                                                                  You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                    GitHub - lavague-ai/LaVague: Automate automation with Large Action Model framework
                                                                  • テスト自動化のために作られたIDE「Aqua」、JetBrainsが正式公開。Webインスペクタ、HTTPクライアント、テストランナー、デバッガーなど統合。個人向けは無料

                                                                    テスト自動化のために作られたIDE「Aqua」、JetBrainsが正式公開。Webインスペクタ、HTTPクライアント、テストランナー、デバッガーなど統合。個人向けは無料 JetBrainsは、テスト自動化のためのテストコード作成や自動テストの実行などに最適化した統合開発環境「Aqua」の正式版を公開しました(β版登場時の機能紹介)。 Aquaはテスト自動化でよく使われるJava、Python 、JavaScript、TypeScript、Kotlin、SQLなどの言語と、Selenium、Playwright、Cypressなどの主要なフレームワークをサポート。 クラスやシンボルなどを認識するスマート検索や、安全な名前の変更と削除、メソッドの抽出、変数の導入、変数またはメソッドのインライン化などのリファクタリング支援機能も備えています。 JUnit、TestNG、Pytest、Jest、

                                                                      テスト自動化のために作られたIDE「Aqua」、JetBrainsが正式公開。Webインスペクタ、HTTPクライアント、テストランナー、デバッガーなど統合。個人向けは無料
                                                                    • Automated Unit Test Improvement using Large Language Models at Meta

                                                                      This paper describes Meta's TestGen-LLM tool, which uses LLMs to automatically improve existing human-written tests. TestGen-LLM verifies that its generated test classes successfully clear a set of filters that assure measurable improvement over the original test suite, thereby eliminating problems due to LLM hallucination. We describe the deployment of TestGen-LLM at Meta test-a-thons for the Ins

                                                                      • Introduction

                                                                        A simple yet powerful testing framework for Node.js Japa comes with everything you need to test your backend applications. Be it writing JSON API tests using an Open API schema or writing browser tests using Playwright. Unlike other testing frameworks born out of the frontend ecosystem, Japa focuses only on testing backend applications and libraries. Therefore, Japa is simpler, faster, and bloatwa

                                                                        • LatteArtによるテストログの記録と�それを用いたメンテナンス性の高い�テストスクリプト生成技術の紹介

                                                                          2023/08/30(水) 三社三様!テスト自動化アプローチのあれこれ共有会 イベント登壇資料 切貫 弘之氏(NTT ソフトウェアイノベーションセンタ 准特別研究員)

                                                                            LatteArtによるテストログの記録と�それを用いたメンテナンス性の高い�テストスクリプト生成技術の紹介
                                                                          • GitHub - tendersearls/tldr: A Ruby test framework for people who don't have time for slow tests 💣💥

                                                                            Okay, you might need to sit down for this: tl;dr, TLDR is a Ruby test framework that stops running your tests after 1.8 seconds. We initially meant this as a joke while pairin', but in addition to being funny, it was also a pretty good idea. So we fleshed out tldr to be a full-featured, mostly Minitest-compatible, and dare-we-say pleasant test framework for Ruby. The "big idea" here is TLDR is des

                                                                              GitHub - tendersearls/tldr: A Ruby test framework for people who don't have time for slow tests 💣💥
                                                                            • Flaky Tests In React: Detection, Prevention and Tools - Semaphore

                                                                              In the context of React, testing is a non-negotiable process to maintain code quality and a smooth user experience. However, there’s one frustrating bad news that is commonly faced when running tests in React. And that is flaky tests. In the simplest of words, flaky tests are tests that seem to pass most of the time but fail sometimes, all without changes to the code or test — just for no reason.

                                                                                Flaky Tests In React: Detection, Prevention and Tools - Semaphore
                                                                              • [t_wada氏×カミナシTori氏]ソフトウェアエンジニアと品質保証 SRE、QAの枠にとらわれない新しい視点 | Offers Magazine

                                                                                前提として、カミナシが目指しているエンジニアリング組織の形について、CTOとして以下の三つの原則をブログ記事で明示しました。 すべてはオーナーシップ 開発チーム自身がシステムを運用する SRE、QA、プラットフォームの類を安易にチーム化しない この三つの原則は、価値ある製品を顧客に届けるためには開発チーム自身のオーナーシップが不可欠であり、そのためには各チームが自らのシステムを運用する重要性、そしてSREやQAなどを単独のチームに分けないことを示しています。 チーム化の理想としては、以下の三点が挙げられます。 フォーカスによる専門領域のExecution Level 深化 チームごとの役割分担による組織全体のExecution Level 深化 希少な人的リソースの「基盤」化 各個人が専門領域にフォーカスすることでExecution Levelを高め、チームが役割を分担することで組織全体の

                                                                                  [t_wada氏×カミナシTori氏]ソフトウェアエンジニアと品質保証 SRE、QAの枠にとらわれない新しい視点 | Offers Magazine
                                                                                • Go testにおける可読性を保つ方法を考える - every Tech Blog

                                                                                  はじめに TIMELINE開発部の内原です。 本日はGo言語のテストにおける可読性について考えてみます。この記事を読んでいただいている皆さんにも、テストを書いていて以下のような問題を感じた経験があるのではないでしょうか。 既存のコードに機能追加をするためテストコードにもテストケースを追加しようとしたが、テストコードが複雑で読み解きづらく、テストを追加するのに苦労した テストケースの種類が多く、少しデータを追加しただけでも既存のテストが動かなくなる テストデータの登録方法が複雑で、テストコードの実装以前に手間取る 上記のような問題に対処するべく、実践的なシナリオに従ってGo言語のテストコードを実際に書きつつ都度改善していくことにします。 仕様(ver.1) ユーザ情報には名前、状態(有効、無効)とがある 有効なユーザ一覧を返却する関数 LoadActive() を実装する。その際並び順はID

                                                                                    Go testにおける可読性を保つ方法を考える - every Tech Blog