負荷試験とOSSツール選定の話 - KAYAC engineers' blog
この記事は 面白法人グループ Advent Calendar 2022 の15日目の記事です。 こんにちは、カヤックボンドの松本です。 今回は弊社の技術顧問をご担当いただいている、ドレッドノート株式会社の佐々木様よりご寄稿いただいた記事となります！ みなさん、はじめまして！ 主にパフォーマンスチューニングや検証用のボット開発等を行っているドレッドノート株式会社の佐々木と申します。 この度、カヤックグループの皆様より Advent Calendar 2022 に寄稿する機会を頂戴しましたので、2022年12月時点の方法を元に負荷試験とモダンなOSSツールについて書いてみたいと思います。 負荷試験の重要性 突然ですが、みなさんが関わっている案件で負荷試験を行っていますか？ サービス開始前・提供中、どちらであっても負荷のかけ方によって様々な情報を得ることができます。 現状の性能・台数・実装で、ど
雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
（この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました） 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト（TDD）で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする＆機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO（プロダクトオーナー）に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな
フロントエンドテストにおける知見の宝庫を発見！「javascript-testing-best-practices」 - Qiita
フロントエンドテストにおける知見の宝庫を発見！「javascript-testing-best-practices」JavaScriptテストフロントエンド はじめに JavaScriptにおけるテストのベストプラクティスをまとめた「javascript-testing-best-practices」というGitHubレポジトリが大変勉強になったため、特に参考になった内容をまとめて共有したいと思います。 （補足）本レポジトリにはfrontendのみならずbackendのテストに関する情報もありますが、今回はfrontendに焦点を当てて共有します。そのため扱うSectionは以下の4つです。 Section 0: The Golden Rule Section 1: The Test Anatomy Section 3: Frontend Section 4: Measuring Test
マイクロソフト、フルマネージドな負荷テストサービス「Azure Load Testing」正式サービスとして提供開始
マイクロソフトはクラウド上で大規模な負荷テストを行えるフルマネージドな負荷テストサービス「Azure Load Testing」を正式サービスとして提供開始したことを明らかにしました。 外部に公開する予定のあるクラウドサービスでは、想定するユーザー数に対して適切なコンピューティングリソースが割り当てられているか、挙動に問題はないか、性能上の問題がある場合にはボトルネックがどこにあるか、などを本番開始前に調査する必要があります。 そのためには、あたかも実際に多数のユーザーがアクセスしてくるのと同じような状況を作り出さなくてはなりません。 Azure Load Testingは、そうした負荷の作成を作り出し、容易にテストできるようにしたものです。 上記の図にあるように、Azure Load TestingはApache JMeterのスクリプトを実行することで負荷を作り出し、それをエンドポイン
Goのテストフレームワークを比較してみた - KAYAC engineers' blog
こんにちは。カヤックボンドの松本です。 この記事は 面白法人グループ Advent Calendar 2022 の5日目の記事です。 この枠ではテストフレームワークについての話をしようと思います。 きっかけ あるプロジェクトのテストコードを見ていたら、こんな感じのテストコードを書かれていました。 func Test_Sample(t *testing.T) { ctx, usecase, user, err := initTest() if err != nil { t.Fatal(err) } tests := []struct { name string request *GetSelfRequest wantResponse *GetSelfResponse wantErr error }{ { name: "success", request: &GetSelfRequest{},
あなたの IPv6 をテストしましょう。
JavaScript が必要です このサイトを利用するには、テストを実施するため、クロスサイトスクリプトの読み込みも含めてJavaScriptが必要です もしこのメッセージが消えない場合、JavaScriptが無効になっている、もしくはブラウザのプラグインや拡張機能により無効になっている、あるいはブラウザの明示的な設定が原因の可能性があります NoScriptをお使いですか? もしこのFirefoxアドオンをお使いの場合、 "Temporarily allow all this page"を実行する必要があります。 あなたは全て動作するため、これを2度行う必要があります。代替策として、このサイトの診断が完了 するまで、NoScriptを無効にする方法もあります 代わりに、IPv4, IPv4+IPv6, そしてIPv6の成功/失敗が簡単にわかる シンプル版テストを 使う方法もあります。ただ
2022クリスマススペシャル「勉強会で学んだことの活かし方」 - テスターちゃん【4コマ漫画】
2022クリスマススペシャル「勉強会で学んだことの活かし方」 この記事は「ソフトウェアテスト Advent Calendar 2022」の24日目の記事です。 その昔いた会社でこういった話が出たことがあります。 「テスト系の話はフワッとしたイイカンジの話をしてるけど、結局どうやればいいかわからない。現場でのやり方を教えてくれ」 気持ちはわかりますし、テスターちゃんが生まれた背景もこういったことからだったりします。 ただ、こういったお話をする人は「これさえやればうまくいく！そういう方法がある！」という思考がありそうに感じます。 やり方は一例を示すことはできます。 ですがそれは自分たちのやり方であって、それが他の人でも再現性があるかというと、マンガで描いたように条件が異なるのでうまくいかないことが多いです。 なので、聞いたことをそのまま鵜呑みにするのではなく自分で考えることが大切です。 「イイ
Rubyインタプリタの品質向上のために個人的にやっていること - クックパッド開発者ブログ
技術部の笹田です。Ruby 3.2 無事にリリースされて良かったよかった。 Rubyインタプリタは複雑なプログラムなので、当然のごとくバグが入ってきます。Rubyインタプリタ開発者は、これに対していろんな対策をしています。たとえば、テストを書いて、CI環境でチェックするとか、今となっては当然のことを、当然のごとくやっています（RubyCIやchkbuild、ruby/spec: The Ruby Spec Suite aka ruby/specなどの整備や、実行環境の日々のメンテナンスの成果です）。 これに追加して、個人的にテストをとにかくたくさん繰り返し行うマシン群を用意しています。テストの実行頻度をなるべくあげて、「時々しか発生しない」というバグを炙り出して、Rubyインタプリタの品質向上を目指すためです。本稿ではそんな、ちょっとだけ変わったテスト環境についての話をご紹介します。 この
運用中のサービスに負荷試験を導入した事例の紹介 - KAYAC engineers' blog
SREチーム(新卒)の市川恭佑です。今回は、Tonamelという自社サービス(Web)において負荷試験を導入した事例を紹介します。 このエントリは「先送りされがちな負荷試験の導入について心理的なハードルを下げる」ことを目的としています。 そのため、事例紹介と銘打っていますが、列挙される事実の独立性よりも文脈性を優先しています。 表現が少し冗長に感じるかもしれませんが、負荷試験について距離感を感じている方は是非お付き合いください。 負荷試験を導入するに至った経緯 Tonamelは、本格的なリリースから5年以上という、比較的長い運用歴を持つサービスです。 まず、何故このタイミングで負荷試験を導入することになったのかについて、その経緯を説明します。 ポストモーテムによる気づき（文化的な土台） 今年の3月に公開されたエントリにもあるように、カヤックでは着実にポストモーテム文化が浸透しつつあります。
robots.txt レポート - Search Console ヘルプ
robots.txt レポートには、サイトの上位 20 個のホストに対して Google が検出した robots.txt ファイル、前回のクロール日、発生した警告やエラーが表示されます。また、急いでいる場合には、レポートから robots.txt ファイルの再クロールをリクエストすることもできます。 このレポートは、ドメインレベルのプロパティでのみご利用いただけます。つまり、対象となるのは次のいずれかです。 ドメイン プロパティ（example.com や m.example.com など） パスが指定されていない URL プレフィックス プロパティ（例: 「https://example.com/」は対象で、「https://example.com/path/」は対象外） robots.txt レポートを開く robots.txt ファイルとクロール ステータスを確認する ドメイン プ
フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」（その3）。ソフトウェア品質シンポジウム2022
フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」（その3）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェスト
品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（前編）。デブサミ2020
品質を犠牲にすることでソフトウェア開発のスピードは上がるのか？ 和田卓人氏による 「質とスピード」（前編）。デブサミ2020 ソフトウェア開発のプロジェクトにおいて、リリースに間に合わせるために開発スピードを優先させ、ひとまず質には目をつぶろう、という判断がしばしば行われることがあります。 はたしてその判断は正しいのでしょうか。2020年2月13日と14日の2日間、都内で行われたイベント「Developers Summit 2020」（デブサミ2020）」の和田卓人氏のセッション「質とスピード」は、これを深く考察したものでした。 この記事では、会場に立ち見がでるほど大人気だった本セッションの内容をダイジェストで紹介します。本記事は前編と後編に分かれています。いまお読みの記事は前編です。
はてなブログで使われているフロントエンドのテストツールを統一した話 - Hatena Developer Blog
はてなでエンジニアアルバイトをしているid:wafuwafu13です。はてなブログのフロントエンドで使われているテストツールの統一を2021年11月頃から進めてきましたが、この8月に完了したので振り返りたいと思います。 はてなブログのフロントエンドに残された秩序の乱れ テストツールを統一する理由とツールの選定 移行をどう自動化したか（しなかったか） 余裕のあるスケジュールで小分けして作業を実施 はてなエンジニアのアルバイトは通年で募集中！ はてなブログのフロントエンドに残された秩序の乱れ 2020年のid:nanimono_demonaiさんの活動により、はてなブログのフロントエンドのテストはPhantomJSとKarmaを撤退し、Jestに移行されました。 はてなブログのフロントエンドに秩序はもたらされたのか - Speaker Deck これによって秩序がもたらされたものの、Node.
テスト自動化プラットフォームmablの日本語アーリーアクセス版を使ってみた | DevelopersIO
こんにちは、CX事業本部 IoT事業部の若槻です。 米mabl社が提供するローコードテスト自動化プラットフォームであるmabl（メイブル）は、2022/07に日本語UIのアーリーアクセス版の提供が開始されました。 Mabl日本語アーリーアクセス版のリリースについて また合わせて日本法人の設立も行われ、今後日本市場に注力をしていくようです。 創業者来日！mabl日本法人設立記念パーティーに参加してきた | DevelopersIO 国内だとすでに、弁護士ドットコムや、GAテクノロジーズで導入事例があるようですね。 mabl株式会社のプレスリリース｜PR TIMES クロスブラウザテストとローコードテスト作成で開発チームの心理的・体力的コストを軽減したWeb完結型クラウド電子契約サービス「クラウドサイン」 | mabl mablをCIに統合し、デプロイごとに自動テストを実行する仕組みを構築した
テストでlocalstack利用時に起動時のPort待受が完了するまで待機するようにしてみた | DevelopersIO
LocalStackを使ったテスト時に確実にPortが受け付けるまで待機するようにしつつ、テストコード上ではlocalstackの存在を意識する必要がなくなるようにしてみました。 AWSへのアクセスが必要なコードのテスト用途にlocalstackを利用していると、幾つかの課題が出てきます。 localstackを導入していない環境ではエラーになる localstackの起動が完了する前にテストを実行してエラーになる Actions等のCI環境で起動が完了する前にテストが走ってエラーになる 他にも懸念事項はあるかもしれませんが、今回は上記3点についてとった対策について書いてみます。 テストコード内でlocalstackの起動判定を入れる localstackが起動していない場合にエラー扱いとしないために、HTTPリクエストを受付なければskipさせる方法でやってみます。 import req
Qaseを使用してリリース前のテスト管理をする - wheatandcatの開発ブログ
memoirのアプリ公開前にシナリオテストの実施をしたかったので、 Qaseを使用してテストの管理を行ってみた。 Qaseとは qase.io シナリオテストの管理ツール。 3人までなら無料で使用可能。料金に関しては以下を参照。 qase.io 実施 まず、プロジェクトを作成してリリースまでに必要なシナリオテストを作成していく。 今回は大まかに以下のテストケースを追加して検証した。 ログイン タスク マイページ 共有メンバー 振り返り 振り返り通知設定 達成したタスクを検索 メンテナンス 強制アップデート テストはケースは以下のように入力して作成していく。 シナリオテストの作成が完了したら、Test Runsの項目から実施するテスト項目を選択して、Start Runを実行。 テストがOKだったらPassed、NGだったらFailed、他にもBlockやSkippedが存在するので場合によっ
あたらしいテストフレームワークVitestをReactで試してみた | DevelopersIO
単純なテストですがそれでも各項目で想像以上に速度の差があることがわかりました。 開発環境 MacBook Pro (13-inch, M1, 2020) macOS Monterey node v16.13.1 vite v2.7.2 vitest v0.1.20 jest 27.4.7 ts-jest 27.1.3 happy-dom 2.27.0 さいごに まだ開発中ながら一度この速度感に慣れてしまうとJestには戻れなくなってしまいそうです。。Jest互換の記載で書きすすめることができ、移行も容易そうなので正式リリース後にはテストフレームワークとして有力な選択肢となりそうです。Vitest今後の開発が楽しみですね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What is the Golden Master Technique
Surviving Legacy Code with Golden Master and Sampling
Qase | Test management software for quality assurance
