変更容易性と理解容易性を支える自動テスト（2024/02版） / Automated Test Knowledge from Savanna 202402 YAPC::Hiroshima edition
テストの学習へようこそ！ | web.dev
テストの学習へようこそ！ コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 このコースでは、ウェブ用のテストの概要と探索について説明します。 このコースで学習する内容は次のとおりです。 テストの基礎 自動テストと手動テスト テストを実施する場所と方法 ベスト プラクティス 何をテストすべきか、誰に責任があるのか、目的そのものとしてではなく、目的を達成するために手段をテストすることを検討する方法など、テストの理念。 このコースには、学習に役立つ簡潔で実用的なサンプルコードも含まれています。 コースのスコープには、Node.js などの環境で実行される、フロントエンドの JavaScript とドキュメント モデル、バックエンドでのライブラリ テストが含まれます。テストの経験はありませんが、JavaScript の基礎知識と Node.js などに関する経験が必
20 万行超のコードベースをテストせずにリファクタリングリリースした話 - MonotaRO Tech Blog
こんにちは、鈴木です。 20 万行を超えるアプリケーションのほとんど全てのソースコードを変更し、テストを行わずに本番リリースしました。 「それってテストいるんですか？」問題 いきなりですが質問です。ソースコードを 1 バイトでも変更したら再テストする必要はあるでしょうか。「絶対に再テストすべき」という方もいれば、「状況によるしケースバイケースかな・・」という方もいらっしゃると思います。 ケースバイケースと考える方は、どのような場合にテストを行わなくて良いと考えるでしょうか。例えば、コメント内の誤字を修正した場合はどうでしょうか。ローカル変数の名前を typo していたので修正した場合、デッドコードを削除した場合はどうでしょうか。 こんなことがありました ある日、Python のソースコードを眺めていると、「# $Id」のような CVS 時代のコメントがありました。いまやソースコードは Gi
メルペイフロントエンドのテスト自動化方針 | メルカリエンジニアリング
Merpay Advent Calendar 2021 の 8 日目はメルペイフロントエンドチーム の @tanakaworld がお送りします。 はじめに メルペイは金融サービスであり、品質の維持・向上に日々取り組んでいます。フロントエンドチームでは、約 2 年前からリグレッションテストの自動化に取り組み始め、直近の 1 年間はインテグレーションテストの自動化にもチャレンジしてきました。本記事ではメルペイフロントエンドチームに於けるテスト自動化の方針とその全体像について振り返ってみたいと思います。 フロントエンドプロダクトに関わるテストは次のものが挙げられます。これらをひとつずつ順番に見ていきたいと思います。 ユニットテスト インテグレーションテスト シナリオテスト リグレッションテスト テストの種類とそのカバレッジ対象 1. ユニットテスト ユニットテストは Jest を用いて、主に
設定した CloudWatch Alarm をテストする方法 | DevelopersIO
困っていた内容 障害テストの一環として設定している CloudWatch Alarm を実際に意図した通り動作するかを検証しておきたい。 どう対応すればいいの？ Alarm を実際に実行させるには、２つ方法があります。 閾値を本来と異なるすぐに Alarm が実行される値へ変更を行う AWS CLI cloudwatch set-alarm-state を利用してステータスを強制的に変更し Alarm 実行させる もう一つとしては実際に Alarm 実行条件を満たす状況を発生させるのが想定されますが EC2 CPUUtilization などであればコマンドで再現可能ですが、コストが発生するレベルで手間をかけてあげなければならないメトリクスも想定されます。 またステータスチェックなど利用者側ではコントロール不可のメトリクスも存在します。現実的ではないケースもあります。 上記1 でも大半のケ
Post-response script examples | Postman Learning Center
This page provides post-response script examples for various API testing scenarios in Postman. You can use these post-response scripts in your request to parse response data and make assertions. You can also use these scripts to validate response structure and troubleshoot common test errors. To write your first post-response script, open a request in Postman, then select the Scripts > Post-respon
Write API test scripts in Postman | Postman Learning Center
You can use post-response scripts in Postman to execute JavaScript after a request runs. By including code in the Post-response tab for a request, collection, or folder, you can write and validate tests. You can also use post-response scripts for debugging tests. The Tests tab was renamed to the Post-response tab. If you're an existing Postman user, you can select the Tests tab in an HTTP collecti
2019年最後のAndroid/iOS Test Nightを開催しました - DeNA Testing Blog
SWETグループ、iOS自動テスト領域チームの平田（tarappo）とAndroid自動テスト領域チームの田熊（fgfgtkm）、外山（sumio）でお送りします。 おかげさまで、今年でiOS Test Nightは3周年を終えて4年目に、Android Test Nightは2周年を終えて3年目になりました。 皆様のおかげでTest Nightに登録されている資料は156件になりました。ここには素晴らしい知見が集まっています。 そんなTest Nightですが、12/16(月)に2019年最後のTest NightとしてiOSとAndroidを併せておこなったAndroid/iOS Test Nightを開催しました。 今年のTest Nightをすべて振り返りたいところですが、その中でも今年最後のAndroid/iOS Test Nightでの登壇について、SWETメンバーが軽くふりか
Webの自動テストのこの１年を振り返って | メルカリエンジニアリング
Mercari Advent Calendar 2019も、この記事を入れてあと３個となりました。最後まで読んでくださいね。 23日目はAutomation&QAグループで、Webのテスト自動化を行っている@AHA_oretamaがお送りします。 今回はWebの自動テストについて、この１年やってきたことを振り返ってみようかと思います。 Webのリアーキテクチャ 現在、Webではリアーキテクチャを進めています。 進め方としては既存のモノリシックなWebアプリケーションを残したまま、パス（例えばトップ /jp/ や検索ページ /jp/search/ ）ごとに新しいWebアプリケーションにマイグレーションする方法をとっています。 影響範囲を小さくしつつその範囲の中でチャレンジが行えることがこの方法の利点です。 詳しくは去年のMercari Tech Confの資料をご覧ください。 speaker
[iOSDC Japan 2019 リポート]「実機の管理とおさらば！AWS Device FarmでiOSのテストをしよう！」を聞いてきた | DevelopersIO
こんにちは。きんくまです。iOSDC Japan 2019に参加しています。 セッション「実機の管理とおさらば！AWS Device FarmでiOSのテストをしよう！」を聞いてきました。 発表：アマゾン ウェブ サービス ジャパン株式会社 白山 文彦さん（@fushiroyama） AWS Device Farmを使うと、自分たちが持っていないバージョンのiOSデバイスでバグが報告された場合もリモートアクセス機能を使ってすぐに動作確認をすることができます。また、CI/CDパイプラインに組み込んで自動テストを実行することも簡単に行なえます。 このセッションではまずDevice Farmを利用するためのステップをひとつずつ分かりやすく紹介します。そして次に、iOSにおける自動テストやUIテストについて説明し、XCTestやXCUITestを実際に実行してテストのイテレーションを回す実例を解説
![[iOSDC Japan 2019 リポート]「実機の管理とおさらば！AWS Device FarmでiOSのテストをしよう！」を聞いてきた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/10872fcfb7def1dce85ece55e79a3a837e0124f2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F09%2Fiosdc2019_catch1.png)
How to Test Promises with Mocha - Wietse Venema
If you test Javascript promises with Mocha, there are several styles you can use to write your tests. If you follow the Mocha docs on testing asynchronous code you risk writing ‘evergreen’ tests. Evergreen tests never fail, even when your code is broken. That is really bad. What is the safest way to write async tests with Mocha? Testing promisesWhen you assert on the result of a promise, there are
Introduction - Chai
API Reference The Chai API is broken down by style or task. Assertion Styles The Expect / Should API covers the BDD assertion styles. The Assert API covers the TDD assertion style. Plugins The Plugin API will be of use to anyone interested in building plugins as helpers to DRY up your tests, or for release to the community. Tools The Online Test Suite is a live run of Chai’s test suite. Use it to
Push通知の証明書、p12 -> pem変換について - ちょっと厨二っぽいSEのブログ
Push通知の証明書をP12からPEMに変換する方法、Push通知のテストをする方法、Push通知の証明書の種類などをまとめました。 範囲としては、キーチェーンからp12を作るところから、pemに変換するところまでになります。 証明書（PEM、P12）の種類 push通知の証明書はその役割によって４パターンのファイルにわけることができます。 push通知はサーバーに置いて使いますが、送信実行するにあたりパスワードや秘密鍵を設定することができます。 ここではわかりやすいように、以下のファイル名を使用します。 拡張子はp12とありますが、システムによりpemに変換する必要があります。 xxx_push_production.p12 : パスありの証明書 xxx_push_production_secret.p12 : 証明書の秘密鍵 xxx_push_production_secret_noe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
