Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
このエントリでは，Ruby on Rails （以下 Rails）の ActiveRecord モデルテストについて，1) どこの何をテストすればよいか，2) どのようにテストを書けばよいか，のガイドラインを示します．このガイドラインは Rails 公式のものではなく，id:passingloop が使っている私的なものです．疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします． はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです．Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります．しかし，「どこをどうテストすればよいのか」についての解説は，「使い方」の解説と比較して少ないように思います．もっとも，テスト一般についてどう書くかはアプ
「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
1994年に発売された大人気ゲーム「ファイナルファンタジーVI（FF6）」（スーパーファミコン版）をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 本記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア（現スクウェア・エニックス）が開発したロールプレイングゲーム（RPG）で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万本の売り上げを記録した。人気
テスト仕様書 - Qiita
単体テスト 結合テスト システムテスト（機能テスト、負荷テスト、ボリュームテスト、セキュリティテスト、リグレッションテストetc) 受け入れテスト（シナリオテスト） 運用テスト 現場（案件）によっては、「開発エンジニア」 が一連のテストしたり、また 「QAエンジニア」 がテストしたりと異なります。 私の意見としては、 「開発エンジニア」 「QAエンジニア」 双方が確認すべきではないかと。 単体テストの実施は、開発者が担当します。 また、結合テスト（Integration Test）以降のテストはQAエンジニア、もしくはQAテスターが担当する。 単体テストのルールや網羅性は開発とQAが一緒に考えることが品質を良くする上で大事です。 お互いテストの意義というものを見直すこともできます。 また、詳細仕様を把握しているPM、Pdmや開発者。テスト設計やテストの種類を知っているテスト担当者が協力しあ
残して価値のあるテスト設計 / Test design by specification map
#gotanda.rb 第37回目 で発表したスライドです。
サーバーレスでもユニットテスト – TypeScript 製 AWS Lambda を Jest でテストする | DevelopersIO
最近は Lambda Function を TypeScript で実装することが多く、テストツールとして Jest を選択しました。導入から基本的なテスト、カバレッジ出力までやってみたので、その手順を記録します。 ユニットテストのモチベーション 変更に対する心理的な安全性を手に入れるため、という理由が大きいです。 たとえば API Gateway のバックエンドを Lambda Function で実装する場合。実装だけであれば、可能な限り any 型を使用せず、 interface や type の有効活用によりデータ型に起因する実行時エラーは大幅に少なくできます。 TypeScript を使うメリットのひとつですね。ではサーバーレスならではの難しいポイントはどこかというと、私の場合 前作った Lambda Function の挙動をすぐ忘れる ということがよくありました。それで、 L
Python: ユニットテストを書いてみよう - CUBE SUGAR CONTAINER
ソフトウェアエンジニアにとって、不具合に対抗する最も一般的な方法は自動化されたテストを書くこと。 テストでは、書いたプログラムが誤った振る舞いをしないか確認する。 一口に自動テストといっても、扱うレイヤーによって色々なものがある。 今回は、その中でも最もプリミティブなテストであるユニットテストについて扱う。 ユニットテストでは、関数やクラス、メソッドといった単位の振る舞いについてテストを書いていく。 Python には標準ライブラリとして unittest というパッケージが用意されている。 これは、文字通り Python でユニットテストを書くためのパッケージとなっている。 このエントリでは、最初に unittest パッケージを使ってユニットテストを書く方法について紹介する。 その上で、さらに効率的にテストを記述するためにサードパーティ製のライブラリである pytest を使っていく。
Unit Test好きにはたまらない！Conftestで設定ファイルのテストをしてみた - kenfdev’s blog
KubeConでOpen Policy Agent関連の発表を追っていたところ、面白そうなプレゼンを発見しました！ Unit Testing Your Kubernetes Configuration with Open Policy Agent 僕はUnit Test大好き人間なのでUnit Testと聞くだけで興奮するのですが、それにさらにOpen Policy Agentが関わっているときたら放っておけません！ もしOpen Policy Agentについて初めて聞いたという方は以下の記事でも紹介しているので興味があればぜひ！ kenfdev.hateblo.jp Conftest ConftestはYAMLあるいはJSONで定義された設定ファイルに対してテストを書けるというツールです。 面白いのは、テストに使うのがOpen Policy AgentのRegoというポリシー用の言語だ
gRPCと手動テスト | メルカリエンジニアリング
この記事はMERPAY TECH OPENNESS MONTHの5日目の記事です。 merpayでNFC決済のmicroservice (nfc-service) を開発担当している @Hiraku です。メルペイのバックエンドシステムは、各microserviceが主にgRPCを主な通信プロトコルとして用意しています。当然、各チームはgRPCサーバーを開発しています。この記事では、ちょっとした開発の日常をお見せしたいと思います。 とあるエンドポイントの場合 そもそもgRPCサーバーだけで、iOS/Androidのバックエンドができるのか？と思う方がいるかもしれません。 下図は、典型的なリクエスト経路を示しています。 merpay-gateway … 主にプロトコルの変換を担う merpay-api … BFF(Backend for Frontend)的な役割を担い、他のmicroser
GoogleTest + CMakeでC++の実践的なユニットテスト環境を構築する：その２（カバレッジ表示） - Qiita
背景と目的 前回の続きの記事です。 下記に対応します。 背景と目的 ⑦カバレッジを行単位で表示できること（別途記載予定） 前回はユニットテストの実行環境を構築するだけで終わりましたが、それに加えて htmlのカバレッジレポートを出力できるようにします。 サンプルコード 本記事は、ミニマムなサンプルコードを追っていけば目的を達成できるようになっています といってもコードのほうに詳しいコメントを記述しているわけではないので、簡単に解説を下記に記述します。 サンプルコードはこちら お試し環境 os: Ubuntu 16.04 LTS tool: gcc-5.4.0, cmake-3.10.2, lcov-1.12 lcovがインストールされていることが前提です lcovのインストール方法例（他の方法もあると思います）： $ mkdir ~/tmp $ wget https://github.co
GoogleTest + CMakeでC++の実践的なユニットテスト環境を構築する：その１ - Qiita
背景と目的 googletestを導入するための情報は、既に多くの先輩方により記述されていますが、本記事では、それらに＋αの情報を加え、実際の開発現場にすぐに適用できる実践レベルの内容としてまとめることを目的とします。 それでは、ここで想定している実践的なテスト環境とは何かと言うと ①テストフレームワークのインストール方法がスクリプト化されていること ②テストフレームワークのバージョンが固定されていること ③テストケースを追加する度にプロジェクトファイル（Makefileとか）を編集させないこと ④テストファイルとテスト対象ファイルが対になっていること（ClassA.cpp、ClassATest.cpp、など） ⑤mockを実装する手段が提供されていること ⑥IDEと統合してテストのデバッグができること（別途記載予定） ⑦カバレッジを行単位で表示できること（別記事） ⑧CIでテスト結果を表
C++ のユニットテストをいい感じにする - Qiita
C++ のユニットテストを簡単にあつかえるようにしてみた。 要素としては次。 Google Test https://code.google.com/p/googletest/ 現在一番扱いやすい C++ ユニットテスト用フレームワークだと思う。 CMake との親和性が高いのもよい。 CMake http://www.cmake.org/ ユニットテストのコンパイルを楽にするために。 実行と結果の要約表示は付属の CTest を使うといい感じになる。 ここでは CMake まわりの設定について説明していく。 Google Test の使い方については各自で調べてください。 サンプル CMake の都合上ディレクトリー構造がキモになってくるのでわかりやすさのためにサンプル作ってみた。 トップで次のコマンドを打つとテストまで完了する。 project root/ cmake/ # CMake
xUnit Test Patternsから学ぶ12個のユニットテストの原則 - Qiita
本エントリは、xUnit Test Patterns: Refactoring Test Codeという書籍の「Chapter5 Principles of Test Automation」の内容をベースに、12個のユニットテスト原則についてまとめていきます。この書籍は、2007年に販売されたものですが、今でも十分役に立つユニットテストに関する原則を伝えています。 ウェブでは、次のURLでも内容を見ることができます。 自動ユニットテストの原則 ここで紹介されるものは、ユニットテストで確認したい quality のリストです。ですので、直接適用する「パターン」ではありません。 「何をやるか」よりも「なぜやるのか」という観点においてまとめられています。 本エントリでは、xUnit Test Patterns: Refactoring Test Codeで紹介されている12個の原則をベースに、ほ
C++: コンパイル時テストのススメ｜TechRacho by BPS株式会社
皆さん、C++のテストフレームワークは何を使っていますか？ 最近はBoost.Testやgoogletestあたりが一般的ですね。私は個人的に IUTest というものを使ったりもします。 しかし、C++はコンパイル時計算を行う言語です（個人の感想です）。 だったらテストだってコンパイル時にやりたいと思いませんか？ 思いますよね。やりましょう。 コンパイル時テストのやり方 C++にはstatic_assertという機能があります。コンパイル時に式を評価して、falseになった場合コンパイルエラーにしてエラーメッセージを出してくれる機能です。 高機能なテストフレームワークを使うのも便利ですが、コンパイル時に解決できるテストはこれを使って書くことができます。 static_assertの文法は単純です。任意のboolに変換可能な定数式をexpとすると、 static_assert(exp, "
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - goldbergyoni/javascript-testing-best-practices: 📗🌐 🚢 Comprehensive and exhaustive JavaScript & Node.js testing best practices (July 2023)
LitmusフレームワークによるKubernetesのカオスエンジニアリング
GitHub - eranpeer/FakeIt: C++ mocking made easy. A simple yet very expressive, headers only library for c++ mocking.
なぜテストを書くの？（または書かないの？） 〜テストコードの7つの役割〜 / #tamarubykaigi01
『テスト駆動Python』入門 ― pytestとテスト駆動開発
負荷試験コトハジメ
「質」のいいユニットテストを書くためのプラクティス / practices to write better unit test
