リグレッションテスト

本記事はソフトウェアテストの小ネタアドベントカレンダー18日目の記事です。 リグレッションテストと言えば自動化ですが、様々な事情で手動のリグレッショテストが必要になる場合があります。 そこで、本記事では、修正内容に応じたリグレッションテストの実施範囲を決める際に私が行なっている方法を紹介します。 目次 修正したコードの依存関係から決める 変更があったDBのテーブルの依存関係から決める 変更があった外部仕様の依存関係から決める 性能面への影響を考慮して決める リリース・ロールバックの各手順から決める 過去の不具合や経験や直感に基づいて決める 上記分析にミスがある場合に備えた念のためのテスト 参考…

ATOM開発チームの上野です。 普段はGo言語を使ってAPIサーバやバッチ処理機構の実装などを担当しています。 今回はATOMのAPIサーバのプロジェクトに導入して良い感じだった リグレッションテストの手法についてご紹介します。 背景 ATOMチームでは普段からたくさんの機能が追加されています。 時には急いで実装しないといけない場面もあり、 なかなかテストコードまで手が回らないという状況になっていました。 そこで、実装工数が少なく最低限の動作を保証するテストができないかと検討したところ、 リグレッションテストを導入することに行きつきました。 APIのリグレッションテスト リグレッションテスト …

108.リグレッションテスト その⑥ リグレッションテストの最後の回です。 開発の方と話をすると 「修正したとこが動くの確認できれば大丈夫」 と返事をいただくことは多いです。 確かに他に問題がない場合の方が多いです。 とはいえ、他に目を向けたときに動きがおかしくなっていて 「あーそこも直さなきゃいけないんだった」 なんて場面に出会ったことも少なくはありません。 ユニットテストやE2E自動テストが回っていて修正忘れに気付くこともありますが、修正範囲にそういった仕組みが作られてないときもあります。 「確認テスト」（修正の確認）だけで本当に良いのか「リグレッションテスト」（周囲の影響のテスト）も別途…

107.リグレッションテスト その⑤ リグレッションテストのやり方の一例 変更によって、他のテスト済みの機能に意図しない影響が出ていないか確認する目的のテスト全般がリグレッションテスト。 なので「これ！」といったやり方があるわけではないです。 ここで紹介しているのは作者が行った方法を並べています。

はじめまして、モビルスで品質保証を担当しているQA Section所属の倉持です。 モビルスでは女性・男性共に育児休業（以降、育休）を取得することが可能です。 社内ではライフステージの変化を迎える方も増えてきていて、 今秋以降も複数の男性メンバーが育休取得予定。 自分も昨年子供が生まれたので、この度育休を取得しました。 今回は育休で感じたことや実体験を男性側の視点でお届けします。 タイトルは最後にえいやー！で回収します。笑 1.背景 取得理由 取得期間 書類関連 引継ぎについて 2.育休スタート ～3・4月編～ まずは覚える 修業後 3.うまくはいかない時もある～5・6・7月編～ 離乳食がスタ…

形状認識処理のディレクターを務めている寺田です。昨年10月よりDTダイナミクス（ミスミグループ出資の戦略的IT子会社）のお世話になっています。 私が入社した時点では meviy の形状認識はすべて C++ で書かれていましたが、そこに Rust を導入したというお話です。 Rust で何作ったの？ ゴチャゴチャと御託を並べる前に、まずは Rust で何を作ったのかを簡単に紹介しましょう。 大きく分けて下記の3領域に Rust を導入しました。 溶接リモデル機能 平板展開機能 自動テストツール ここでは先頭の「溶接リモデル」について簡単に紹介します。 この機能の内部実装を C++ から Rust…

こんにちは、かとあず（@kato_az）です。弥生でQAエンジニアをしています。 好きな勘定科目は未払金です。 テスト自動化ツールMagicPodを導入しましたので、紹介をします。 これは、宇宙もくにゃん。 導入目的 私が担当している「スマート証憑管理」は、2週間スプリントで開発を進めています。 2022年にサービス運用を開始した直後は搭載している機能が限定的で、全機能を対象としたリグレッションテストをすることが開発スケジュールに影響することはありませんでした。 毎回手動でテストをすることで、機能を理解する、お客さまが実際に使っている操作を知ることにつながるというメリットもあったように感じてい…

