【初心者向け】時間に関するテストでハマりやすいポイントと対策 - Qiita
こんにちは、とまだです。 テスト自動化あるある言いたい by T-DASH Advent Calendar 2024、8日目の記事をお届けします！ 皆さん、テストは書いていますか？ 最近、テストの自動化を進めていく中で、時間に関するテストで思わぬハマりポイントがあることに気づきました。 今回は、時間にまつわるテストで遭遇しやすい問題と、その対策をご紹介します！ 1. 現在時刻を使ったテストがコケる よくある問題 実行時の時刻に依存したテストは、以下のような問題を引き起こすことがあります。 テストの実行タイミングでコケる タイムゾーンが違う環境でコケる たまに処理に時間がかかった時にコケる 対策方法 現在時刻を固定値に置き換えましょう。 明示的に時刻を指定することで、テストの安定性が向上します。 # 良い例 it "1日後の期限でタスクが作成されること" do base_time = Tim
JSTQB テスト自動化エンジニア v2016 要約・意訳 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「JSTQB Advanced Level シラバス テスト自動化エンジニア Version 2016.J01」 上記を箇条書きに整理した結果です。文章体が苦手なので。 注意 意訳や省略、誤訳(?)の修正など、原本と異なる箇所が多いので、ご注意下さい 学習内容以外の部分は割愛しています このシラバスには新しいバージョンがあります 0. イントロダクション 0.7 用語、定義、頭字語 一般 SUT: System Under Test / テスト対象システム テスト対象も参照のこと GUI: Graphical User Int
E2Eテストが大量にあるのは危険かも？膨大化したE2Eテストが及ぼす悪影響 - Qiita
はじめに 初投稿です。こんにちは！ この記事では、私が過去のプロジェクトで感じたE2E(End to End)テストの膨大化が及ぼす悪影響と、それに対する改善案について記載していきます。主に以下の内容について触れていきます。 膨大なE2Eテスト（自動テスト）が及ぼす悪影響 E2Eテストが膨大になった原因の考察 信頼性の高い実行結果に、短い時間で到達する自動テストの実現に向けてのアプローチ ただの感想文ですが、E2Eテストのメンテナンスに時間を取られている方や、テスト実行時間が長くて困っている方に、少しでも参考にしていただければ幸いです。 膨大なE2Eテストが及ぼす悪影響 前述した通り、私が在籍していたプロジェクトではE2Eテストのテストケース数が非常に膨大でした。（ざっくり言うと、手動で全てのE2Eテストを実施する場合、1人で2〜3日以上かかる程度のボリュームです） その結果、主に2つの課
Webシステム負荷テストの始め方 - Qiita
やるならまずこれだけは、というものを 重要度順(高 ... 中の上 ... 中 ... 番外編)に並べている 重要度 高 モニタリングツールの導入 テストする・しないに関わらずモニタリングツールを入れる 負荷箇所の検出 - N+1, スロークエリ, 長時間読込など アラート常時通知 この二つが把握できないと、テストのしようがない Web モニタリングツール / Web 監視ツール のような単語で探し、予算内で導入する。詳細は他の優秀な記事に任せる 限界テスト 目的 「システム限界値」把握の為 実施方法 負荷環境へのリクエスト量を段階的に上げる 以下の点を検証する どの時点で、一部が機能不全になるか その一部不全は許容されるのか どの時点で、完全に機能不全になるか 重要度 中の上 大規模データテスト(ボリュームテスト) 目的 DBその他ストレージの評価性能・移行計画の為 実施方法 (1) 現
Web標準のバックエンドアプリのテスト
ここで言う「Web標準のバックエンドアプリ」とはCloudflare Workers、Deno、BunなどのWeb標準をサポートするランタイム上で動くWebアプリです。もしくは、Node.jsでもWeb標準のAPIをサポートしているので、これから紹介するアプリとテストコード自体はNode.js上も動きます。 これらのテストを書く、実行するのは実にシンプルで、拍子抜けしてしまうほどです。ですが、現在、20,000行あるHonoのテストコードは、これらのやり方と全く同じ方法を取っています。注目すべき点は、実際のサーバーを立ち上げることがなく、抽象化されたリクエストとレスポンスのやり取りを試験するだけで、品質が保たれる点です。Honoのテストでは、ランタイムによっては一部実サーバーを立ち上げますが、コアの20,000行ではサーバーを立ち上げていません。この抽象化はPythonのWSGI、Ruby
「テスト駆動開発」は時を超える技術。凡人が天才と肩を並べるための秘密兵器【米マイクロソフト・牛尾 剛】 - エンジニアtype | 転職type
本連載では、業界の第一線で活躍する著名エンジニアたちが、それぞれの視点で選んだ書籍について語ります。ただのレビューに留まらず、エンジニアリングの深層に迫る洞察や、実際の現場で役立つ知見をシェア！初心者からベテランまで、新たな発見や学びが得られる、エンジニア必読の「読書感想文」です。 著名エンジニアが、独自の視点で「おすすめ書籍」の紹介を行う本連載。 今回は、米マイクロソフトのエンジニア・牛尾 剛さんによる『テスト駆動開発』（オーム社）の読書感想文を紹介する。 発売日：2017年10月14日 著者：Kent Beck 訳者：和田 卓人 定価：3,080円 （本体2,800円＋税） ISBN：978-4-274-21788-3 サイズ：A5 ページ数：344ページ 書籍概要：テスト駆動開発とは単にテスト自動化を行うことではなく、ユニットテストとリファクタリングを両輪とした小さいサイクルを回すこ
テストを書く方針と原則の備忘録 - Qiita
こんにちは。サーバエンジニアのnsym-mです。普段はGoでバックエンドの開発などをしています。 最近テストに関する書籍や記事などを色々読み漁ったので、現時点での自分のテストについての考え方を備忘録として残しておきます。 今回の話はWebフロントエンドやiOS/Androidなどでも適用できる汎用的な考え方として記載していますが、ベースの文脈はバックエンド開発になりますのでそのつもりで読んでいただけますと幸いです なお、本記事では主にGoogle、『単体テストの考え方/使い方』、@t_wadaさんの発表されている考え方（いわゆる古典学派）に倣っています。 用語整理 よく使われるテストスコープ 単体テスト（ユニットテスト） 人によって定義に差がある 統合テスト（インテグレーションテスト） 結合テスト（E2Eテスト） 単体テストの定義がブレることから、スコープではなく実行時間で判断するテストサ
CrowdStrikeは数ヶ月前にDebianとRocky Linuxを破壊していたが誰も気づかなかった | ソフトアンテナ
CrowdStrikeは数ヶ月前にDebianとRocky Linuxを破壊していたが誰も気づかなかった 2024 7/20 Windowsデバイスで広範囲にブルースクリーン・オブ・デス(BSOD)が発生し、航空会社、銀行、医療機関など、さまざまな分野で業務が中断しています。 原因は、クラウドベースの総合セキュリティソリューション「CrowdStrike Falcon」のアップデートによって配信されたドライバーファイルにあり、CrowdStrikeは問題を認め、MacやLinux PCには影響しないと説明しています。 今回の問題は突然発生したかのように思えますが、実は同じような問題が数ヶ月前にも発生し、DebianとRocky Linuxのユーザーが大きな影響を受けていたことがわかりました(Neowin)。 Hacker Newsによると今年の4月、CrowdStrikeのアップデートによ
TDDは「開発者テストのTips集」t-wada氏が改めてひも解く“本質” - レバテックラボ（レバテックLAB）
プログラマ、テスト駆動開発者 和田卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『SQLアンチパターン』（オライリージャパン、2013）監訳。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。テストライブラリ power-assert-js 作者。 日本におけるテスト駆動開発（以下、TDD）のエバンジェリストとして知られる和田卓人さん。TDDが世に出て20年あまりが経ち、開発者の間でその名が広がっています。その一方で、和田さんは「TDDの本来の意味を知らなかったり誤解したりしている人たちもかなり増えている」といいます。 今回は、TDDは本質
「AWSで始める負荷テスト入門」というタイトルで DevelopersIO 2024 Sapporo に登壇しました #devio2024 | DevelopersIO
中川です。 2024年7月5日に開催した「DevelopersIO 2024 SAPPORO」にて、オフライン登壇させていただきました。 登壇資料 話したこと 負荷テストの概要と目的 負荷テストの進め方 AWSを活用した負荷テスト 実践的なTips 当日の登壇スライドはこちらになります。 参考・紹介資料 参考にしたサイト 負荷テスト on AWS のすすめ 第三十五回 ちょっぴりDD - 人気番組の新作配信を安定起動させた、サーバーレスな AWS 分散負荷試験ソリューション「Distributed Load Testing」を使った負荷試験の仕組み 負荷テストとは？目的や種類ごとの観点、実施の流れについて解説 Types of load testing 参考にした書籍 Amazon Web Services負荷試験入門―クラウドの性能の引き出し方がわかる 分散負荷テストソリューション AW
テストコードを書く上で個人的に気をつけている5つのこと - Qiita
はじめに エンジニアの皆様、テストコードはちゃんと書けておりますでしょうか？（挨拶） どんな開発言語や開発手法を導入していたとしても、アプリケーションの機能実装とテストは表裏一体であると言えます。場合によっては機能の作り込みよりも時間をかけるべきケースが多いくらい重要である（・・・と信じたい）反面、デッドラインが近づくにつれて真っ先に工数が削られやすく軽視されがちな工程でもあります。 時間に追われてテストコードを書いた結果、テストの体をなしていないコードになっていたり後で見返したときに記述が煩雑すぎてメンテ不能になっていたり・・・といった苦い経験は誰しもがあるかと思います。かくいう自分もそんなことは多々ありました。 そんな今までの経験則を基に「自分がテストコードを書くにあたってどんなことを意識しているのか？」をいくつかピックアップして備忘録も兼ねて紹介したいと思います。 一応注意なのですが
ユニットテストってもう言わない！ CI/CD時代のテスト分類に最適なテストサイズという考え方
はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか？ 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って
C#で自動テスト(Playwright) その2 もう少しテスト実用を考える - Qiita
前回 C#でPlaywrightを用いた自動テストについてまとめた。 今回は実用観点で見つつ、補足や周辺知識を確認する。 是非、ご指摘・ご助言いただきたい。 コード提案と結果の紹介 ■テスト仕様書 Playwright for .NETの公式リファレンスページに関する結合テストケースを仮定する Videosのページが正常に開ける事を確認する テストNo → メソッド名に合わせる Case1-1-1はCase1_1_1とするなど 操作 → ロケーターに対しアクション 期待する結果 → アサート処理 期待値があいまいな場合は判断方法を考える。 今回の例では: ページのタイトル/要素から判断/ページ上部の見出し等 ※ログイン/ログアウトなどの処理は前提なのでテストケースの外に出したい ■ソース using System.Threading.Tasks; using Microsoft.Playw
【しくじり】新人、○○不足で最弱Javaプログラムを作成する - Qiita
はじめに エンジニア歴約5年程なのですが、心配性な性格のおかげ（？）で過去やらかした記憶があまりありません。 ※もしかしたら記憶から抹消しただけかもしれない。 そんな私が唯一記憶に残っている、若干やらかしエピソードを記事に残そうと思います。 誰でも失敗は経験してるんだよ〜ということで、特に新人の方に読んでいただけたら嬉しいです。 ○○不足でへなちょこプログラムを作成した - 新入社員研修まで遡る かれこれ約6年前、新卒で入ったIT企業の新入社員研修のときです。 文系出身で情報系の知識はまっさらの状態でしたが、未知の世界にどっぷりハマり研修も楽しく過ごせました 特に研修最終段階で実施した、Javaのじゃんけんプログラム作成はボリュームが多かった分、有意義な時間でした。 研修外の時間は稼働をつけられませんでしたが、なんとしてでも良いプログラムを作りたい一心で、当時フォロー役として新人と一緒に研
元QAが開発チームにjoinして品質向上を試みたこと3選 - Qiita
はじめに どうも、元QAのエンジニア @Syahu_Writer です。 今回は、元QAが開発チームにjoinしてから行った品質向上のための施策について紹介していきます。 大なり小なりいろいろとやってますが、代表して以下3つを話します。 ・開発プロセスの改善 ・シナリオテストケーステンプレートの改善 ・不具合の再発防止 開発プロセスの改善 以下は当初の開発フローを図に書き起こしたものです。 この図から読み取れる問題点はざっくりと、 ・すべて直列のフローだが、並列処理にしていいものも混じっている ・テスト完了レビューといった、不要で実際に行われていないものがある ・レビューのタイミングが悪く、大きく手戻りが発生する箇所がある という状態でした。 それを以下の通り修正しました。 ・並列にして問題ないものは並列にする ・不要なプロセスは削除する ・手戻りが最小限となるようにレビューを設置する ま
愛されて23万View！新卒向け研修資料「テスト文字列に”うんこ”と入れるな（2024年版）」を公開しました｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ホーム 技術ブログ 愛されて23万View！新卒向け研修資料「テスト文字列に”うんこ”と入れるな（2024年版）」を公開しました 愛されて23万View！新卒向け研修資料「テスト文字列に”うんこ”と入れるな（2024年版）」を公開しました こんにちは松井です。今は会長になりました。 遡ること3年前、2021年の新卒研修向けに「テスト文字列に”うんこ”と入れるな」という資料を作成しました。 おかげさまで多くの方に読んでいただいたようで、SlideShareのView数は「23.6万View（2024年4月現在）」にまで達しました。 わたし的にはもうこれで満足していたのですが、 「会長、今年も例のうんこの話をしていただけませんか」 というオファーがあり、またこのクソみたいな話をすることになったという次第です。 せっかく話をするならばということで、事例やTIPSのページを新たに加え、「2024年
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
APIテスト自動化の勘所
テストコードの品質を客観的な数値で担保しよう〜Mutation Testのすすめ〜
私たちのプロダクトにとってのよいテスト
ダミー電話番号生成器