並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 5940件

新着順 人気順

テストの検索結果281 - 320 件 / 5940件

  • CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中

    最近の開発では、CI/CD、自動テスト、継続的テストが当たり前となっていますが、その影響で、それらのCI/CD方針、テスト方針と、Git等のバージョン管理のブランチ方針をどう連携させるかが、定番の課題になっていると感じています。 今回は、このブランチ方針、CI/CD方針、テスト方針を連携させて、開発の品質とスピードを向上させるアプローチについて解説します。 結論から言うと、要点は以下の二つとなります。 バージョン管理のブランチ方針は、CI/CD方針、テスト・QA方針と不可分であり、連携を考えながら方針立てする必要がある ブランチ方針の工夫で、CI/CD、テスト・QAの開発インフラリソース消費を削減でき、本当に重要なポイントに開発インフラリソースを投入できる。これにより、限られたリソースでの高品質・高スピードの両立を支えられる 背景:開発インフラの進化が全てを解決すると楽観視していた発展期

      CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中
    • チーム開発を加速するテストの育て方

      テストを書いてないというチームには色々理由があると思いますが、「何をテストすべきかわからない」「書き方がわからない」「どのくらいメリットがあるかわからない」という意見は多いのではないでしょうか?テスティングフレームワークの選定や使い方を学ぶのは重要ですが、それ以上にテストの目的や戦略を学ぶことが重要です。チーム開発においてテストを活かすのは相応の知識とスキルが必要になりますが、活かせればテストは開発スピードを維持・促進する飛び道具になり得ます。 本稿は筆者が取り組んで実際に高いチーム満足度と速度を得られた、テスト戦略についてまとめたものです。

        チーム開発を加速するテストの育て方
      • 「精鋭武官選抜制度」「受験者の9割が死亡」共通テスト世界史Bの誤植"科拳"の解説(出典:民明書房)がTwitterに続々投稿される

        Ching Poyan @mokkoritintin 科挙はもう古い!!!!!時代は拳で全てを決める科拳!!!!!!!!!一生食うに困らぬ職がほしければ戦え!!!!!!!!!!!!

          「精鋭武官選抜制度」「受験者の9割が死亡」共通テスト世界史Bの誤植"科拳"の解説(出典:民明書房)がTwitterに続々投稿される
        • 小3の先日のテストに出た問題の一つ。大学受験でも解けない学生がいっぱいいるだろうし、数学好きを除き多くの大人は解けないだろう。

          渡邉究/数学科准教授/YouTube @Kiwamu_Watanabe 小3の先日のテストに出た問題の一つ。大学受験でも解けない学生がいっぱいいるだろうし、数学好きを除き多くの大人は解けないだろう。 pic.twitter.com/o3adgdLRh0 2024-03-16 09:59:24

            小3の先日のテストに出た問題の一つ。大学受験でも解けない学生がいっぱいいるだろうし、数学好きを除き多くの大人は解けないだろう。
          • 「ユーザーテストガイドライン VERSION 2.0」を公開しました! –

            都では、令和3年9月にユーザーテストガイドラインを公開し、「テストしないものはリリースしない」を合言葉に、都庁内でサイトやアプリ、システムなどのデジタルサービスを開発する時は、ユーザーテストを実践する取組を進めてきました。 より良いサービスを創るには、利用者の声を聴き、それを反映させるサービスデザインの取組を徹底することが大切です。この取組を更に進めるため、この度、「ユーザーテストガイドラインVERSION 2.0」としての改訂を行いました。

              「ユーザーテストガイドライン VERSION 2.0」を公開しました! –
            • フロントエンドにおけるテスト駆動開発の実践と概説

              はじめに 自動テストが叫ばれて10数年以上の時を経ていますが、今なお開発者の興味を惹くトピックの1つであります。 実際、Developers Summit 2023ではテストを主題とした講演が多く、また人気も博したと耳にします。 さて自動テストと共に話題になるトピックの1つと言えばテスト駆動開発でしょう。 ただテスト駆動開発は、設計・開発手法のため自動テストとは厳密にはジャンル違いであり、誤解を受けがちなトピックでもあります。 またテスト駆動開発を解説する書籍の多くが、Java等のオブジェクト指向言語のスタイルで書かれているためフロントエンドエンジニアのコードスタイルとは若干差異があリます。 当記事ではフロントエンドエンジニアのためにテスト駆動開発の技法の数々をTypeScript、Reactを用いて実践します。 フレームワークとしてReactを採用しましたが、記事内のコードはモダンフロン

                フロントエンドにおけるテスト駆動開発の実践と概説
              • Go言語でのテストの並列化 〜t.Parallel()メソッドを理解する〜 | メルカリエンジニアリング

                この記事は、Merpay Tech Openness Month 2020 の6日目の記事です。 メルペイでBackendエンジニアをしている柴田(@yoshiki_shibata)です。この記事では、Go言語のtestingパッケージに用意されている並列化の機能について説明します。 Go言語では、テストコードを作成するためのtestingパッケージが用意されています。一般に開発するソフトウェアの規模が大きくなるに従って、作成されるテストコードの量も多くなり、すべてのテストが終了するまでの時間も長くなっていきます。特に、データベースへアクセスするようなテストでは、データベースへの通信時間がテスト時間の多く占めますので、テストコードを逐次実行するよりは並列実行することで、テスト時間を短縮できます(厳密には用語「並行」ですが、t.Parallel()メソッドの説明なので、この記事では用語「並列

                  Go言語でのテストの並列化 〜t.Parallel()メソッドを理解する〜 | メルカリエンジニアリング
                • あなたはフロントエンドの何をテストしたいのか。 - Qiita

                  フロントエンドのテストをしよう Webのフロントエンドの自動化を進めようか。という話をしていて、 「そもそもテストってなんだ?」 「フロントエンドに特有のテストってなんだ?」 「〇〇ってツール流行ってるらしいってどうよ?」 みたいなことを話をしていました。そうしたときに、やっぱり知識足らねぇなぁ。と思ったので、2,3日でゴリゴリと内容をまとめてみる作業をしてみました。 あんまりこういう書き方はしないんですが、私自身散発的な思考で、フロントエンドのテストを調べることをしたので、そのような語り口で書いてみようと思います。 以下の内容は、あくまで例なので、別にこういう仕事があったわけではないです。 とりあえず投げられた要求・仕様 とりあえずなんか仕事が振ってきた。パラパラと要求を聞いてみると、こんな感じだった。 承認のダイアログが欲しい メッセージのフォントはOswald メッセージは変更できる

                    あなたはフロントエンドの何をテストしたいのか。 - Qiita
                  • (修正版) NumPy/pandas使いのためのテスト自動化入門 / PyConJP2020

                    PyCon JP 2020での発表スライドです。 --------------------------- (2020/08/30) 誤字を修正しました。 場所: p15 誤: assert_array_close() 正: assert_allclose() ---------------…

                      (修正版) NumPy/pandas使いのためのテスト自動化入門 / PyConJP2020
                    • ベネッセが業務受注を掲げ営業 共通テスト、文科相が抗議へ | 共同通信

                      黒枠のラベルは、コンテンツホルダー自身が付与したものです。グレー枠のラベルは本文解析で自動付与されたものです。 大学入学共通テストに導入される記述式問題を巡り、ベネッセコーポレーションが関連業務を受注している事実を示し、高校関係者向けに自社サービスを紹介する会合を開いていたことが20日、分かった。衆院文部科学委員会での城井崇氏(国民民主党)の質問に、萩生田光一文部科学相が事実関係を認めた。 文科省は「営業を有利にしようという疑念を持たれても仕方がない」とみており、萩生田氏は委員会で「ベネッセに厳重に抗議し、是正を促す」と述べた。2021年1月が本番の共通テストでは、ベネッセの関連会社「学力評価研究機構」が国語と数学の記述式問題の採点を担う。

                        ベネッセが業務受注を掲げ営業 共通テスト、文科相が抗議へ | 共同通信
                      • テスト技法おさらい(仮)

                        発表の時に手元で見る用で

                          テスト技法おさらい(仮)
                        • テスト管理ツール「Qase」でスプレッドシートによるテスト管理を脱却した件 - Qiita

                          概要 試験工程をスプレッドシートで管理していたがそろそろ脱却したいと思ったので色々探してみました。 すると、同じことを考えている先駆者さんがいらっしゃったので参考にさせていただきました! 導入に至った経緯 QA体制が未成熟 3名までなら無料で利用できる テスト計画・テスト結果をエクスポートできる 入力項目が整理されているので試験表の質を一定にできる 自動化したテストケースを管理できる 手動テストと自動テストの結果を併せて一覧できる APIにより自動テストの実行結果を自動的に反映することができる etc これは、中々良いツールなんじゃないか!? ということで導入してみました 実際の導入方法を説明していきます 事前準備 以下からサインアップしてください サインアップ完了後、ダッシュボードに遷移した状態からスタートとします それぞれの設定方法は以下を参照してください 新しいプロジェクトを作成 プ

                            テスト管理ツール「Qase」でスプレッドシートによるテスト管理を脱却した件 - Qiita
                          • 同じソースツリーでテストが通っていたらテストをスキップする | おそらくはそれさえも平凡な日々

                            tl;dr git rev-parse HEAD^{tree} でツリーオブジェクトのハッシュ値が取れるので、ブランチが異なる場合でも同じソースツリーであるかどうかを判定できます。 これを利用して、すでにテストを通ったtreeのハッシュ値をどこかに記録しておいて、同一のソースツリーに対するテストをスキップできます。 本題 よく使われている、develop/mainブランチ運用をしている場合に、ちょっとした修正を本番に入れたい場合には以下のようなフローを踏むことになるでしょう。 featureブランチをdevelopブランチの先頭から切って修正を作ってテストが通るのを待つ developブランチにfeatureブランチにマージしてテストが通るのを待つ mainブランチにdevelopブランチをマージしてテストが通ったらdeployする さて、この時、他の作業が混ざらない限りにおいては1,2,

                              同じソースツリーでテストが通っていたらテストをスキップする | おそらくはそれさえも平凡な日々
                            • 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 | レバテックラボ(レバテックLAB)

                              TOPコラムテック最前線レポート【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 2024年8月8日 プログラマ、テスト駆動開発者 和田 卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『SQLアンチパターン』(オライリージャパン、2013)監訳。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。テストライブ

                                【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 | レバテックラボ(レバテックLAB)
                              • 漫画アシスタントのテストで驚くほど簡単な模写をさせられた→数年後にその真意を知って戦慄した話「大切なことよね」

                                愛上陸/越前 @aiue_etizenn 昔アシスタント行った時、最初に「これ模写してみて」って言われて、何のテストだ?というくらい簡単な人物と背景の模写させられたのだけど、数年後にアレがなんだったのか聞いた時、「模写なのに、自分の絵柄に寄せようとか、個性出そうとする奴たまにいるのでその洗い出し」って言われて戦慄した。

                                  漫画アシスタントのテストで驚くほど簡単な模写をさせられた→数年後にその真意を知って戦慄した話「大切なことよね」
                                • TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定 - スポニチ Sponichi Annex スポーツ

                                  TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定

                                    TBS人気番組「SASUKE」が五輪種目候補に 近代五種テスト大会で番組セットの使用決定 - スポニチ Sponichi Annex スポーツ
                                  • リファクタリングが先か、テストが先か – E2E自動テストの理想と現実 |Autify(オーティファイ)ブログ

                                    2023年5月17日から5月19日にかけて開催された Qiita Conference 2023 にて、弊社の Senior Technical Support Engineer である末村 拓也が『リファクタリングが先か、テストが先か – E2E自動テストの理想と現実』というタイトルで講演を行いました。本記事はこのセッションを元に、ブログ向けに若干アレンジを加えたものとなります。 概略この記事では、以下のような内容について説明します。 自動テストコードはアプリケーション本体のコードと 依存関係 を作る一般的に、 不要な依存関係 を排除するのが良い設計と言える一方で、E2Eテストは GUIに対して強い依存関係 を作るテストの準備などで GUIとの不要な依存関係 を作らないようにするのが重要不要な依存関係を減らすために、テストレベル を一つ落とす(ユーザーストーリーE2E)低いテストレベルほ

                                      リファクタリングが先か、テストが先か – E2E自動テストの理想と現実 |Autify(オーティファイ)ブログ
                                    • フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」

                                      はじめに JavaScriptにおけるテストのベストプラクティスをまとめた「javascript-testing-best-practices」というGitHubレポジトリが大変勉強になったため、特に参考になった内容をまとめて共有したいと思います。 (補足)本レポジトリにはfrontendのみならずbackendのテストに関する情報もありますが、今回はfrontendに焦点を当てて共有します。そのため扱うSectionは以下の4つです。 Section 0: The Golden Rule Section 1: The Test Anatomy Section 3: Frontend Section 4: Measuring Tests Effectiveness 想定読者 フロントエンドの実装はできるが、テスト経験はない方 テストに対して解像度が低い方 これからテストを学びたいと思ってい

                                        フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」
                                      • 大企業向けビジネスの信頼を支えるために半年かけてゼロからユニットテストを充実させたら、開発者も幸せになった 工夫5選 - MonotaRO Tech Blog

                                        初めまして、購買ソリューショングループ 運用・機能改善チームの稗田です。当社では自社で運営しているECサイト(モノタロウドットコム)から直接商品をご購入いただく他に、他社の購買システムと連携して商品をご購入いただくシステム(大企業連携システム)があります。こちらの大企業連携システムには多くのバッチ処理があるのですが、これまで自動テストがありませんでした。今回はバッチ処理の障害をきっかけに短期間でユニットテストを充実させるためにした工夫や学んだことをお話しします。 ユニットテストを作らなければいけないと思ったきっかけ 障害発生 担当システムやチームの状況 チームの1人として感じたこと お客様やステークホルダーの信頼を取り戻すために ユニットテストを短期間で作成するためにやった工夫 工夫1: 外部協力会社の力を借りる 工夫2: 課題や目的、ルールをドキュメントで共有する 工夫3: リファレンス

                                          大企業向けビジネスの信頼を支えるために半年かけてゼロからユニットテストを充実させたら、開発者も幸せになった 工夫5選 - MonotaRO Tech Blog
                                        • 新しい UI テストの手法を提供するテストライブラリ SafeTest

                                          新しい UI テストの手法を提供するテストライブラリ SafeTest 2024.02.25 SafeTest は Playwright と Jest/Vitest を組み合わせた UI テストライブラリです。特定のライブラリに依存せず、React, Vue, Angular, Svelte などのフレームワークに対応しています。SafeTest は単体テストと Playwright を使った E2E テストの手法を組み合わせることで、それぞれの手法が抱える欠点を補うことを目指しています。 SafeTest は Playwright と Jest/Vitest を組み合わせた UI テストライブラリです。特定のライブラリに依存せず、React, Vue, Angular, Svelte などのフレームワークに対応しています。 従来のフロントエンドのテストの手法は Testing Libra

                                            新しい UI テストの手法を提供するテストライブラリ SafeTest
                                          • TypeScriptでテストコードを徹底的に型推論する / TypeScript Meetup 4

                                            2020年6月16日 TypeScript Meetup #4 にて発表した資料です。

                                              TypeScriptでテストコードを徹底的に型推論する / TypeScript Meetup 4
                                            • Chromeブラウザでお気に入りサイトを「フォロー」する機能のテスト開始(RSSベース)

                                              米Googleは5月19日(現地時間)、ユーザーがお気に入りのWebサイトの更新を確認できる新機能「Follow」のテストを、米国のAndroid版Chrome Canary(早期β版)ユーザーを対象に開始したと発表した。SNSでのフォローに似ているが、実際には今はなき「Google Reader」のようなRSSベースのサービスだ。 Followを利用するには、お気に入りのWebサイトを開いた状態で右上の縦3点メニューを開き、Webサイトのファビコンとサイト名の右に表示される[+Follow]ボタンをタップする(画面左)。これで、フォローしたWebサイトからの更新が、カバー画像、見出し、更新時期を示すカードとしてChromeの「新しいタブ」画面に新設される「Following」セクションに表示されるようになる(画面右)。 Webサイトのオーナーは、フォロー対象になるにはWebサイト側はRS

                                                Chromeブラウザでお気に入りサイトを「フォロー」する機能のテスト開始(RSSベース)
                                              • フロントエンドのテスト戦略について考える

                                                こんにちは。株式会社スタメンでFANTSのフロントエンドを担当している@0906kokiです! 今回の記事では、FANTS におけるフロントエンドのテスト戦略について書きたいと思います。 🙋🏻‍♂️ はじめに みなさんはフロントエンドのテストを書いていますでしょうか? 私が所属しているチームでは、今まで全体的なテスト指針が明文化されていなかったので、機能によってテストが書かれたり書かれなかったり、テストを書くにしても個人によって書く粒度にバラツキがありました。 直近でフロントエンドを書く人が増えていく / プロダクトがスケールしていくにつれて、そうしたバラツキによって生まれるコミュニケーションコストが大きくなってきたり、システム的な安全性を継続的に担保していくことが難しくなっていくように感じました。そのため、今まで方針を定めていなかったテスト戦略を、これから事業やプロダクト、チームがス

                                                  フロントエンドのテスト戦略について考える
                                                • 高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together

                                                  高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together

                                                    高品質と高スピードを両立させるテストアプローチ/Test Approach that Improves Quality and Agility Together
                                                  • 理想のフロントエンドテストをたずねて三千里 - カミナシ エンジニアブログ

                                                    こんにちは。カミナシにて業務委託としてフロントエンドを担当している田村(@junkboy0315)です。皆さんはフロントエンドのテスト、どのように取り組んでいますか?フロントのテストはなかなか難しいですよね。 バックエンドのテストには、「入力、出力、永続化されたデータ」の3つを検証するという基本セオリーがあります。しかし、フロントエンドのテストは、その粒度や手法が多様で、とっつきにくいと感じる方も多いのではないでしょうか。 カミナシでもフロントエンドのテストは以前は十分とは言えない状態でしたが、これまで継続的に改善を重ねてきました。今回は、その変遷についてお話ししようと思います。 夜明け前 カミナシのコードベースでは、元々ユニットテストがある程度整備されていました。これらは主に複雑な計算処理を行い結果を返す関数などに対して実施されていました。 しかし、画面全体の機能を網羅する包括的なテスト

                                                      理想のフロントエンドテストをたずねて三千里 - カミナシ エンジニアブログ
                                                    • 負荷テスト on AWS のすすめ ~ 第 1 回 : 負荷テストの全体像を理解しよう - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                      みなさん、こんにちは。ソリューションアーキテクトの馬渕です。AWS 入社前は SIer で性能試験・性能問題解決に特化した部署におり、さまざまな業種のお客様のシステムに対する支援を実施していました。 さて、みなさんは AWS ソリューションライブラリ をご存知でしょうか。AWS ソリューションライブラリは、世界中のユーザーが直面する一般的な問題の解決策を提供するものとなっています。AWS CloudFormation のテンプレートと導入手順が用意されているため、すぐにデプロイしてお客様の課題に対応できます。また、アーキテクチャ図やその説明、コスト試算なども用意されています。 私がご紹介したいのが、その中でも人気のソリューションの一つである 分散負荷テスト ソリューションです。このソリューションは、負荷テストに必要な負荷クライアントを必要なタイミングで必要量だけ立ち上げて負荷掛けを実行し、

                                                        負荷テスト on AWS のすすめ ~ 第 1 回 : 負荷テストの全体像を理解しよう - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                      • 共通テストの数学1A

                                                        思考力を鍛えるために共通テストをスタートさせたのに、なんで「数学はひたすら解いて解法を染み込ませる」とかほざいてる受験生に合わせなきゃいけないの???それこそ馬鹿じゃん。文句言ってる奴もっと考えろよ。 学校や予備校が新しい形式に順応出来ていないのが今回のゴミ平均点の原因だろうね。未だに「数学はパターン化」とか「数学はとりあえず過去問で母数を稼ぐ」とかそういうのばっかりだもん。 思考力を試す問題ができて無いことが今回のテストで露見しただけでしょ??みんながそこそこ取れる問題だしたらわざわざセンター試験を廃して共通テストを登場させた意味がないよ。 テストが私たちに足並みを合わせるよりも、テストで取れるように私たちが苦手な部分を補わなきゃダメじゃん。努力しないで文句言うやつ本当に反吐が出る。 今まで弱かった部分を強化させるのを促すテストでしょ?はじめは低くて当然だよ。受験生の弱みだもん。これから

                                                          共通テストの数学1A
                                                        • QAエンジニアに転向して0ヶ月の私に立ちはだかった自動テスト運用の壁 - Qiita

                                                          はじめに リンクアンドモチベーションでQAエンジニアをしています。 私はこれまでプロダクト開発に従事していたのですが、紆余曲折あり10月からQAエンジニアとして 関わることになりました。 そんな私が最初に着手したのがAutifyの運用改善なので、それについて書いていきます! Autifyの導入後から半年の状況 弊社はAutifyを約1年前に導入しました。 Autifyとは... ブラウザ操作を記録するだけでテストが ノーコード で 誰にでも簡単 に作れるツール 導入当初は、手動で行なっていたリグレッションテストの工数が削減されるということで、開発者からも歓喜の声が広がっていました。しかし、それから数ヶ月後にあるプロダクトの開発チームにおけるAutifyの状況はこんな感じでした。 私:「リリースする際に、Autifyが成功していることを確認してますか?」 開発者:「。。。いつもは、、、してい

                                                            QAエンジニアに転向して0ヶ月の私に立ちはだかった自動テスト運用の壁 - Qiita
                                                          • 【超初心者向け】Pythonのテストの書き方(pytest, unittest) - Qiita

                                                            概要 pythonでテストコードを書くときがありますが、(筆者のように)超初心者からすると難しい用語や書き方がたくさん並んでいてハードルが高いです。 テストコードの入口となる最低限(最低限過ぎるかもしれませんが)の書き方を備忘を兼ねて書きます。 pythonでのテストコードを書く時のライブラリの種類 筆者が簡単に調べたところ、2つのライブラリがよく使われているようです。 unittest : python標準ライブラリ。インストールが必要ない。pytestと比較すると、柔軟なテストケースを書きづらい。 pytest : サードパーティ製のライブラリ。インストールの必要がある。柔軟なテストケースが書ける。pythonのテストコードを書く時のデファクトスタンダートになりつつある模様(これが本当かは確認していないですが、そういう記述を見かけることが多かったです)。 筆者個人としては、以下の3つの

                                                              【超初心者向け】Pythonのテストの書き方(pytest, unittest) - Qiita
                                                            • 現役テスト(QA)エンジニアが仕事内容について説明してみる。 - GMO Research & AI Tech Blog

                                                              いやー、今年のアニメも面白いな~ ひぐらしのなく頃に~業~ もやり始めたし、次回も視聴してからでいいか、ブログ書くの。締め切りいつだっけ。まだ先だろうきっと・・・。 ん?誰か来たかな。 どうぞー。 /|∧_∧| ||. (・ω・#´|  <記事終わったの?、ねえもう納期なんだけど。 ||oと.  U|   納期守って言ったよな? あぁぁん? || |(__)J| ||/彡 ̄ ガチャ げっ!・・いや、 あ、 はい。どうも、編集長の益山氏。どうしたんですか。こんな早朝から。。 え?・・・なに?ブログ?締め切り?( ^ω^)・・・ あーーうん、うん 書いてるよ。ちゃんと。 はっはっ・・・へぇあっ。 益山氏「嘘だっっ!!」・・・ やべぇ・・バレてる。。。 はい? え?納期間に合わないだろだって?! はっ!はっ!はっ!いやいや間に合いますって。 ・・ん?益山氏、いまどこから、それ出した。え?家から

                                                                現役テスト(QA)エンジニアが仕事内容について説明してみる。 - GMO Research & AI Tech Blog
                                                              • テストの可読性を支える技術

                                                                テストの可読性は、とても大事です。 そんな可読性をあげてくれるパッケージや考え方などを解説したので ぜひご覧いただければ幸いです。

                                                                  テストの可読性を支える技術
                                                                • 「テスト駆動開発」は時を超える技術。凡人が天才と肩を並べるための秘密兵器【米マイクロソフト・牛尾 剛】 - エンジニアtype | 転職type

                                                                  本連載では、業界の第一線で活躍する著名エンジニアたちが、それぞれの視点で選んだ書籍について語ります。ただのレビューに留まらず、エンジニアリングの深層に迫る洞察や、実際の現場で役立つ知見をシェア!初心者からベテランまで、新たな発見や学びが得られる、エンジニア必読の「読書感想文」です。 著名エンジニアが、独自の視点で「おすすめ書籍」の紹介を行う本連載。 今回は、米マイクロソフトのエンジニア・牛尾 剛さんによる『テスト駆動開発』(オーム社)の読書感想文を紹介する。 発売日:2017年10月14日 著者:Kent Beck 訳者:和田 卓人 定価:3,080円 (本体2,800円+税) ISBN:978-4-274-21788-3 サイズ:A5 ページ数:344ページ 書籍概要:テスト駆動開発とは単にテスト自動化を行うことではなく、ユニットテストとリファクタリングを両輪とした小さいサイクルを回すこ

                                                                    「テスト駆動開発」は時を超える技術。凡人が天才と肩を並べるための秘密兵器【米マイクロソフト・牛尾 剛】 - エンジニアtype | 転職type
                                                                  • 【翻訳記事】テストに対する考え方「Testing Manifesto」 - ブロッコリーのブログ

                                                                    はじめに(Testing Manifestoを紹介するに至った背景) 既にこのブログでお伝えしたように、先日『Agile Testing Condensed』の日本語翻訳本を出版しました。 この書籍の中で、テストマニフェスト(Testing Manifesto)が紹介されています。 アジャイルソフトウェア開発宣言(Agile Manifesto)を元ネタにして作ったものだと思います。 この考え方は書籍を購入していない人にもぜひ知ってほしいと感じているので、この記事でも紹介することにしました。なお、記事に載せることについては、この画像の作者であるKarenとSamにメールを送り許諾を得た上で掲載しています。*1 テストマニフェスト 翻訳した画像はこちらです。*2 オリジナルの画像等はこちらにあります。 www.growingagile.co.za また、画像だけでなく文章も残しておきます。

                                                                      【翻訳記事】テストに対する考え方「Testing Manifesto」 - ブロッコリーのブログ
                                                                    • Twitterシェア機能に関するユーザーテストにご協力ください - はてなブックマーク開発ブログ

                                                                      いつもはてなブックマークをご利用いただき誠にありがとうございます。はてなブックマーク開発チーム、ディレクターの id:yone-yamaです。 2023年4月8日の以下告知でお知らせした、はてなブックマークでTwitterに関連する機能が利用できない状態が現在も継続しています。ご利用いただいていたみなさまには引き続きご不便をおかけしており誠に申し訳ありません。 bookmark.hatenastaff.com 同告知で4月10日に追記した通り、機能復旧の目処が立たないことから、Twitter関連機能のうち特にご利用ケースの多かった「ブックマーク時の連携ツイート」の代替手段を提供すべく準備を進めております。 代替手段の仕様についてはいくつかのパターンを考案していますが、いずれのパターンが適切であるかをユーザーのみなさまからのご意見をもとに決定したいと考えています。 つきましては、今週から来週

                                                                        Twitterシェア機能に関するユーザーテストにご協力ください - はてなブックマーク開発ブログ
                                                                      • うっかりテスト用のスクリプトで現実に存在する1万台の携帯電話をロックしてしまったエンジニアの経験談

                                                                        作成したソフトウェアのテストを行うためのコードは、ソフトウェアの動作には関係ないということで品質が軽視されがちなもの。そんなテストのためのコードが原因でとんでもないトラブルを引き起こしてしまったという経験を、エンジニアのシャントヌ・ティワリさんがブログに書いています。 The Day My Script Killed 10,000 Phones in South America https://new.pythonforengineers.com/blog/the-day-i/ ティワリさんが開発していたのは携帯電話会社向けの、盗まれたり支払いが滞ったりしたスマートフォンを遠隔でロックするアプリ。Androidの一部としてインストールされているため、ユーザーが勝手にアンインストールすることはできず、電話機能やWi-Fi機能など低レベルな機能を制御することも可能な権限がありました。 ティワリ

                                                                          うっかりテスト用のスクリプトで現実に存在する1万台の携帯電話をロックしてしまったエンジニアの経験談
                                                                        • [速報]GitHub Actionsが正式版に。GitHub内でビルド/テスト/デプロイなど実行、CI/CDを実現。GitHub Universe 2019

                                                                          [速報]GitHub Actionsが正式版に。GitHub内でビルド/テスト/デプロイなど実行、CI/CDを実現。GitHub Universe 2019 GitHub Actionsは1年前のGitHub Universe 2018で発表された新サービス。GitHubのイベントをトリガーとして、GitHub内で任意のDockerコンテナを実行でき、連係させていくことにより、ユーザーがGitHubで自由にワークフローを定義できるというものでした。 [速報]GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 例えば、コードのマージをきっかけに、Dockerコンテナでコードをビルドし、テストを実行、クラウドへデプロイすることで、CI/CDの実現などが可能です。 GitHubは今年の8月にこのActionsの

                                                                            [速報]GitHub Actionsが正式版に。GitHub内でビルド/テスト/デプロイなど実行、CI/CDを実現。GitHub Universe 2019
                                                                          • GitHub Copilotと快適なユニットテストコード作成生活

                                                                            こちらで登壇させていただいた資料です。 https://trident-qa.connpass.com/event/314818/ ※ こちらは2024/05/23 時点の私の考えとなります。更新の予定はございませんのでご了承ください

                                                                              GitHub Copilotと快適なユニットテストコード作成生活
                                                                            • Playwrightを使ったE2Eテストを導入した話 - Uzabase for Engineers

                                                                              はじめに こんにちは。ソーシャル経済メディア「NewsPicks」の QA/SET チームの海老澤です。 先日 弊社で E2E テスト実行するために Playwright を導入したため紹介させてください。 E2Eテストとは E2Eテスト(エンドツーエンドテスト)とは、ソフトウェア開発におけるテスト手法の一つで、アプリケーションが実際の運用環境と同様の条件下で正しく動作することを確認するためのテストです。 システムの開始点から終了点までを通じて、ユーザーの視点でアプリケーションのフローを追い、機能全体が連携して期待通りに動くかを検証します。具体的には、ユーザーが行うであろう一連の操作をシミュレートして、データがシステムを通じて適切に流れるかや、最終的なアウトプットが正しいかどうかを確認します。E2Eテストにより、部分的な単体テストや統合テストでは見逃されがちな問題を発見することができます。

                                                                                Playwrightを使ったE2Eテストを導入した話 - Uzabase for Engineers
                                                                              • Selenium, AWS Lambda, AWS Fargate, AWS Developer Tools を使ったサーバーレスなUIテスト | Amazon Web Services

                                                                                Amazon Web Services ブログ Selenium, AWS Lambda, AWS Fargate, AWS Developer Tools を使ったサーバーレスなUIテスト (この記事は、 Serverless UI testing using Selenium, AWS Lambda, AWS Fargate, and AWS Developer Tools を翻訳したものです。) 以前、Using AWS CodePipeline, AWS CodeBuild, and AWS Lambda for Serverless Automated UI Testing (日本語版 ) を公開してから、Chrome headless とFirefox headless が各ブラウザでネイティブにサポートされるようになったことで、事態は大きく変わりました。 AWS Lambda

                                                                                  Selenium, AWS Lambda, AWS Fargate, AWS Developer Tools を使ったサーバーレスなUIテスト | Amazon Web Services
                                                                                • E2Eテストを Playwright で作り直して開発プロセスに組み込む話 - SmartHR Tech Blog

                                                                                  こんにちは。SmartHR プロダクトエンジニアの sasaki (@s_sasaki_0529) です。 今回は、私が開発に携わっている届出書類機能における E2E テストを、Capybara + Selenium の構成から Playwright に移行し、開発プロセスに組み込んだお話をします。 扱う話題 E2Eテスト基盤を移行する具体的な背景と理由 移行における提案から、合意形成までの流れ 移行後の開発プロセスがどう変わったか 扱わない話題 Playwright など、記事内で扱う技術要素自体の詳細説明 移行作業自体の詳細 テストコードの設計・実装に関する具体的なテクニック なお、本記事では便宜上、移行前の E2E テストを「旧テスト基盤」移行後を「新テスト基盤」と呼称します。 届出書類機能について E2Eテストに限らず、テストというのはプロダクトの特性によって最適な手法は大きく変わ

                                                                                    E2Eテストを Playwright で作り直して開発プロセスに組み込む話 - SmartHR Tech Blog