検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

testの検索結果(絞り込み: 3 users 以上)32324 件中 1 - 40 件目

  • 事前条件も事後条件もテストも全部 assert!() でいいの? まあ、いいんじゃないでしょうかという話

    事前条件も事後条件もテストも全部 assert!() でいいの? まあ、いいんじゃないでしょうかという話 Rustでは実行時表明とテスト表明の双方を同じ仕組み (panic機構) を用いて行います。 Rustを書くにあたって、この部分に違和感を覚えた人もいるのではないかと思います (多数派ではないと思いますが)。本稿ではこの違和感について分析し、Rustではそれで問題ないと確認することを目指します。 ※割とフワッとした話に終始します Resultとpanic Rustではエラー処理の方法としてResultとpanicの2種類の方法を提供しています。これは大まかに以下のように使い分けられます。 プログラムが想定しなければいけないエラー (ユーザーが誤った入力を与えた場合や入出力エラーなど) はResultを使う。 プログラムが想定外の状態に陥った場合 (意図しない配列の境界外参照など) はp

    事前条件も事後条件もテストも全部 assert!() でいいの? まあ、いいんじゃないでしょうかという話
    • 実践!ユニットテスト入門(PHPカンファレンス2022)

      開発組織の生産性を可視化するState of DevOpsとFour Keysとは(増補改訂版) / Introduction to State of DevOps and Four Keys for Visualizing Productivity in Development Organizations expanded and revised edition

      実践!ユニットテスト入門(PHPカンファレンス2022)
      • Japa - A simple yet powerful testing framework for Node.js

        A simple yet powerful testing framework for Node.js Japa comes with all the tools you need to test your backend applications. Be it testing JSON APIs using Open API schema or writing browser tests using Playwright. Features Basics covered Despite being a small and simple test runner, Japa comes with all the basic features you expect from a great testing framework. It includes Support for asynchron

        Japa - A simple yet powerful testing framework for Node.js
        • 即席負荷試験ツールを実装するためのライブラリを作りました

          モチベーション 世の中には様々な負荷試験ツールがあり、それらは大概シナリオを組めたり複数ノードからリクエストを送れたりと高機能です。無論それは素晴らしいことなのですが 新しく実装したAPIで目標RPSを達しているかざっくり確認したい インデックスの追加前後でパフォーマンスに大きな影響が出ないか見てみたい 等といったシンプルな要件においてはセットアップ諸々の手間を考慮すると少々億劫な面があると思います。かといって自分で即席ツールを実装しようとすると 試験パラメーター取得処理 パフォーマンスを意識した実装 並行処理の排他制御 統計情報の出力 等々地味に面倒な実装が多くこちらもそれなりの労力を要します。或いはもっと簡便な試験ツールを使おうとすると微妙に痒いところに手が届かなかったりもするでしょう。 こうしたケースで簡単に負荷試験ツールを実装できるライブラリがあればもっと気軽に負荷試験を行え便利な

          即席負荷試験ツールを実装するためのライブラリを作りました
          • 最近Clojureでテストを書くときに使っているライブラリをふたつ紹介します - Uzabase for Engineers

            こんにちはこんにちは!!あやぴーです。 最近の仕事ではF#を使ったり、Clojureを使ったりすることが多いのですが、今日は久しぶりにClojureの話を書きます。 Clojureでテスト書くときに一緒に使うライブラリ何使ってますか? アプリケーションでユニットテストレベルのテストを書くとき、どういうライブラリを一緒に使っていますか?Kaocha?Midje?test.check?shrubbery?Flare? 今回は最近いくつかのプロジェクトで使っていて使い勝手がよかったものを2つ紹介しようと思っています。 テスト対象が依存する関数をモックしたい - mockfn Clojureはいわゆる関数プログラミングを行うことができる言語で、オブジェクト指向言語に見られるような、オブジェクト生成時に外部から依存するオブジェクトをインジェクションして、テストをしやすいようにするというような実装を行

            最近Clojureでテストを書くときに使っているライブラリをふたつ紹介します - Uzabase for Engineers
            • UX調査早見表

              どこから始めるか、あるいはまず何に最初に焦点を合わせるとよいのかを決める際は、これらの主なUX手法から選ぶといいだろう。時間の制約やシステムの成熟度、製品やサービスの種類、現在の最大の懸念事項によって、他の手法より適切な手法もある。製品サイクルごとに異なる手法を用いたり、交互に用いたりするとよい。手法によって目指す目標も知見の種類も違うからだ。以下のグラフは、UX関連のキャリアに関するアンケート調査で、UX実践者がこれらの手法をどのくらいの頻度で利用しているかについての回答内容である。 UXキャリア調査レポート(無料)による、UXの専門家が最もよく利用する手法。パーセンテージは、その手法を少なくとも1~2年に一度は利用していると答えた回答者の割合を示している。 UXに関する活動を1つしか実施できず、既存のシステムの改善を目指す場合は、(思考発話法を用いる)定性的なユーザビリティテストを実施

              UX調査早見表
              • macOSのCopy-on-Write機能を使ってディスクを節約した話 - DeNA Testing Blog

                こんにちは、SWETでCI/CDチームの前田( @mad_p )です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに 先日開催されましたCEDEC 2022にて、Gitリポジトリの肥大化に対応した事例を発表しました。これはそのフォローアップ記事となります。以前に出した記事の続編でもあります。 発表資料は次の場所に置いていますので、参照してみてください。 CEDiL(要登録): https://cedil.cesa.or.jp/cedil_sessions/view/2600 Speaker Deck: https://speakerdeck.com/dena_tech/kaorumaeda_cedec2022 Gitリポジトリの肥大化問題 前提となっている課題をおさらいしておきます。 Gitリポジトリは

                macOSのCopy-on-Write機能を使ってディスクを節約した話 - DeNA Testing Blog
                • 異常検知技術を比較してみた(ルールベース, HLAC, PatchCore)

                  はじめに 異常検知AIソフトウェア・クラウドサービスを提供しているアダコテックでエンジニアをしているshin-ueです! 今回は、弊社内で保有する電子部品を撮像した画像データに対して、異常検知を実施してみます。 そもそも異常検知って? 異常検知における異常とは、みなさん何を思い浮かべますか? 例えば、毎日休まず周期的な信号を出力してくれるシステムが一家に一台あったとします。 機械とよくケンカする僕みたいな人間は「ほんとうに周期的な信号だしてるのか!?」と疑いをかけてモニタリングしてしまいます。 t=9~11の出力値がいつもと違う変化をしているぞ・・・不良品だコイツこのやろう!(過激派) という感じで、「いつもの正常状態とは異なる状態」を異常と表現しています。 定期的に状態を監視し異常傾向を予兆してあげたり、異常状態を検出するような仕組みを作成し、異常発生したら関連システムにアラート信号を送

                  異常検知技術を比較してみた(ルールベース, HLAC, PatchCore)
                  • APIシナリオテストの新ツールrunn

                    今回はAPIシナリオテストツールのrunnをプロジェクトに導入し、一部機能のコントリビュートしながら3ヶ月間触ってみておすすめだと感じたことを記事にまとめたいと思います。 runnとの出会い 4ヶ月ほど前にスキーマ駆動開発を行っているプロジェクトでいい感じのAPIのテストをしようと色々 調査 をしていました。 その当時はOpenAPIでスキーマ定義してswagger-uiからポチポチ手動テストをしていましたが、APIの数も増えるし同じAPIでもパターンが結構あり、流石に手動でのテストでは限界があるなーと考えていました。 パラメータ数も多いのでControllerテストで書くにしてもコード量が多く、レビューが辛いと感じていました。 APIをE2Eでテストしたい、最終的にはCIで自動テストまでもっていきたいと思いました。 しかし、いざ調べてみると案外ニーズにマッチするツールが見当たりませんでし

                    APIシナリオテストの新ツールrunn
                    • 求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog

                      こんにちは、鈴木です。 求人票の作成を経験しました。実際に公開した求人票を実例として、どのように考え、どのようなプロセスで、どのような中間成果物を生み出しながら取り組んだのか。具体的な内容を共有します。 「先に知っておきたかった!」と思うものや、検索しても見つからなかったものなど、多くの知見を得ることができました。 それらを公開することで、これから求人票の作成に関わる人のお役に立てれば幸いです。 QAリード採用はじめました はじまりは兄弟会社の組織図 求人票を書こう! ってどうすれば!? 求人票作成のフレームワーク 1. 現在を書き出す 1.1. 思っていることを書き出す 1.2. 現在使っているモノを書き出す 1.3. 現在おこなっているコトを書き出す 2. 未来を書き出す 2.1. 将来おこなっているコトを書き出す 2.2. 将来使っているモノを書き出す 3. その職種が必要な理由を書

                      求人票の作り方: QAリードを実例に5ステップのフレームワークと中間成果物を公開します - MonotaRO Tech Blog
                      • バンダイナムコスタジオやAbemaTVがモバイルアプリの品質管理に採用する、テストプラットフォーム「HeadSpin」の機能とは?[PR]

                        バンダイナムコスタジオやAbemaTVがモバイルアプリの品質管理に採用する、テストプラットフォーム「HeadSpin」の機能とは?[PR] より優れたユーザー体験を実現する最近のWebアプリケーションやモバイルアプリケーションでは、洗練されたユーザーインターフェイスに加えて多くの静止画や動画、アニメーションを含むさまざまな画面効果が活用されています。 迅速な開発サイクルの中でこのアプリケーションをテストし、評価し、改善していくためには、自動化された優れたテストプラットフォームが欠かせません。 その代表的なテストプラットフォームの1つが、モバイルアプリケーション向けテスト自動化ツールの代表的なオープンソースソフトウェアである「Appium」のリードエンジニアが在籍するHeadSpin社が提供する「HeadSpinデジタル分析プラットフォーム」です。 機械学習によってテスト結果を自動的に分析、

                        バンダイナムコスタジオやAbemaTVがモバイルアプリの品質管理に採用する、テストプラットフォーム「HeadSpin」の機能とは?[PR]
                        • GitHub - lost-pixel/lost-pixel: Holistic visual testing for your Frontend 🖼 First class integration with Storybook, Ladle & other frontend libraries.

                          Holistic visual testing for your Frontend 🖼 First class integration with Storybook, Ladle & other frontend libraries. License

                          GitHub - lost-pixel/lost-pixel: Holistic visual testing for your Frontend 🖼 First class integration with Storybook, Ladle & other frontend libraries.
                          • 漫画原作者・Rootport先生がAIに描かせた漫画「サイバーパンク桃太郎」が完結。「テストとは思えない出来」の声

                            Rootport💰🧮💰 @rootport 作家・マンガ原作者。『神と呼ばれたオタク』『女騎士、経理になる。』ほか/好きな言葉は「群盲撫象」/ブログ→ rootport.hateblo.jp /マシュマロ→ marshmallow-qa.com/rootport youtube.com/channel/UCp6RK…

                            漫画原作者・Rootport先生がAIに描かせた漫画「サイバーパンク桃太郎」が完結。「テストとは思えない出来」の声
                            • 20分間で振り返るIn-App Purchaseの歴史

                              iOSにおけるIn-App Purchase(アプリ内課金)はiOS 3から利用可能であり、その歴史は10年以上に及びます。 この長い歴史の中で、Ask to BuyやUpgrade / Downgrade、お試しオファーなどの多くの仕組みが追加され、やれることが格段に増えました。 アプリ内課金をサポートするための仕組みも、Store Kit 2による実装方法の変更やアプリ内での返金機能をはじめ、Server NotificationsやTransaction Receiptのフォーマットの変更など、新しいものが次々にリリースされたり、StoreKit Testingによって自動テストが出来たりSandbox環境がアップデートされたりなど、課金のテストにまつわる状況も大きく変わりました。 本トークでは、20分間でIn-App Purchaseの激動の歴史をじっくり振り返っていきます。

                              20分間で振り返るIn-App Purchaseの歴史
                              • ソフトウェアテスト読書マップ - Google ドライブ

                                学習者が、「どの資料が、どんなレベルで、どのトピックについて言及しているか」をざっくり把握できること。

                                • 台風に乗じてキャンプ場でテントがどれくらい風に耐えられるか実験中→その結果は

                                  モロケン@CT125で旅する @morokengo 台風に乗じて耐風実験やってます🌀 ※ キャンプ場管理者と国土交通省、河川事務所へ事前の連絡入れてるよ。 テントの設営は昨日の内に4時間かけて完璧に仕上げました。 僕は安全な場所にいて1時間に1度確認しに行ってます。また、テントは遠隔カメラで確認できるようになっています。 pic.twitter.com/pP3DlK3e9k 2022-09-18 09:54:14 モロケン@CT125で旅する @morokengo ※ 周りに人なんかいません。建物もありません。東京ドーム3個分の敷地にテント立ててます。ペグは2種類使って地面まで打ち込み破断したとしても必ずペグかロープで固定されるようにしてます。ワイ元警察官で他の人より特殊な訓練は受けてる方だと思うよ。 つまるところ やることやって実験してます 2022-09-18 09:57:46

                                  台風に乗じてキャンプ場でテントがどれくらい風に耐えられるか実験中→その結果は
                                  • ソフトウェアテスト読書マップ

                                    ABCEFGHIJKLMNOPQRSTUVWXYZAAABACADAEAF

                                    ソフトウェアテスト読書マップ
                                    • バックエンド開発の基本を理解するために必要な10の知識 2022年版

                                      はじめに バックエンドエンジニアは、プログラミングの中で特にイメージがわきにくい分野である。簡単に言えば、バックエンドエンジニアはユーザから見えない部分にあるシステムである。(例えば、ユーザ認証やデータベース設計・操作・運用などが例として挙げられる) 例えば、ECサイトを運用する際に、ユーザから見えるUIだけを作っても作動しない。バックエンドになるシステムの構築も必要なのだ。 今回はバックエンド開発を理解する上で必要な10の知識を徹底解説する。その中で、個人の見解に過ぎないが初心者にオススメのバックエンドのフレームワークを3選紹介する。あくまで一個人の見解に過ぎないが、今回の記事を通してバックエンドの学習方法またはその魅力を十分に理解していただければ非常に幸いである。 本題に入る前に、本記事における「バックエンド」はあくまで認証やデータベースなどシステムやソフトウェアの裏側で動作しているも

                                      バックエンド開発の基本を理解するために必要な10の知識 2022年版
                                      • 有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる2.0

                                        2022年9月9日にこんなツイートをしたところ、 ソフトウェアテストの書籍・資料について、こういうマップを作ってみたい。「QA関連」でできるといいんだけど、縦軸が定まらない。 一番繰り返し読んでいるドリル本をサンプルにしてみたけど、テスト分析自体がすでに初級じゃない気もするから、色付けも難しい。うーん。 誰か一緒にやりません?w pic.twitter.com/R0lVJhcpkD— Kazu SUZUKI (@kz_suzuki) 2022年9月9日 「一緒にやってもいいよ~」っていう方々に声をかけていただき、1週間あまりでみるみるできあがっていきました! みなさんの機動力高すぎて、わたしの寄与は「声をかけて最初のフォーマットを作った」くらいになってしまいましたよ。 ということで、以下に公開します! docs.google.com 「閲覧者(コメント可)」というアクセス権を設定しています

                                        有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる2.0
                                        • どうして統合テストは重要なんだろう?

                                          はじめに 最近では、多様なテスト手法や開発者向けツールを散見します。 エンドツーエンド(E2E)テストだけでも、「Cypress」「Puppeteer」「Playwright」「Selenium」などのツールがあります。単体テストでは「Vitest」や「Visual Studio」のビルトイン単体テスト機能など、テストの準備を容易に自動化できます。 ですが、多様なテストツールを導入しても、「When」、「How」を押さえてなければ、テストの効果を有効に得ることができないと考えています。 まず、静的テスト、単体テスト、統合テスト、E2Eテストを実装コスト、実行時間と信頼性の観点で見ていき、無駄や漏れのないテスト戦略を立てていきましょう 。 テストを実装コスト、実行時間と信頼性で考える どのテストを使用するかの選択する観点として、テストをする実装コスト、実行時間と、テスト結果の信頼性のトレード

                                          どうして統合テストは重要なんだろう?
                                          • ミドルウェアアップデートの自動化によってトイルを年間180時間削減しました - Link and Motivation Developers' Blog

                                            こんにちは、リンクアンドモチベーション SREグループの久原です。今回は、SREチーム内の生産性・信頼性向上のために取り組んだミドルウェアアップデートの自動化施策について紹介いたします。 背景 自動化の成果 手順の簡略化 before after 対応時間の削減 やったこと ミドルウェアアップデートの手順 自動化の方針 ①各項目ごとに手動の部分はCodeBuildを使って自動化する before after ②項目間の移行はCodePipelineを使って一気に実施できるようにする 今後の展望 背景 なぜミドルウェアアップデートの自動化に取り組んだのか?それは現在SREチームで注力している 「トイルの削減」に対して大きく貢献するため です。インフラ民主化の記事でも取り上げたように、トイルの対応時間のトップ3を見ると、かなりの割合をミドルウェアアップデートが占めていることが分かります。 トイ

                                            ミドルウェアアップデートの自動化によってトイルを年間180時間削減しました - Link and Motivation Developers' Blog
                                            • OSS 版 Spectacles を使って、LookML の data tests や validation などを GitHub Actions で継続的に実行させてみた - Feedforce Developer Blog

                                              こんにちは。自称 Looker エバンジェリストの id:masutaka26 です。 今日は Spectacles というツールを導入して、Looker インスタンスの健全性を高められた話を紹介します。 Spectacles とは 4 種類のテスト 基本的な振る舞い どのテストを採用し、どのような課題を解決したのか SQL validation Assert validation Content validation LookML validation どのような GitHub Actions にしたのか CI workflow Schedule workflow 落ち穂拾い 作業ブランチのゴミが残ることがある マシンユーザーを作るか作らないか まとめ Spectacles とは Spectacles は Looker のサードパーティ CI ツールです。継続的に各種テストを実行し、Lo

                                              OSS 版 Spectacles を使って、LookML の data tests や validation などを GitHub Actions で継続的に実行させてみた - Feedforce Developer Blog
                                              • ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita

                                                勤怠処理の自動化は、以下の仕組みによって実現しています。 在宅勤務と出社では勤怠処理が異なるため、基本的にフルリモート前提で在宅勤務の場合に処理を行うよう設定しています。 cronによってシェルスクリプトを起動 シェルスクリプトで在宅勤務の判定を行う 在宅勤務の場合、Pythonのプログラムを起動 Seleniumで勤怠入力 実装 Pythonのプログラムは、仮想環境を作成して実行しています。 仮想環境の作成及びSeleniumの導入 Pythonの仮想環境はvenvを使用して作成します。 仮想環境を作成するためには、以下のコマンドを実行します。 <Dir>には任意のディレクトリ名を指定します。 $ python3 -m venv <Dir> $ source <Dir>/bin/activate 仮想環境構築後、seleniumをインストールします。 仮想環境が有効な場合はプロンプトの表

                                                ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita
                                                • Unit Test の改善に取り組んでみました | DevelopersIO

                                                  はじめに prismatix 事業部で QA エンジニアをしている長友です。 今回は私の所属するチームの方がテスト改善を行ってくださったので、そのお話です。 経緯 今私のいるチームには、私以外に K さんというメンバーの方がおられます。 これまで私の所属する prismatix 事業部で、いろいろなマイクロサービスの開発に携われてきた方です。エンジニアリング力が高く、テストに関する本も出されている方で、私もその方の本を持っています。ですから話すときはよくテストの話題になります。 その方が、これまで開発チームにいた中で作っていたテストコードによるテストのやり方に課題を感じていたということで、今回その改善をすることになりました。 いろいろ試行錯誤をされて、こうしたらいいのではないかというアイデアが出てきたので、それをどうやって開発チームに実践してもらうかをやってみたことをお話します。 なお、私

                                                  Unit Test の改善に取り組んでみました | DevelopersIO
                                                  • 決済チームがテストコードを書く際に気を付けていること - UPSIDER Techblog

                                                    こんにちは。決済チームでエンジニアとして働いている芦川です。 UPSIDER Tech blog 第2弾として「決済チームがテストコードを書く際に気をつけていること」を紹介しようと思います。 TL;DR 100%のテストカバレッジを目指す テストはブラックボックスを優先して記述、どうしても到達できない場合はホワイトボックス 最初のテストケースは、テスト対象が動作する最も一般的なケースであるべき 私たちは日々大量のコードを書いており、そのシチュエーションは多岐にわたります。 そういった環境において、動作確認からのコード改修のコストを考えた場合、自動テストの有無によって生産性に大きく差が出ることは容易に想像ができます。また、既存のサービスに改修を加えるために、そのサービスの概要を把握したい場合、良いテストコードはドキュメントとして役立ちます。 以前、私はテストコードを一切書かないプロダクトの開

                                                    決済チームがテストコードを書く際に気を付けていること - UPSIDER Techblog
                                                    • memlab

                                                      memlabAnalyzes JavaScript heap and finds memory leaks in browser and node.js

                                                      • JavaScriptのメモリリークを検出するフレームワーク「MemLab」、メタがオープンソースで公開

                                                        JavaScriptのメモリリークを検出するフレームワーク「MemLab」、メタがオープンソースで公開 メタ(旧Facebook)は、JavaScriptアプリケーションのメモリリークを検出するフレームワーク「MemLab」をオープンソースとして公開したと発表しました。 We’ve open-sourced MemLab. #MemLab is a JavaScript memory testing framework that automates leak detection and makes it easier to root-cause memory leaks. 1/2 https://t.co/vo6Gzv56ud — Engineering at Meta (@fb_engineering) September 12, 2022 Metaが展開しているFacebook、Fac

                                                        JavaScriptのメモリリークを検出するフレームワーク「MemLab」、メタがオープンソースで公開
                                                        • Luaのテストツール busted の使い方

                                                          bustedとは(vustedとは) NeovimのLuaプラグインのテストを行えるvustedというツールがあることを最近知りました。 vustedはbustedというLuaのテストツールをNeovimでも動くようラップしたもので、vustedを使用するにはbustedの使い方を調べる必要があります。 本記事ではこのbustedの使い方を簡単に説明していきます。bustedを使ってみたいけど日本語記事がないからよく分からん。という人向けの記事ですね。 より詳しく確認したい人はこちらのbusted公式ドキュメントを確認してください。 Usage 簡単な使い方を説明します。 -- init_spec.lua describe("Test", function() describe("numerical", function() it("'0' is truthy", function() a

                                                          Luaのテストツール busted の使い方
                                                          • 【深める】為替相場と関連してやや難し目の指標4つ ①購買力平価 - 【共通テスト対策】フクフクちゃんの現代社会・倫理・政治・経済

                                                            はじめに・・・2022共通テスト出題予想 その1 「購買力平価」 内外価格差 購買力平価説 【練習問題】購買力平価の計算① 【練習問題】購買力平価の計算② 【練習問題】購買力平価の正誤問題 はじめに・・・2022共通テスト出題予想 「円安が止まらない・・・」というコラム・シリーズを書いたのが3月。 ★シリーズ:日本の「円安」が止まらない。 その1(円高・円安 ・金利・インフレの基本) その2(円高・円安 の要因と物価・金利・株価) その3(円高・円安の影響・悪い円安) その4(円高・円安・対外投資・内外価格差) その5(物価・為替レート・通貨の購買力) その6(「実質実効為替レート」という指標) その7(物価と賃金がなぜ上がらないのか?) その8(金利、なぜ上げないのか?) そして9月現在も同様。 かつては、「円高」が輸出に不利と槍玉に挙げられていたが、現在は円安による輸入品の高騰、「悪い

                                                            【深める】為替相場と関連してやや難し目の指標4つ ①購買力平価 - 【共通テスト対策】フクフクちゃんの現代社会・倫理・政治・経済
                                                            • 第3章 E2Eテストの実装 ~非同期処理のテスト、パフォーマンス計測、カバレッジ | gihyo.jp

                                                              第3章では、最も一般的なユースケースとして、Puppeteerを使ったE2E(end to end)テストの実現方法を解説します。 なお、本章で扱うテストサイトには、ブラウザ自動化が必要となるSPA(Single Page Application)を使用します。しかしもちろん、SPAではないサイトでも同様にテストできます。 テスト対象の環境を構築する まずはじめに、テスト対象となるサイトを構築する必要があります。今回は、Meteorを使った初期状態のサイトを、テスト対象として使用します。 Meteorとは、フロントエンドもバックエンドもすべてJavaScriptで記述できる、リアルタイム通信に特化したSPAのフレームワークです。現在最も人気のあるフレームワークではありませんが、今回は簡易的にSPAを構築できるという理由で選択しました。 テストサイトを立ち上げる Meteorのインストール方

                                                              第3章 E2Eテストの実装 ~非同期処理のテスト、パフォーマンス計測、カバレッジ | gihyo.jp
                                                              • Takuto Wada on Twitter: "大ゴマで引用シリーズに新作が追加されました https://t.co/z0EbI0XlpR"

                                                                大ゴマで引用シリーズに新作が追加されました https://t.co/z0EbI0XlpR

                                                                Takuto Wada on Twitter: "大ゴマで引用シリーズに新作が追加されました https://t.co/z0EbI0XlpR"
                                                                • はてなブログで使われているフロントエンドのテストツールを統一した話 - Hatena Developer Blog

                                                                  はてなでエンジニアアルバイトをしているid:wafuwafu13です。はてなブログのフロントエンドで使われているテストツールの統一を2021年11月頃から進めてきましたが、この8月に完了したので振り返りたいと思います。 はてなブログのフロントエンドに残された秩序の乱れ テストツールを統一する理由とツールの選定 移行をどう自動化したか(しなかったか) 余裕のあるスケジュールで小分けして作業を実施 はてなエンジニアのアルバイトは通年で募集中! はてなブログのフロントエンドに残された秩序の乱れ 2020年のid:nanimono_demonaiさんの活動により、はてなブログのフロントエンドのテストはPhantomJSとKarmaを撤退し、Jestに移行されました。 はてなブログのフロントエンドに秩序はもたらされたのか - Speaker Deck これによって秩序がもたらされたものの、Node.

                                                                  はてなブログで使われているフロントエンドのテストツールを統一した話 - Hatena Developer Blog
                                                                  • GitHub - facebookincubator/memlab: A framework for finding JavaScript memory leaks and analyzing heap snapshots

                                                                    This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

                                                                    GitHub - facebookincubator/memlab: A framework for finding JavaScript memory leaks and analyzing heap snapshots
                                                                    • QAがAcceptance Criteriaにテストしたい項目を追加して、みんなでいつ何をつくるのか考えたよ

                                                                      こんにちは。SouzohでQAをしている____rina____です。 先日、「ショップデザインの編集」で商品をまとめたり、並び替えられるような機能をリリースしました。 こちらの機能は、メルカリShopsマガジンで新機能として紹介されています(メルカリShopsマガジンでは、新機能やネットショップの開設・はじめ方などを紹介しています。) 「ショップデザインの編集」で商品をまとめたり並び替えられるようになりました | メルカリShopsマガジン 売れてるショップの活用例4選!ショップデザイン機能で商品を魅力的に見せよう 私の推しのショップさま(豊洲まぐろ一代 メルカリ店さん)も掲載されています。リリースした週にこの機能を使いこなされていて、想像以上にかわいくしてくださってうれしかったです🐟 今回このショップデザインの編集機能の開発では、Acceptance Criteria を充実させたこ

                                                                      QAがAcceptance Criteriaにテストしたい項目を追加して、みんなでいつ何をつくるのか考えたよ
                                                                      • Google社内ではどのようなテストツールを使っているのか

                                                                        Googleは2022年9月7日(米国時間)、Javaプログラム用単体テストツール「JUnit」に対応したオープンソースのパラメーター化テストフレームワーク「TestParameterInjector」で「JUnit 5」(Jupiter)をサポートしたと発表した。 TestParameterInjectorは、もともとGoogleが社内で使っていたものだ。同社は2021年3月に、「JUnit 4」に対応したTestParameterInjectorのオープンソース版を公開している。 Google社内ではJavaプログラムのテストツールに何を使っているのか 関連記事 5分で分かるテスト自動化 現在のソフトウェア開発に欠かせない「テスト自動化」について、およそ5分でざっくり解説します。 基礎から学ぶ、テスト自動化――導入時に見極めたい、コストの損益分岐点 ソフトウェアテストにおける選択肢の一

                                                                        Google社内ではどのようなテストツールを使っているのか
                                                                        • 事業価値とエンジニアリング・リソース効率性とフロー効率性 / Business Value and Engineering

                                                                          Transcript ࣄۀՁ஋ͱ� &OHJOFFSJOH ࠇాɹथ גࣜձࣾϦΫϧʔτ� ɹΞϓϦέʔγϣϯιϦϡʔγϣϯϢχοτ� ɹ%JWJTJPO�0⒏DFS� ࠇాɹथ ▪ܦྺ 2004೥ɹେखSIerɹ৽ଔೖࣾ 2011೥ɹגࣜձࣾϦΫϧʔτ ೖࣾ 2018೥ɹגࣜձࣾϦΫϧʔτςΫϊϩδʔζɹΤϯδχΞϦϯά෦ɹ෦௕ ɹɹɹɹ ݉ גࣜձࣾϦΫϧʔτδϣϒζ 2019೥ɹגࣜձࣾϦΫϧʔτςΫϊϩδʔζɹHRྖҬΤϯδχΞϦϯάϢχοτɹࣥߦ໾һ ɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹɹΦϑγϣΞιϦϡʔγϣϯ෦ɹ෦௕ ɹɹɹɹ ݉ גࣜձࣾϦΫϧʔτδϣϒζ ɹɹɹɹ ݉ גࣜձࣾϦΫϧʔτΩϟϦΞ 2021೥ גࣜձࣾϦΫϧʔτɹΞϓϦέʔγϣϯιϦϡʔγϣϯϢχοτɹDivision Officer Sierʹͯ׭ެிܥγεςϜͷΤϯδχΞɺΞϓϦέʔγϣϯΞʔΩςΫ

                                                                          事業価値とエンジニアリング・リソース効率性とフロー効率性 / Business Value and Engineering
                                                                          • 株式会社メルペイを退職します: 柴田 芳樹 (Yoshiki Shibata)

                                                                            2018年6月1日から働き始めた株式会社メルペイを9月30日付けで退職します。4年4か月勤務したことになります。1984年4月1日に社会人として富士ゼロックスで働き始めてから、7社目の会社でした。10月1日からは、新たな会社でソフトウェアエンジニアとして働き始めます。 週4日勤務「ソラミツ株式会社を退職します」でも書きましたが、リコーを退職してからは、基本的に週4日勤務をしてきました。メルペイでも、金曜日は欠勤するか有給休暇を使うなどして、週4日勤務をしてきました(週4日勤務で働くことに関して、入社前に合意してもらっていました)。10月からの会社では、週4日勤務の雇用契約で働きます。 初めてのウェブサービス開発富士ゼロックス、富士ゼロックス情報システム、リコーの3社で合計31年7か月を過ごし、富士ゼロックスでのワークショテーション開発を除くと、その多くは、デジタル複合機のソフトウェア開発に

                                                                            株式会社メルペイを退職します: 柴田 芳樹 (Yoshiki Shibata)
                                                                            • 客に車の工賃を提示したら「技術がないだけ、正規の手順外の方法で工賃を減らすべき」と言われた→なぜ正規の手順が必要なのか

                                                                              Lyiase 💉💉 @lyiase 恐ろしい意見を見てしまった。 車で手順通りの高い工賃に対して『技術が無いだけ』と弾糾し、『正規の手順外の方法でやって工賃減らすべき』と言っていた。 それは『ワークアラウンド』と言って、『手抜きそのもの』で、故障・事故の原因になる考え方だから、絶対に仕事ではやってはダメだよ。 2022-09-08 04:51:19 Lyiase 💉💉 @lyiase 事故や故障覚悟の趣味の範囲の自己責任か、もしくはその車の性質を熟知して、価格以外でそれが良い理由を説明出来るほど知識がある上で、了承してやる分には良いと思うけど、「当たり前」にはしてはいけない。 2022-09-08 04:51:20

                                                                              客に車の工賃を提示したら「技術がないだけ、正規の手順外の方法で工賃を減らすべき」と言われた→なぜ正規の手順が必要なのか
                                                                              • Jest で落ちたアサーションを GitHub のアノテーションに出す - Diary of a Perpetual Student

                                                                                最近 GitHub Actions を弄くり倒すことにハマっていて、 GitHub の Checks API を利用して annotation を出すおもてなしをすることだけが生きがいだと思って生活していました。 そんな中、JavaScript (TypeScript) のコードのテストでよく使われている Jest で、どの assertion が落ちているかを annotation で分かりやすく表示したいと思っていました。自作で頑張ろうかな~と思って調べていると、 Jest 28.0.0 (2022年4月末ごろリリース)から Github Actions で annotation を出す reporter 機能が組み込まれていたという事実を知りました。 jestjs.io この便利機能が思ったより世の中で使われていない感じがしたので紹介します。 サンプル こちらをどうぞ: github

                                                                                Jest で落ちたアサーションを GitHub のアノテーションに出す - Diary of a Perpetual Student
                                                                                • 品証チームに参画後の半年間で取り組んだこと - ドワンゴ教育サービス開発者ブログ

                                                                                  はじめに N予備校品質保証チーム(以下品証チーム)の望月です。 ドワンゴには2022年1月に中途入社しました。 組織が立ち上がってから1年半という品証チームに参画後の半年間で、プロダクト/プロセス品質向上の観点で取り組んだ改善活動をご紹介します。 ※表現に関する補足 この記事では、テストや品質に関連する業務を「QA」と表現しています。 目次 はじめに 目次 参画当初の品証チームの状態 改善活動の前に取り組んだこと STEP1:整理の方針を決める STEP2:課題を洗い出す STEP3:課題をカテゴリごとに分類分けする STEP4:課題改善の取り組み内容と実施効果を整理する STEP5:総合的な判断で課題の優先度を決める STEP6:担当者をアサインし、改善活動を実施する 改善活動の取り組み 1.各クライアントチームへの品証メンバー参画 2.テストデータの整備 3.リグレッションテストのメン

                                                                                  品証チームに参画後の半年間で取り組んだこと - ドワンゴ教育サービス開発者ブログ