Testing in Production, the safe way
Author’s Note: I’m greatly indebted to Marc McBride for reading a draft of this post and offering some excellent suggestions. This is the second installment in my series on testing distributed systems. The posts in this series are the following: Testing Microservices, the sane way (published December 2017) Testing in Production, the safe way (published March 2018) Testing in Production: the hard p
Introduction | Pact Docs
Pact is a code-first tool for testing HTTP and message integrations using contract tests. Contract tests assert that inter-application messages conform to a shared understanding that is documented in a contract. Without contract testing, the only way to ensure that applications will work correctly together is by using expensive and brittle integration tests. Do you set your house on fire to test y
A compilation of outstanding testing articles (with JavaScript) | Practica.js
About the sweet and powerful 'use case' code patternA compilation of outstanding testing articles (with JavaScript)Testing the dark scenarios of your Node.js applicationPractica v0.0.6 is aliveIs Prisma better than your 'traditional' ORM?
MailHogでメール送受信のテストをする - Qiita
$ wget https://github.com/mailhog/MailHog/releases/download/v0.2.1/MailHog_linux_amd64 $ chmod +x MailHog_linux_amd64 $ ./MailHog_linux_amd64 デフォルトの挙動ではメールはメモリ上に保存されるので、プロセスを停止させると受信したメールは消えます。 その場合はsliceでデータを保持しているので、大量にメールを送る試験をする場合はあまりメモリ効率が良くないかもしれないので注意が必要です。 SMTPは1025ポートで待ち受けています。 基本的な使い方 ブラウザに http://localhost:8025/ にアクセスするとWeb UIが表示され基本的にはそこで操作します。 下図はメールを2件受信している場合の例です。 https://github.com
xUnit Test PatternsのTest Doubleパターン(Mock、Stub、Fake、Dummy等の定義) - 千里霧中
最近、昔作ったTest Doubleの解説資料を参照・引用してくれる方がちらほら出ていて恐縮しているのですが、見直してみると結構わかりにくい資料なので今回文章としてまとめたいと思います。内容は世間一般的に言われているMock、Stub、Fake、Dummyといった言葉の定義になります。 Test Doubleとは Test Doubleとは、テスト実行時に、テスト対象が依存しているコンポーネントと置き換わるものです。「テスト代役」と訳されることもあります。世の中でMock、Stub、Fake、Dummyなどと呼ばれているものの総称に位置づけられます。 簡単な例を以下に示します。このコードでは、テストメソッド「テストコード()」がメソッド「テスト対象()」をテストしています。また「テスト対象()」は、中でメソッド「外部メソッド()」を実行しています。なお「外部メソッド」はテスト対象でないとし
「カバレッジが高ければ、品質が高い」と誤解している危険な思想家の皆様へ - Qiita
皆さんは 「カバレッジが高ければ、ソースコードの品質が高い」という誤解 をしていませんか？少なくとも私は今までテストカバレッジ100%を追求していました。「C0/C1カバレッジ100%」がユニットテストの完了条件として含まれているプロジェクトも多いかと思います。 本稿では、「カバレッジが高ければ、ソースコードの品質が高い」という命題がなぜ誤っているのかを論理的に証明し、カバレッジを計測する本当の目的、そして推奨されるカバレッジの目標値について紹介したいと思います。 「カバレッジが高ければ、ソースコードの品質が高い」はなぜ間違っているのか？ カバレッジを計測する本当の目的 バグを潜在させてしまう恐怖のテストケース・アンチパターン カバレッジの目標値は100%にするべきではない カバレッジの目標値は何%にするべきなのか？ （テストカバレッジの種類については『ホワイトボックステストにおけるカバレ
Airtest — airtest documentation
Use -e here to install airtest in develop mode since this repo is in rapid development. Then you can upgrade the repo with git pull later. Documentation You can find the complete Airtest documentation on readthedocs. Example Airtest provides simple APIs that are platform independent. This section describes how to create an automated case which does the following: connects to local android device
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - opendiffy/diffy
250bpm
Why Good Developers Write Bad Unit Tests
GitHub - goldbergyoni/javascript-testing-best-practices: 📗🌐 🚢 Comprehensive and exhaustive JavaScript & Node.js testing best practices (July 2023)
dubzzz/fast-check: Property based testing framework for JavaScript (like QuickCheck) written in TypeScript
アジャイルチームのためのインテリジェントなテスト自動化ソリューション | mabl
GitHub - ngneat/falso: All the Fake Data for All Your Real Needs 🙂
GitHub - pa11y/pa11y: Pa11y is your automated accessibility testing pal
GitHub - dequelabs/axe-core: Accessibility engine for automated Web UI testing
GitHub - localstack/localstack: 💻 A fully functional local AWS cloud stack. Develop and test your cloud & Serverless apps offline
GitHub - graue/gentest: Generative testing for JavaScript. Save time and catch more bugs by letting the computer write test cases for you. WIP
画像認識ベースのUI自動化フレームワークを用いた取り組み
kintoneチームを支えるSeleniumテスト
