Rails アプリケーションの不安定なテストを撲滅したい 〜system spec のデバッグ方法とテストを不安定にさせる要因〜
Rails アプリケーションの開発において、自分の変更に関係のないテストのせいで CI がコケるとストレスですよね？真っ先に直したくなりますよね？不安定なテストを直すのは大変な労力が要ると思ってませんか？実は、たいていのケースは簡単に再現確認ができるし、不安定になる要因もだいたい決まっているし、ログやスクリーンショットを見れば原因も簡単に特定できるんです！ そんなわけで、日頃不安定なテストを潰している身として知見みたいなものをまとめてみました。 今回利用した環境は次のとおりです。 rails 6.0.0 capybara 3.29.0 selenium-webdriver 3.142.4 rspec-rails 3.8.2 Google Chrome 77.0.3865.75 (headless で使用) ChromeDriver 77.0.3865.40 (f484704e052e0b5
｜DMM inside
React Server Components のテスト手法 2023.11.26 現代におけるコンポーネントのテストは Testing Library を用いてテストを行うことが一般的です。しかし、2023 年 11 月現在、Testing Library はまだ Server Components のテストを十分にサポートしていません。そのため、Server Components のテストを行うには、別の方法を用いる必要があります。この記事では、Testing Library を用いずに Server Components のテストを行う方法について説明します。 現代では React におけるコンポーネントのテストは Testing Library を用いて、ユーザーの視点からテストを行うことが一般的です。getByRole のようなユーザーの視点のセレクタなどを提供しているため、実装
学校のテストやセンター試験に偏差値はないよw大卒ぶった高卒なのがバレちゃったねw - le_cinema のブックマーク / はてなブックマーク
特定科目の偏差値を覚えてるのって、人生の中で、それだけ特別なことだったんだろうな。資格試験とか大学とか合格したことは覚えてても、模試やセンター試験、学校のテストの偏差値なんて全然覚えてないや。 1 人がブックマーク・1 件のコメント
Mercari Advent Calendar 2019も、この記事を入れてあと３個となりました。最後まで読んでくださいね。 23日目はAutomation&QAグループで、Webのテスト自動化を行っている@AHA_oretamaがお送りします。 今回はWebの自動テストについて、この１年やってきたことを振り返ってみようかと思います。 Webのリアーキテクチャ 現在、Webではリアーキテクチャを進めています。 進め方としては既存のモノリシックなWebアプリケーションを残したまま、パス（例えばトップ /jp/ や検索ページ /jp/search/ ）ごとに新しいWebアプリケーションにマイグレーションする方法をとっています。 影響範囲を小さくしつつその範囲の中でチャレンジが行えることがこの方法の利点です。 詳しくは去年のMercari Tech Confの資料をご覧ください。 speaker
VBAにはユニットテストやリファクタリング機能がない・・・そんなふうに考えていた時期が俺にもありました - Qiita
コンテキストメニューまたは、メニューバーのRubberduckメニューからRefactorを実行することでリファクタリングが行えます。 下記の例では関数名を変更しています。 他にも引数の削除や順番が行えます。 テスト用のモジュールとメソッドの追加方法 Rubberduck→Unit Tests→Test Moduleでテストモジュールを追加、Rubberduck→Unit Tests→Test Methodでテストメソッドを追加します。 テストモジュール中の「'@TestMethod」というコメントが記載された関数がテストメソッドとなります。 テスト実行例 まず以下のようなテストモジュールを用意します。 Option Explicit Option Private Module '@TestModule '@Folder("Tests") Private Assert As Object
サバンナ便り〜自動テストに関する連載で得られた知見のまとめ（2023年5月版）〜 / Automated Test Knowledge from Savanna 202305 edition
2023/05/17(水) Qiita Conference 2023
こんにちは。この記事は下記記事の振り返りです。 blog.kuniwak.com 引き渡しの際に撮影した写真と、平面図から起こした3Dモデルをレンダリングして得たシミュレーション画像を比較することで3Dモデルの精度を確認しました。3Dモデルには当時私が平面図をどう認識していたかがよくあらわれていました。この認識と実際がどう異なっていたかを観察することで、平面図の誤解しやすい場所がわかりました。 なお良かったこと悪かったこと編は別に書く予定です。 TL;DR 図面から起こした 3D モデルは細かな差異はあるもののおおむね正確です。日照や照明のシミュレーションでは十分使える精度をもっていると確認できました。この細かな差異は次のとおりです： 平面図には書かれていない部分（手すり・照明スイッチ・足元照明・コンセントの寸法と位置、床の高さなど）は推測でモデリングしているがその寸法・位置が実際とは異な
スライド概要 GitHub Actions Meetup Tokyo #3 https://gaugt.connpass.com/event/317178/ このプレゼンテーションでは、サイボウズ社のGaroonのE2Eテストについて、GitHub Actions self-hosted runner 上で実行していたE2Eテストを高速化・安定化させるために取り組んだこと、E2Eテストワークフローの視点の改善アイディアについて話されます。GaroonのE2Eテストにおける実行時間とFlakyが問題となっており、その改善に取り組んだ内容が紹介されています。 おすすめタグ：GitHub Actions,E2Eテスト,self-hosted runner,Garoon,テストワークフロー
Postman, Newman で始める E2E テスト - Techtouch Developers Blog
バックエンドエンジニアの misu です。最近はブンブンチョッパーでチャーハンやドライカレーばっかり作ってます。 この記事について 内容 Postman と Newman について モチベーション 実行例 テストの設定 Github Actions にのせる E2Eテストを陳腐化させないために その他 参考 この記事について 弊社では REST API 定義置き場やクライアントとして機能する Postman を使っています。Postman は、登録してある定義に基づいて API リクエストを投げる Newman というライブラリが提供されており、E2E テストのセットアップが簡単にできます。今回は、これらのライブラリを使って E2E 環境を Github Actions 上に作ってみたので簡単なサンプルと一緒に使用感を見ていただけたらと思います。 内容 Postman と Newman に
平井卓也デジタル相のヤクザ恫喝はオリパラアプリのデタラメ発注をごまかすため！ 不自然な契約、異常な金額、いまだテストできず - 本と雑誌のニュースサイト／リテラ
平井卓也デジタル相のヤクザ恫喝はオリパラアプリのデタラメ発注をごまかすため！ 不自然な契約、異常な金額、いまだテストできず 陰湿極まりない「恫喝内閣」の実態が暴かれた。巨額の契約が問題視されてきた「オリパラアプリ」の費用削減をめぐり、平井卓也デジタル改革相が内閣官房の幹部に「（発注先を）脅しておいたほうがいい」などと指示してことが発覚した件だ。 この「オリパラアプリ」というのは、東京五輪の観戦を目的に海外から入国する観戦客や選手団などの入国前から出国後までの健康管理を目的としたアプリ。このアプリをスマートフォンに入れれば入国後14日間の隔離措置が必要なしになるというシロモノで、政府は今年1月にこのアプリの開発・運用などを日本電気（NEC）やNTTコミュニケーションズ、日本ビジネスシステムズなど5社による共同事業体に委託。なんと総額約73億円という巨額の予算を計上していた。 一般向けの接触確
Findy Team+でフロントエンドエンジニアをしている 川村(@peijun333)です。 Findy では、フロントエンドのコード品質と安定性を確保するために Jest などのテストフレームワークを積極的に活用しています。通常、Jest は CLI から実行してテスト結果をコンソールで確認しますが、コマンドを用意する手間や、テスト経過のデバッグのために都度 console.log などでその内容を確認しなければならずとても不便です。 そこで、今回はテストの自動化とリアルタイムなフィードバックを提供する JavaScript の統合テストツールである Wallaby.js を紹介します。Wallaby.js を導入することで、開発効率の向上が期待できます。 Wallaby.js とは？ 前提条件 VS Code でテストの修正 Wallaby.js はリファクタリングに強い スナップシ
PS VR2、2024年内にもPCでの利用に対応へ。SIEがテスト実施中であることを公表 - AUTOMATON
ソニー・インタラクティブエンタテインメントは2月22日、PlayStation VR2（以下、PS VR2）向けの新作タイトルをPlayStation.Blogにて紹介。そのなかで、年内にはPS VR2をPCに対応させるとし、現在その機能のテストを実施していることを明らかにした。 【#PSVR2】 PS VR2の新作タイトルをまとめて紹介！ 🧙『The Wizards – Dark Times: Brotherhood』 🐶『Arizona Sunshine 2』のDLC 🏙️『Little Cities: Bigger』 ⚔『SOUL COVENANT』など 詳しくはこちら⇒ https://t.co/8P9g8R75Sr pic.twitter.com/MR69udWgTH — プレイステーション公式 (@PlayStation_jp) February 22, 2024 PS
【E2Eテスト】ページオブジェクトモデルを使ったらメンテ地獄から解放された話 - RAKUS Developers Blog | ラクス エンジニアブログ
こんにちは！フロントエンド開発課のkoki_matsuraです。 この記事では、僕が開発に携わっている製品のE2Eテストに取り入れたページオブジェクトモデル(POM)という実装パターンの概要と取り入れたキッカケ、POMへリファクタリングする簡単な例をご紹介させていただきます。 僕と同じようにE2Eテストに関わっている方、E2Eテストに興味を持っている方などに読んでいただけると幸いです。 目次は下記のようになっています。 POMとは なぜPOMを使い始めたのか POMへのリファクタリング ログイン画面 テスト内容 POM導入前のテストコード ページオブジェクト作成 POM導入後のテストコード 終わりに POMとは Webアプリケーションのテスト自動化において、テストコードとWebページを分離して管理する手法です。 POMを使わない従来のテストコードはWebページと分離しないため、どうしてもD
テスト管理ツール導入を検討するまでのテストケース管理 テスト管理ツールに必要な機能とは何か？を考えてみた テストのモニタリングとコントロール テスト実装 テスト実行 その他、プロセスを問わない機能 4つのテスト管理ツールを比較した TestRail PractiTest QualityForward Qase Qase に移行して特に良かったこと チケットとテストケースの連携がスムーズだった テスト自動化が進めやすくなった 問い合わせ用のチャットが使いやすい Qase 移行後の課題 バージョンごとの管理ができない キーワード検索でテストスイート名を抽出できない Shared Steps を使いこなせていない おわりに QA エンジニアの mikaty です。 最近、キャベツの芯に砂糖水をあげていたら花が咲きました。 テックタッチでは2023年7月からテスト管理ツールの Qase をスタート
品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。まずは、ウォーターフォールモデルとアジャイルにおける品質担保の変化について話します。 セッションの概要説明 高橋寿一氏（以下、高橋）：高橋です。今日は講演というよりは、できればディスカッションみたいな感じにしたいと思っています。「アジャイル開発での品質視点の変化」というところを1時間弱お話しします。 ステレオタイプですが、ウォーターフォールからアジャイルへいったと。みんなハッピーなんですよね。書店に行くと、どんな本を読んでも「アジャイルが素晴らしい、ウォーターフォールじゃない」みたいな。やはりものを作る上でも、もののフレキシブルな使い方という
はじめに ちょっと前に20年物のC言語で作られたシステムのテストを色々改善しようとしてみたので、この時に得たちょっとした知見を書いていこうと思います。 ※注意 記事を書くために自分のパソコンで当時を思い出しながら環境を作っているので、実際、実務でやった環境やバージョンとは違います。 また、この記事にはいくつかコードがでてきますが、すべて記事を書くために考えた疑似的な例にすぎません。 単体テスト用のテストコードの作成 20年も動いているシステムだと、もはや誰にも意味はわからんが、既存の挙動を変えてはいけない箇所がいくつもあります。 そういう箇所に手を入れざるを得ないときに、有効な方法として以下のような方法があります。 まず、既存のコードに対するテストコードを記載します。そして全て合格することを確認してから、少しづつ機能を拡張していきます。 これにより、新規機能追加が既存の機能を壊していないこ
「h1タグが複数だとSEOで不利になる？」実際にABテストで検証 | Moz - SEOとインバウンドマーケティングの実践情報
監査やSEOツールで目にしたこれらの推奨事項は、常に議論の的になった。次のような会話が交わされるのだ。 CNNはバカだな、ページ見出しに h2 を使っているよ。使う要素が間違ってる！ 確かにそうだけど、でも今のままで害はある？ 実を言うとわからないんだ 次第にSEO担当者はこうした考え方を捨て去るようになり、 h1 要素は1つだけ使うという厳格な概念は、「ページの冒頭付近に大きなテキストを置く」という考え方に落ちついていった。 グーグルの進化とミューラー氏による公式見解では……グーグルも進化している。たとえば、次のようにだ： コンテンツの分析能力が向上した ページ内の各要素がどう絡み合っているかをより深く理解できるようになった。 そもそも、世の中のWebページには、HTMLマークアップのミスが存在しているものだ。その事実を考えると、使われているタグが h1 であろうと h2 であろうと d
我々が本当にロボットではないのかテストする
この前ゲームのアカウントを作ろうとしたら「あなたはロボットですか？」のテストが難しすぎて結局アカウントが作れなかった。 「私は自分が気づいていないだけで、実はロボットなのかもしれない。」 そんな不安にかられた私は、ロボット認証のテストを集めて、人間性のテストを作ってみることにした。 ネットでよく見るロボット認証を真剣に解いてみる ネットをやっていると、こういうロボット認証が出てくることがある。 が、たまにものすごく難しい問題が出てくることもある。 つむひてあ...？ あらゆるサイトでロボット認証を受けてみたり、難しすぎるロボット認証に怒っている人を探してみたり、「史上最低のロボット認証を投稿する掲示板」などをあさったりして問題を集め、オリジナルのテスト問題を作ってみた。 名付けて「人間性試験」。 「私はロボットではありません」ボタンも完備。 全21問、100点満点の本格試験。ただ、だいたい
「テストを書こうとしたけど、どう（いつ）書いたらいいかわからない」初心者向けガイドライン！ - HIKKYフロントエンドガイドラインより
本稿では、自動テストについての「ちょうど一歩くらい」進んだ内容について、述べていきます。 「テストを実施したいけど、どう書けばいいかわからない」という全人類は、これを読んでください。 損はさせませんよ！ これを読めば、「一歩目の知識」「初めてのテスト作成」「テストの初歩概念」を得ることができ、「次になにをすればよいか」がわかるようになります！！ 対象読者: 実際にテストを実装してみようと思ったけど、とっかかりがつかめなかった テストの概要はわかった（単体テストと結合テストガイドラインを読んだ） テストのTipsに興味がある なお本稿は株式会社HIKKYフロントエンドチーム向けのガイドラインであるものの、内容については筆者に一任されており、株式会社HIKKY及びその意向等とは無関係です。 テストってどういうフローで開発していくの？ どのタイミングでテストコードを書くの？ おおまかには以下の、
ZOZOTOWN iOS にスナップショットテストを導入して開発速度を劇的に向上させた話 - ZOZO TECH BLOG
こんにちは！ 開発部の@ahiru_starrrです。 本稿では、ZOZOTOWN iOSにSnapshotTestを導入したのでその経緯や導入方法、導入するメリット・デメリット、どんな場面で役に立つのかなどについて書いていきます。 SnapshotTestがどのようなものかよく分からない方や導入を検討している方々のお役に立てれば幸いです。 SnapshotTestとは SnapshotTest導入の背景 2つの課題 エンジニア ↔︎ デザイナー間のコミュニケーションコスト レガシーからモダンへの取り組み 導入方法 環境変数を設定 実装方法 テストクラスを作成 recordModeを設定 テストコードを実装 フォルダ名を設定 ファイル名を設定 stubの設定 FBSnapshotVerifyView SnapshotTestのユースケース リファレンス画像を生成 SnapshotTest!
React Hooksでテストをゴリゴリ書きたい - react-reduxやaxiosが使われているような場合もゴリゴリテストを書きたい
2023/12/25 続編が出ました🙆♂️ この記事は記述されてからある程度時間が経過してしまっており、自分の考え方も少し変化してきています。 その変化について新しく以下の記事を書いたので、ぜひ参照してみてください。 追記 以下の記事は@testing-library/react-hooksのv3系を使っていました。 v5系に上げるとHookResultではなくRenderResultになったようなので、v5を使われる場合はRenderResultの方をお使いください🙏 🦍 テストコードを書くことがプロダクトコードを書くことと、同じくらい重要であるという認識が浸透しつつある昨今、多くの関数にはおそらくテストがあることと思います😊 最近はReactの開発がメインです。 僕は毎回フロントエンドでテストを書く場合は以下のような方針をとっています。 コンポーネントのテスト storybo
Playwrightを使ったE2Eテストを導入した話 - インフラ編 Playwright × Allure Report × AWS - Uzabase for Engineers
はじめに こんにちは。ソーシャル経済メディア「NewsPicks」の QA/SET チームの海老澤です。 先日は Playwright を使ったE2Eテストの導入について、紹介させていただきました。 今回は作成したテストをAWS 基盤上で動かす方法を紹介させていただきます。 前回の記事 tech.uzabase.com E2Eテスト実行のタイミング NewsPicksでは 下記のタイミングで E2Eテストを実行させています。 ①リリース時のカナリーデプロイ後 NewsPicks ではカナリーリリースを採用していてカナリーへのデプロイが完了した後、カナリーに向けてE2Eテストが動きます。 ②開発環境デプロイ後 動作確認をしたい場合に feature ブランチなどでデプロイ後 E2Eテストを実行できるようにしています。 本記事では主に 「②開発環境デプロイ後」 を例に紹介します。 実行方法 具
ユニットテストをGitHub ActionsからCodeBuildに移行し、実行時間を35%削減した - Uzabase for Engineers
こんにちは。NewsPicks SREチームの 海老澤 です。 今回はGithub Actionsで実行していたテストを高速化したので紹介したいと思います。 課題 取り組み テストの並列化 AWS CodeBuildへの移行 CodeBuildの設定 コンピューティングタイプ トリガー buildspec.yml 結果 課題 NewsPicksでは Junitのテスト等をGithub Actions から実行しているのですが、2013年のサービス開始当初から存在する、一番コードベースが大きいリポジトリのビルド・テストの実行時間に 20~30分ほどかかっていました。 テスト自体はバグを産まないためにも必要なものですが、時間がかかるため開発効率が下がってしまいます。そのためテスト高速化の取り組みを行いました。 取り組み テストの高速化をする上でやったことは大きく下の二つです テストの並列化 G
CTOの藤村です。つい最近まで STORES ブランドアプリ のチームでRailsを書いていました。 STORES ブランドアプリ のRailsリポジトリではdatabase_cleanerを（strategy = truncationで）使ってテスト中のデータベースをリセットしており、このことがテストコードの品質、速度などで重荷となっていました。 これを、テスト実行時にテストコード自体を書き換えて改善する仕組みを作り、先日無事Transactional Testへの移行が完了しました。ということで気分がとてもよいので、どうやったか共有させてください。 課題 STORES ブランドアプリのRailsのテストコードは速度に課題がありました。 テストデータを片付ける仕組みとして、 Railsエンジニアにはお馴染みのdatabase_cleanerというGemを使っていました。database_
「ソフトウェアテスト効率化カオスマップ」が公開
現在ソフトウェア開発の分野は加速度的に成長を遂げている。「IoT」分野やAIと呼ばれる「人工知能」分野などはその代表格だ。ソフトウェア開発工程のうち、約3～4割がテスト工程にあたるとされており、テストだけの市場規模は5.7兆円。その一方、テスト専門会社へのアウトソース率は未だ1～2%に留まっている現状だという。IT社会は進化し続け、テスト検証へのニーズは今後も更に高まると予測されるとのことだ。 技術革新により深化していくこのICT社会に、同社では「お客様のソフトウェア品質への責任」「高い品質目標に対する積極的な関わり」というポリシーのもと、テストを通じて安心・安全な社会の実現をミッションに掲げている。同社と同様の想いを掲げる企業・ブランドと共に、ソフトウェアテスト市場の活性化を図っていければと考えているという。このような背景から今回の「ソフトウェアテスト効率化カオスマップ」の作成に至ったと
2022.12.3に開催された「ソフトウェアテスト自動化カンファレンス2022」基調講演の資料です。 https://testautomationresearch.connpass.com/event/262132/
何度も挫折してきたE2Eテストだけど、今後はDatadog Synthetics Testsが良さそうかも - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 20 の記事です。 はじめに 株式会社リブセンスの転職会議事業部Webエンジニアの @ishitan-liv です。 今回は、過去に転職会議でも導入しようとして挫折してきたE2Eテストについて書きます。 E2Eテストを自作するか、SaaSを使うのかで比較した結果と、Datadog Synthetics Testsの使い方を軽く紹介したいと思います。 なお、この導入については完全に個人プロジェクトとしてやっております。 リブセンスではエンジニアの権利として毎月10%の技術投資枠確保というものがあり、Googleの20%ルールのようなもので、約20日勤務だと想定して2日間は興味のある技術的なことに使えます。 grow.google はじめに このブログ記事を読むと得られる(と思われる)もの 今回書かないこと 導入検討
テストプロセスが自走するチーム体制をめざして QA が取り組んでいること - Techtouch Developers Blog
はじめに 前提情報 プロダクトチームの体制 Four Keys の Elite を目指して 品質保証の課題 1. テストの重複 2. 刻々と変化するチーム体制 3. 属人化したテストケース管理 改善策：テストプロセスの変更とテストケース管理ツールの導入 1. テストプロセスの改善〜Test It Yourself〜 2. テストマネジメントツールの導入 おわりに はじめに こんにちは、テックタッチで QA PM (Quality Assurance Project Manager)をしている shutty です。先日はテストエンジニア向けの合宿型ワークショップ WACATE2023 冬に初めて参加してきました。実行委員をはじめとして参加者全員の熱量を全身に浴びてきました。 この記事では最近テックタッチの開発チームで行なっているテストプロセスの改善について紹介します。 前提情報 プロダクトチ
Daigo Wakabayashi on Twitter: "接触確認アプリの件、事業者である国と厚労省が酷すぎる。 ・初期リリースはボランティアに頼る ・直前のAPI変更があってもTVで発表したリリーススケジュールを無理に守らせる（ボランティアなのに） ・画面の仕様が政治で毎日変わる ・受け入れテスト体制がないからテスト未完了でリリース"
接触確認アプリの件、事業者である国と厚労省が酷すぎる。 ・初期リリースはボランティアに頼る ・直前のAPI変更があってもTVで発表したリリーススケジュールを無理に守らせる（ボランティアなのに） ・画面の仕様が政治で毎日変わる ・受け入れテスト体制がないからテスト未完了でリリース
文章を穴埋めテストにして URLで簡単に共有・回答文章中の大事な単語をマウスやタッチで選択！ 簡単穴埋めテスト作成ツールです。 自学自習にも学校の授業でも使えます。
さまざまなテストレベルとロールで活躍されている方々がテストコードをリーダブルにする方法について語り、それぞれの違いや共通点について議論する、「リーダブルなテストコードについて考えよう」。ここで株式会社ソニックガーデンの伊藤氏が登壇。リーダブルなテストコードとは何か、リーダブルなテストコードを書くための具体的な意識を紹介します。 伊藤氏の自己紹介 伊藤淳一氏：リーダブルコードという発表です。いきなり余談から入りますが、今日仕事をしていたらテストコードに助けられました。 仕様変更がいつ入ったのかを調べなきゃいけなくなってコミットを追いかけていったら、過去の僕がすごくわかりやすいテストコードを書いていて、仕様Aを仕様Bに変えることがdiffを見れば一目瞭然というようなものを作っていました。リーダブルなテストコードを書いてて良かったと思った日がこの勉強会の開催日で、ナイスタイミングだと思いました。
ペーパーテストだけで選抜した子の人生～のヤツ
追記 2023/11/14 ツッコミくれた増田やいろいろ教えてくれた増田本当にありがとう！ こういう知らないこと知れるってのはマジで脳汁でるな！！！特に「逆だと思う」って教えてくれた増田！指摘読んでてうっひょーーーなるほど！指摘嬉しい！！ってなったぞ！本当にありがとう！！！！ オラはＸとかインスタ？とかやってないから、ネットの流行りははてなとトゥゲッターとスラドでしか知れない程度の情弱ボッチだけど、書いたことに対してみんなにいろいろツッコミ受けて、新しいこと知れるのやっぱ楽しいな！って久々に実感した！改めてありがとう！ ----- オッス。オラ英語成績が２だった上に底辺工業高校卒なので、多分誤読してるかも。みんなの知識をオラに分けてくれ！ 「ペーパーテストだけで選抜した子」の人生を35年間追跡調査すると、ペーパーテストで劣った子と比較してクリエイティビティ・芸術の分野でも上回っていたという
https://github.com/Songmu/flextime flextimeはテストコードの中で現在時刻を切り替えるためのライブラリです。Sleep時に実際に時間を止めずに時間が経過したように見せかける機能もあります。 つまり、PerlのTest::MockTimeやRubyのtimecop的なことをしたいわけですが、Goだとグローバルに関数の挙動を切り替えるといったことはできないため、利用にあたってはtimeパッケージで使っている関数を、flextimeパッケージに切り替える必要があります。 具体的には、flextimeはtimeパッケージと同様のインターフェースを備える以下の9つの関数を提供しています。 now := flextime.Now() flextime.Sleep() d := flextime.Until(date) d := flextime.Since(da
なぜテストが開発を駆動するのか
はじめに TDD は Test-Driven Development を省略したもので日本語では『テスト駆動開発』という語が訳として与えられている。 TDD は現在多くの人に認知されていて、多くの実践者がいると思う。 私も TDD というスタイルが好きでよくそのような開発をする。 これまで、開発者の方と TDD について話すと『どうやる』の方に興味がいって『なぜ』の部分が置き去りになっていると感じることがあった。 例えば、『どうやればいいかわからない』といわれたのだが、TDDの典型的なお作法自体は知っているようなのだ。これはそもそも『なぜ』TDDをやりたいのかがわからないのではないのかと思った。 TDD はその名の通りテストでソフトウェア開発を駆動させるための開発スタイルだ。 なので、TDDをより効果的に行うためには、ソフトウェア開発がどのように行われるかを理解し、『なぜ』テストが開発を駆
XUnit Test Patterns に筆者の経験則を落とし込んでまとめています。 2024/01/25 TechBrew in 東京 〜技術的負債と共に歩むプロダクトの成長〜 の登壇資料です。 https://findy.connpass.com/event/306451/
VS CodeのGo言語テストコード生成ツールを使ってみたらめちゃくちゃ便利だった話とか - kdnakt blog
年末年始はGoのテストコードを書いて過ごしている。 そんなことよりそろそろ2019年の抱負的なものを書かないと……とは思うものの、振り返り系記事ばかりで技術系記事がおろそかになってもあれなので、テストコードを書いていて学んだことをまとめておく。 [Go言語用VS Codeセットアップ手順] [テストコード・スケルトン自動生成] [関数の戻り値を比較する3つの方法] 等価演算子 (==, !=) で比較する Object.Equal() で比較する リフレクションを利用して reflect.DeepEqual() で比較する [まとめ] [Go言語用VS Codeセットアップ手順] 実行環境はMac 10.14.2 + VS Code 1.30.1。 VS Codeの左側のメニューの5番目の四角いアイコンが「Extensions」、拡張機能のメニュー。検索ウィンドウに「go」と入力するとMi
サバンナ便り ～ソフトウェア開発の荒野を生き抜く～ 第7回テストコードの認知負荷 ～テストの名前、構造、情報量を工夫する～ 開発の現場では、既存のテストコードから仕様を読み解く機会がよく訪れます。そのようなとき、テスト対象の仕様やテストの意図を読み解きやすいテストとそうではないテストがあることに気付きます。今回はテストコードの読み解きやすさに寄与する要素を考えます。 認知資源と認知負荷 人間は何かを読み解くときに脳のリソース（脳内のワーキングメモリ）を使います。リソースの量は有限で、個人差があります。このような脳のリソースは「認知資源」と呼ばれています。 人間が何かを読み解くときに認知資源が何にどのくらい割かれているかという概念を「認知負荷」と言います。「どのくらい」は状況に左右されます。たとえば、読み解く対象を知っているかどうかで認知資源が割かれる量は変化します。「何に」も状
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DMM動画サービスでA/Bテストを1年間運用してわかったこと - DMM inside
React Server Components のテスト手法
Webの自動テストのこの１年を振り返って | メルカリエンジニアリング
自走型ロープウェイ Zippar、有人走行テストへ
テストマン、新築住宅の平面図からおこした3Dモデルを実写と比較する - 若くない何かの悩み
E2Eテストワークフローを高速化・安定化させる取り組み | ドクセル
Androidアプリの個人開発者へ新たに課される「Google Play」要件が結構厳しいと話題に／20人以上のテスターを集め、14日以上連続でクローズドテストしろだと？【やじうまの杜】
Wallaby.jsを使ってフロントエンド開発のテストを効率化しよう - Findy Tech Blog
最高効率でテストをするためにQaseを選んだ理由 - Techtouch Developers Blog
「旧来のテスト担当者の仕事は、たぶんどんどん減っていく」 アジャイルへの移行に必要な品質向上の定義
20年物のC言語で作られたシステムのテスト工程を改善しようとした話 - Qiita
RSpecのテストコードを実行時に書き換えて実行速度を改善した話 - STORES Product Blog
テスト自動化で起業した10年とテスト自動化普及の歴史を振り返る
文章をそのまま穴埋めテストにできるツール | テストメーカー | テストメーカー
過度なDRYを行わず、APIドキュメントだと思って書く 脳内メモリを消費させない“リーダブルなテストコード”の書き方
Goでテスト中に現在時刻を差し替えたりするflextimeというのを作った | おそらくはそれさえも平凡な日々
テストコードを負債化させない上手な付き合い方 / Test Code Management
第7回 テストコードの認知負荷 ～テストの名前、構造、情報量を工夫する～ | gihyo.jp