『実践プロパティベーステスト ― PropErとErlang/Elixirではじめよう』
テストケースはコンピューターで書くべき！ でもどうやって？ その答えが「プロパティベーステスト」です Fred Hebert 著、山口能迪 訳 原書 Property-Based Testing with PropEr, Erlang, and Elixir 376ページ A5判 ISBN：978-4-908686-18-4 2023年11月1日 発行 従来のユニットテストでは、人間が「入力に対してコードが返すべき値」を考えて、その通りの結果が得られるかどうかをテストします。 これに対してプロパティベーステストでは、数万にも及ぶ多様なテストケースをコンピューターで自動生成し、その大量のテストを水面下で実行することによって、どんな入力に対してどんな問題が起きるかをテストします。 人間には思いもつかない入力まで網羅できることから、単に手間をかけずにテストケースを増えせるだけでなく、場合によって
pytest でテストケース毎に DB を自動的に初期化して、テスト開発体験を向上させる - SalesNow Tech Blog
概要 Web バックエンドのテストコードを書く場合、その多くは DB に依存していることが多いです。 DB 関連のテストは、テストデータの準備やテストケース毎の DB 処理化を適切に行うことが重要ですが、手間がかかる場合あるため、Mock で擬似的にテストしてしまうことも多いかと思います。 ただ、Mock を使ったテストは本質的な問題を検知できない意味のないテストになってしまう可能性があり、可能な限り DB の Mock を行わずに、実際の DB を使用してテストすることが望ましいと考えています。 本記事では、pytest、sqlalchemy、PostgreSQL を使った場合に、テストケース毎に DB を簡単に初期化しつつ、テストケース毎の前提データ登録も簡単うことでテスト開発体験を向上させる方法を紹介します。 前提環境 本記事では、以下の環境を前提として説明いたします。 python
Gherkin記法はじめました
はじめに End-To-Endでの、システム統合テストや受け入れテストに自動テストを導入するにあたって、Gherkinという、テスト記述の記法を知った。QAエンジニアの立場で、自動テストを導入する方法として、よさそうに感じたので、そのときに調べたことをこの記事にまとめる。人に読んでもらうものというよりも、メモに近い。 そもそも Gherkin は、Behavior-driven development (以下、BDD)という開発手法で使用されるテスティングフレームワークで用いられる記法である。また、BDDは、Test-driven development (以下、TDD)の派生である。まずは、そのTDD、BDDについて、簡単にまとめる。 Test Driven Development 前提として、TDDとは開発手法もしくは設計手法の1つであり、テストの手法ではない。あくまでも「手段」として
APIテスト アーキテクチャ
テックリードとして2つのプロジェクトのテスト自動化を推進しています（本業）。 この記事では、プロジェクトでの経験を踏まえ、APIテストの位置づけ、システム上のスコープ、2つの方式について説明します。 この記事の目的 これから新規/既存WebシステムのAPIテストを自動化する人に向けて、APIテストの位置づけ・システム上のスコープ・2つの方式を紹介し、よりよいアーキテクチャを選択してもらうこと 想定読者 この記事は、テストピラミッドの考え方を採用し、以下のような方針でテスト自動化を進めることが前提です。 ユニットテスト、UIテスト、APIテストのように、粒度・観点の違うテストをバランスよく用いて、品質を効率的に担保する ユニットテストなどのより小さい粒度のテストで品質の大部分をカバーし、APIテスト、E2Eテストなどのより大きい粒度のテストをできる限り削減する 上記の前提を読んでも理解できな
テストを自動化するのをやめ、自動テストを作ろう
July Tech Festa 2020 TrackB https://jtf2020.peatix.com/
2023年 研究開発部 新卒技術研修 ~ テストコード編 ~ - Sansan Tech Blog
こんにちは、研究開発部 Data Analysisグループの笛木です。 4/26（水）〜 4/28（金）で研究開発部内の技術研修を行いました。 こちらのブログの続きでテストコードについての研修資料を一部公開します。研修では新卒2年目の私が1年間で部内のコードなどから学んだ情報を共有しました。至らない部分もあるかもしれませんが、ご参考になれば幸いです。 こちらの研修で使用したGitHubのコードリンクは以下です。適宜、ご参照ください。 github.com 目次 目次 はじめに この研修の目的 研修スコープ外 テストコードについて テストコードの便利な点 テストコードの悪い例 テストコードに関するFAQ pytestによるテストコードの書き方 ファイル名 ディレクトリ 基本編 Parametrize Fixture 異常系 Mock indirect conftest 知っておくと活用する場
テストデータを貯めて感じたこと
https://toruby.connpass.com/event/286678/ の発表資料です。
Welcome to Nox — Nox 2024.4.15 documentation
Nox is configured via a noxfile.py file in your project’s directory. Here’s a simple noxfile that runs lint and some tests: import nox @nox.session def tests(session): session.install('pytest') session.run('pytest') @nox.session def lint(session): session.install('flake8') session.run('flake8', '--import-order-style', 'google') For each session, Nox will automatically create a virtualenv with the
ユニットテストの流派
1. BDDとは BDD（ビヘイビアー駆動開発） はTDDを拡張した手法です。 1つのシナリオを書き、そのシナリオを満たすように実装を進めていきます。つまり、ユニットテストの範囲は単一クラスではなく、複数の依存関係にあるクラスも含みます。 基本的にビジネスマン（非エンジニア）から見たとしても理解ができるテストであり、受け入れテストとも言われます。 詳細に言うと、受け入れテスト（ATDD）はユーザー寄りで、振る舞い駆動開発（BDD）は開発者寄りと見る人もいます。 どちらかというとUIテストに使われる傾向があり、「Given-When-Then」パターンなどが手法として有名どころです。 また、ツールとしてはRSpec, Jest等が有名です。 2. ユニットテストの考え方と派閥 2.1. ロンドン派 テスト対象の依存関係をすべてモックに置き換える（自クラス以外は全部モック） ユニットテストの単
観点表を活用してテストの抜け漏れを防ごう - エムスリーテックブログ
【QAチームブログリレー1日目】 こんにちはエンジニアリンググループの森内です。私は現在eESのエビデンスソリューション（治験臨床研究支援）チームでQA（品質保証）を担当しております。本ブログでは、QAの作業効率と生産性向上のために導入したテスト観点表をご紹介をします。 また以前デジカルQAでの取り組みをご紹介するブログも執筆してますので、エムスリーのQA活動にご興味ございましたら併せてご参照下さいませ。 www.m3tech.blog www.m3tech.blog テスト観点とは 観点表導入前に抱えていた問題点 観点を一覧化 メリット まとめ We're hiring! テスト観点とは 以下は総務省が公表している人口に関するデータ( https://www.stat.go.jp/data/jinsui/2022np/index.html )をグラフ化したものです。突然ですが、これらをあ
スナップショットテストとアサーションテスト
スナップショットテストとアサーションテスト 2023.07.08 この記事では、スナップショットテストとアサーションテストの違いを説明します。また、それぞれのアプローチでテストを書いたときのメリットとデメリットを見ていき、どちらのアプローチを採用すべきか考えていきます。 フロントエンドのテストの種類には、スナップショットテストとアサーションテストの 2 種類があります。スナップショットテストは、テスト対象のコンポーネントのレンダリング結果をスナップショットとして保存しておき、テストの実行時にスナップショットとレンダリング結果を比較することでテストを行います。アサーションテストは、テスト対象の要素を取得して状態をアサーションすることでテストを行います。 この記事では、スナップショットテストとアサーションテストの違いを説明します。また、それぞれのアプローチでテストを書いたときのメリットとデメリ
テストコードの改革を進めている話 | メルカリエンジニアリング
はじめに この記事は、Merpay Tech Openness Month 2023 15日目の記事です。 こんにちは。メルペイ加盟店精算チームのバックエンドエンジニア@r_yamaokaです。 今日は現在自分がリードして取り組んでいるテストコードの改善について紹介したいと思います。 抱えている課題 私が所属している加盟店精算チームのマイクロサービスは加盟店さま向けサービスとして欠かせないものであり、メルペイ最初期から存在するサービスです。他のマイクロサービスにあまり無い特徴として多数のバッチ処理を行っている点が挙げられます。 お客さま（メルペイユーザー）がお店で行った決済は、一定の頻度で集計し決済手数料を差し引いた上で加盟店さまの銀行口座へ振り込むことになります。 最終的な振込金額を算出するまでの流れとしては 個々の決済金額のリコンサイル（会計マイクロサービスとの金額照合） 日次集計 締
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.juse.jp/sqip/symposium/2023/timetable/files/B3-2_happyou.pdf
runnチュートリアル
200610_テストは5時には終わらない/200610_testing_is_not_a_9_to_5_job
良いテストとは何か:持続可能で保守性の高いテストを書く
webフロントエンドテストと自動化
GitHub - joke2k/faker: Faker is a Python package that generates fake data for you.
GitHub - EqualExperts/dbt-unit-testing: This dbt package contains macros to support unit testing that can be (re)used across dbt projects.
GitHub - litestar-org/polyfactory: Simple and powerful factories for mock data generation