.fukidashi-01-07 { position: relative; width: fit-content; padding: 15px 16px; border: 2px solid #333333; font-size: 80%; margin-top : 30px ; margin-bottom : 30px ; } .fukidashi-01-07::after { content: ""; position: absolute; top: calc(-5px); left: 10%; width: 30px; height: 2px; box-sizing: border-b…

2024年6月28日、ファインディ株式会社が主催するイベント「開発生産性Conference 2024」が、開催されました。本記事では、株式会社ビットキー VP of Technologyの白木 孝典さんによるセッション「ビットキーの開発組織戦略と各チームの開発生産性向上に対する取り組み事例」の内容をお届けします。 ■プロフィール 白木 孝典（しらき たかのり） 株式会社ビットキー VP of Technology 2018年にビットキーの創業メンバーとしてジョインし、ビットキーの提供するサービスの技術選定やアプリケーション開発を牽引。現在はVPoTとして、ソフトウェアからハードウェアまで多岐…

この記事は秋の技術特集 2024の 4 記事目です。 はじめに AI 在庫管理のフロントエンドの開発を主に担当している鳥海です。 今回は先日 Slack からリリースされた Slack リストをチーム内の開発プロセスに組み込んだので、活用事例についてご紹介していこうと思います。 Slack リストとは 2024/6/6 に Slack リストの機能がプレスリリースされ、順次展開されている機能で、 プロジェクトの管理 リクエストの管理 タスク管理 などのアイテムの管理が必要な業務を Slack 内で完結できるようなサービスとなっています。 機能のイメージとしては、上記添付のようになっており、今記…

TL;DR CARTA MARKETING FIRMのデータサイエンスチームは、8年間にわたり機械学習基盤を進化させてきました。Luigi、AWS SageMaker、Prefectと変遷する中で、「データサイエンティストが最も付加価値を生み出す部分に集中し、時間を費やすことができる基盤」という目標に着実に近づいています。 Luigiでは開発環境構築や運用負荷が高く、柔軟性に欠けていました。 SageMakerではインフラ構築の複雑さやStep Functionsの制約が課題でした。 Prefectの導入により、Pythonのみでインフラからバッチ処理まで記述可能になり、A/Bテストの実施が容…

こんにちは、Android エンジニアの @myamamic です。スタディサプリ小中講座の Android アプリ開発を担当しています。 この記事では私たちが実施している E2E テストについて、実施の目的や自動化によって受けている恩恵、E2E テストをどのように運用しているかを紹介します。 はじめに: E2E テストの目的 E2E テストケースの観点 E2E テストの自動化 MagicPod について E2E テストの運用: ケースの作成や修正 E2E テストの運用: MagicPod 一括実行のスケジューリング まとめ: E2E テスト自動化によって得られた恩恵 不具合の早期発見 アプリ…

はてなブログ独自の集計による人気記事のランキング。8月18日（日）から8月24日（土）〔2024年8月第4週〕のトップ30です*1。 # タイトル／著者とブックマーク 1 ITが面白い時代はすでに終わっているし変化も遅くなった - きしだのHatena by id:nowokay 2 KADOKAWAグループへのサイバー攻撃や悪質な情報拡散についてまとめてみた - piyolog by id:piyokango 3 引っ越し1週間、スーパー快適です。忘れないうちに、成果をインパクト順に５つ、まとめておきます - 勝間和代が徹底的にマニアックな話をアップするブログ by id:kazuyomug…

リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の…

※本記事は、Geminiによる意訳+翻訳を活用し、レイアウト調整したものです。 ※元記事を見て、内容がズレていないか査読するようにしています。 ※感想は、オリジナルです。 原文 意訳+要約 開発者はいつノーコード自動テストの使用を検討する必要がありますか? ノーコード自動化テストの主な機能 ノーコード自動化テストの利点 ノーコード自動化テストの使用シナリオ 考慮事項と制限事項 GeminiへのQA Ｑ：ノーコードツールを使用することで、技術的負債が蓄積される可能性はありますか？ Ｑ：なぜノーコードが必要になったのでしょうか？ Ｑ：過剰なテストケースの作成をしてしまう危険性はないのでしょうか？ …