並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 6025件

新着順 人気順

テストの検索結果561 - 600 件 / 6025件

  • 英国政府によるRailsアプリケーションテストの新標準(翻訳)|TechRacho by BPS株式会社

    概要 Open Government Licenceに基づいて翻訳・公開いたします。 英語記事: A new standard of testing for GOV.UK - Technology in government 著者: Ben Thorner、Peter Hartshorn -- 英国GDS(Government Digital Service)所属の開発者です 原文公開日: 2021/10/08 サイト: GOV.UK blogs 日本語タイトルは内容に即したものにしました。GOV.UKのRFCは以下で公開されています。 GOV.UKには、アプリに加えた変更をテストするという強靭な文化が根付いています。私たちは多くの場合、変更を加える前に(テスト駆動開発に沿って)テストを書き、変更をデプロイする前に(回帰テストに沿って)既存のテストがすべてパスする必要があります。 GOV.

      英国政府によるRailsアプリケーションテストの新標準(翻訳)|TechRacho by BPS株式会社
    • ZOZOMO開発チームのユニットテスト戦略とテスト駆動開発 - ZOZO TECH BLOG

      はじめに ZOZOMO部プロダクト開発ブロックの木目沢です。 ZOZOMOで提供しているZOZOTOWN上での「ブランド実店舗の在庫確認・在庫取り置き」APIの開発に携わっています。 今回は、開発当初から現在に至るまでのユニットテスト戦略についてお話しします。 意識してテストを書いていたのにカバレッジが低い問題 2021年11月にリリースされたブランド実店舗の在庫確認・在庫取り置きの機能ですが、開発当初のユニットテスト方針は以下のようなものでした。 モデルのユニットテストは必ず書く モデル以外の箇所は可能な範囲でユニットテストを書く 当時は実装のコードよりテストコードを先に書くといった文化はなく、レビューでテストの有無や内容を指摘する程度のものでした。 カバレッジも取っており、GitHub上では見える化していたものの、いつの間にか確認する機会も失われていきました。 もちろん、リリース前には

        ZOZOMO開発チームのユニットテスト戦略とテスト駆動開発 - ZOZO TECH BLOG
      • axe-core/playwrightとmarkuplintを導入しアクセシビリティの自動テストをできるようにした

        Web アクセシビリティに興味があったので、まず機械的なチェックツールから学んで知識を増やそうということでこのサイトに @axe-core/playwright と markuplint を導入してみました。 @axe-core/playwright のセットアップ 既に Playwright が導入されている状況を想定し進めます。まず@axe-core/playwright をインストールします。 pnpm add -D @axe-core/playwright このサイトの場合 VRT として Playwright を動かしているテストがあるので(過去資料)、そのプロセスに同居する形で axe を実行することにしました。 e2e.test.tsimport AxeBuilder from "@axe-core/playwright"; import type { Page, TestI

          axe-core/playwrightとmarkuplintを導入しアクセシビリティの自動テストをできるようにした
        • 「Visual Studio Code」が設定の同期に対応、Insider版でテスト中/“Microsoft アカウント”で拡張機能やキーバインドを同期、複数端末で同じ環境が利用できる

            「Visual Studio Code」が設定の同期に対応、Insider版でテスト中/“Microsoft アカウント”で拡張機能やキーバインドを同期、複数端末で同じ環境が利用できる
          • SREの観点から考える定期的・継続的な負荷テスト - Qiita

            この記事はSRE Advent Calendar 2019の24日目の記事になります。 はじめに こんにちは、OPENREC.tvでSREに所属している@toro_ponzです。納豆が好きです。 今年の9月までアプリケーションエンジニアとしてサーバーサイドチームに所属していましたが、10月よりSREチームに所属することになり、Kubernetes回りの運用や既存インフラの改廃などを行っています。今期のOKRの内の1つに「負荷テスト環境の整備」というものがあり、自分なりに負荷テストについて調べる機会があったため、それをまとめてみようと思います。 負荷テストとは Webシステムにおける負荷テストとは、そのシステムに対して多数のリクエストを送ることによって、システムが想定される性能を満たしているかどうか確認するテストのことを指します。 一口に負荷テストといえども、その種類はいくつかあります。後述

              SREの観点から考える定期的・継続的な負荷テスト - Qiita
            • Goのテーブル駆動テストではテストケースの定義位置を知りたいのでライブラリを書いた - 詩と創作・思索のひろば

              Go言語でテストを書く際のベストプラクティスとして、テーブル駆動テスト(Table dirven tests) というのが推奨されている。ようはデータとふるまいを分離しましょうという話で、正直わざわざ名前をつけるようなものでもなかろうという気持ちもないではないが、まあ話がはやくていいね。 けどみんなほんとにこれで満足してるの? と疑問に思うところはある。テストが落ちたときに表示される行番号がテストケースによらず一定で、どのテストが落ちたのかを探すのに一手間かかってしまう。 たとえば以下のコードをテストする際、 package eg import "testing" func TestExample(t *testing.T) { testcases := []struct { name string a, b int sum int }{ {"1+1", 1, 1, 99}, {"2+2"

                Goのテーブル駆動テストではテストケースの定義位置を知りたいのでライブラリを書いた - 詩と創作・思索のひろば
              • Threadsが「インプレッション数に応じて現金報酬を受け取れるボーナスプログラム」をテスト中

                短文投稿SNS「Threads(スレッズ)」で「投稿したポストの閲覧回数に応じて現金報酬を受け取れるボーナスプログラム」のテストが始まりました。 About Threads bonus program rules | Instagramヘルプセンター https://help.instagram.com/2449746995226910/ You may be able to earn money from your most popular Threads posts | ZDNET https://www.zdnet.com/article/you-may-be-able-to-earn-money-from-your-most-popular-threads-posts/ Threadsでのボーナスプログラムのテストは、招待を受けた一部のユーザーを対象に実施されているとのこと。ボーナ

                  Threadsが「インプレッション数に応じて現金報酬を受け取れるボーナスプログラム」をテスト中
                • Rails 6.0正式版がリリース。Action Textでリッチテキスト対応、Action Mailboxでメール処理、マルチデータベース、パラレルテストなど新機能

                  Rails 6.0正式版がリリース。Action Textでリッチテキスト対応、Action Mailboxでメール処理、マルチデータベース、パラレルテストなど新機能 Ruby言語によるWebアプリケーションフレームワーク「Rails」の最新版、「Rails 6」の正式版がリリースされました。 Rails 6.0: Action Mailbox, Action Text, Multiple DBs, Parallel Testing, Webpacker by default, and Zeitwerk! What a monumental final release. Massive upgrades, intense conceptual compression. Our Best Rails Yet! https://t.co/DQEzRKSChr — DHH (@dhh) Augu

                    Rails 6.0正式版がリリース。Action Textでリッチテキスト対応、Action Mailboxでメール処理、マルチデータベース、パラレルテストなど新機能
                  • PS4をSSDで爆速化!!内蔵と外付けどちらが速い?新旧&Proで総当たりテストして手順も解説! 【PS4 SSD換装完全版2019】 text by 芹澤正芳

                      PS4をSSDで爆速化!!内蔵と外付けどちらが速い?新旧&Proで総当たりテストして手順も解説! 【PS4 SSD換装完全版2019】 text by 芹澤正芳
                    • Go製のREST APIにUnitテストを追加した話 - SMARTCAMP Engineer Blog

                      こんにちは!スマートキャンプ、エンジニアの中田です。 以前書いた記事の内容に引き続き今回も、現在業務で利用している Go のお話しです! 以前の記事 tech.smartcamp.co.jp 突然ですが、みなさんはテストを書かれてますか? 僕も「書いてます!」と声を張りたいところですが、4 月に新卒入社をしてから開発を始めた Go 製の API には何を隠そうテストがございません...。 開発初期は API へリクエストを手動で送りテストするような運用で特に事なかったのですが、開発が進むにつれコード差分による影響範囲が網羅できなくなったり、またそれにより大きな変更がしづらくなったり、とテストがないことによる悪影響が徐々に出現してきました。 そこで、テストを書こう。と思い立ってはみたものの、Go で API のテストってどう書くんだろう?と困ったのでその辺りを調査しながらサンプルアプリを実装

                        Go製のREST APIにUnitテストを追加した話 - SMARTCAMP Engineer Blog
                      • 今度こそユニットテストを書き始めるために

                        はじめに Unit Testが大事、ということ自体はあまり異論はないと思うのですが、最初からTDDがしっかりできてるような現場ならいざ知らず、そうではない場合は中々うまく入れれない事も多くあります。なのでこうすると導入しやすい、という観点で以下の動画でそのあたりのことを話したのですが、補足も含めて記事でもまとめておきたいと思います。 これはユニットテストですか? ユニットテストとは? ユニットテストとは何でしょうか? 一応、テストの資格試験を実施しているISTQBの定義では以下のように定義されます。 component testing (unit testing) A test level that focuses on individual hardware or software components. Synonyms: module testing, unit testing この

                          今度こそユニットテストを書き始めるために
                        • テスト自動化「mabl」、UIを日本語化--日本のユーザー数、2年連続で増加(ZDNet Japan) - Yahoo!ニュース

                          米mabl(メイブル)は7月13日、クラウドベースのテスト自動化サービス「mabl」を軸に日本市場へ注力すると表明した。同社は2021年8月に米国以外の初法人にあたる日本法人を設立している。 今回改めて市場参入を表明する理由として、共同創業者のIzzy Azeri氏(イジー・アゼリ)は「最初にmablを利用している日本顧客から高い評価を得た。また、日本は世界第3位の経済大国。現在では2000人を超えるコミュニティーもおり、高い期待値を踏まえて(日本に)着目した」と説明した。 また、もう一人の共同創業者であるDan Belcher(ダン・ベルチャー)氏は「プロダクトを作り上げるのは、おいしい料理を作ることに似ている。われわれは日本の顧客とかなりの時間を過ごしており、(日本人の)味の好みに合わせて料理を作り上げてきた」と中国市場ではなく日本市場を選択した理由を述べた。今後は欧州市場への展開も目

                            テスト自動化「mabl」、UIを日本語化--日本のユーザー数、2年連続で増加(ZDNet Japan) - Yahoo!ニュース
                          • テストだけで品質は上がらない?! エセ自己組織化した品質組織からの脱却 / JaSST'24 Tokyo

                            2024年3月14日より開催された「JaSST'24 Tokyo」の登壇資料です。 https://jasst.jp/symposium/jasst24tokyo.html ▼関連資料 開発者体験を見える化し「計器飛行」の実現を目指すSODA構想 〜事業の成長とプロダクト組織能力の相関関係を見いだすには〜 https://speakerdeck.com/visional_engineering_and_design/developer-experience-day-2023 ファクトから始める改善アプローチ 〜「LeanとDevOpsの科学」を実践して〜 https://speakerdeck.com/takabow/devopsdays-tokyo2022-huakutokarashi-merugai-shan-apuroti-leantodevopsfalseke-xue-woshi-

                              テストだけで品質は上がらない?! エセ自己組織化した品質組織からの脱却 / JaSST'24 Tokyo
                            • テストの可読性と保守性を改善したいよねって話 - Qiita

                              この記事は NIJIBOX Advent Calendar2019 の20日目の投稿です。 背景 この記事は「仕様の変更に強いコードを書きたいよねって話」のテストについて掘り下げたお話になります。 題材は「ページネーションにおける関数」です。 ※ 以下currentは現在いるページ、totalは総ページ数、sizeはページネーションの表示するページサイズを指します。 書くこと ページネーションのロジック部分のgetPageNums関数のテストコードがわかりにくかったのでクラス設計を導入し、修正した。 テストコードを書くときに気をつけたいぞい!ってこと 参考にしたもの テスト駆動開発(TDD)の第一人者のtwadaさんにアドバイスをいただきました、ありがとうございました! 書籍「リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック」 手順 テストには、Facebook社

                                テストの可読性と保守性を改善したいよねって話 - Qiita
                              • 「実装例から見る React のテストの書き方」をアップデートする

                                社内の人から、自分が以前書いた次の記事が「便利で助かった!書いた時から何かアップデートある?」ってメッセージがきた。 そんな便利だなんてどうもありがとうございますウフフ、と思いながら書いた日を見てみると 2022-08-09 だった。もうすぐ 2 年経とうとしてる。時の流れが早くて怖い。 この記事に書かれた実装例はリポジトリにまとめていたんだけど、当然、何かメンテをしていたわけもなく、2022 年当時の状態がそのまま残っていた。 せっかく便利に思ってくれる人がいたので、内容をアップデートする。 アップデートまとめ メジャーバージョンのリリースやビルドツールの統一の観点で Jest から Vitest に移行 useFakeTimers({ shouldAdvanceTime: true }) @testing-library/reactを v15 にバージョンアップ MSW を v2 にバ

                                  「実装例から見る React のテストの書き方」をアップデートする
                                • Slackで使える「ソフトウェアテスト関係者くらいしか使わない絵文字」第二弾をMagicPodが公開。「9割できてます」「運用でカバー」など50種類

                                  AIテスト自動化クラウドサービスを開発し提供しているMagicPodは、Slackで使える「ソフトウェアテスト関係者くらいしか使わない絵文字」第二弾の公開を発表しました。 登録不要、無料でダウンロードできます。 「ソフトウェアテスト関係者くらいしか使わない絵文字」の第一弾は2023年に公開されました。45種類の絵文字が用意されています。 同社によるとこの第一弾はソーシャルメディアを中心に「テストが楽しくできそう!」「最高すぎる絵文字たち!」などの反響を得たとのことです。

                                    Slackで使える「ソフトウェアテスト関係者くらいしか使わない絵文字」第二弾をMagicPodが公開。「9割できてます」「運用でカバー」など50種類
                                  • 開発者はコーディングよりもビルドとテストの待ち時間が長く、チームの協力でコード作成が高速に。すでに92%がAIを仕事に活用。GitHubによる米国の開発者500人の調査

                                    GitHubは、現在の開発ツールやワークフローが開発者の体験にどのような影響を与えるかについて、米国に拠点を置く企業のソフトウェア開発者500人を対象に調査した結果を発表しました。 その内容は、開発者がコーディングの時間よりもビルドやテストなどのCI待ちの時間が長いと感じていること、チーム内の協力によってカバレッジやコード作成が改善されること、そしてすでに92%がAIを仕事に活用していることなど、興味深い内容が明らかになっています。 ポイントとなるグラフをいくつか紹介しましょう。 ビルドの待ち時間が長すぎる! 開発者の典型的な1日の仕事の中で何に時間が費やされているのか、個々の開発者に時間の長い上位3つまでの時間の使われ方と1日の中でのその割合を回答してもらい、それを集計したが下記のグラフです(分かりやすいように、オリジナルの英語のグラフを一部を加工して日本語を埋め込んでいます。以後すべて

                                      開発者はコーディングよりもビルドとテストの待ち時間が長く、チームの協力でコード作成が高速に。すでに92%がAIを仕事に活用。GitHubによる米国の開発者500人の調査
                                    • KubernetesのPodやネットワークをわざと落としまくってカオスエンジニアリングのテストができる「Chaos Mesh」がバージョン1.0に到達

                                      KubernetesのPodやネットワークをわざと落としまくってカオスエンジニアリングのテストができる「Chaos Mesh」がバージョン1.0に到達 Kubernetes上のシステムに対してわざと障害を発生させることで、システムの耐障害性のテストを行うためのソフトウェア「Chaos Mesh」がバージョン1.0に到達したことを、Chaos Meshの開発チームが明らかにしました。 Proud to announce the GA of #ChaosMesh 1.0: Powerful chaos support Visual chaos orchestration Enhanced observability Safe and controllable chaos Learn more: https://t.co/ynx3KIMzIS#chaosengineering @CloudNat

                                        KubernetesのPodやネットワークをわざと落としまくってカオスエンジニアリングのテストができる「Chaos Mesh」がバージョン1.0に到達
                                      • Jestのuiテストがつらすぎるので愚痴らせてください。そしてブラウザテストで本質的なuiテストをしよう

                                        ここから下で話す際、主に使う言語・フレームワーク・ツールとしては - Typescript - React (Next.js) - Jest - React Testing Library - ブラウザテストツールとしてPlaywright を前提としています。ただ話す内容の本質的な部分はVueでもSvelteでも、Vitestだろうがあまり変わらないだろうなと思ってます。そう思って見ていただけると助かります。 現代ではReactでUIの単体テスト・インテグレーションテストを書く場合、Jest x React Testing Library を使うのが一般的かと思います。皆さんはJestでUIテストを書いていますか?Jestでコンポーネントの単体テストを書いていると辛いことがたくさんありませんか?例えば 大量のライブラリのモックによる(これってテストやる意味あるの・・・?)と感じる虚無感

                                          Jestのuiテストがつらすぎるので愚痴らせてください。そしてブラウザテストで本質的なuiテストをしよう
                                        • React+Reduxアプリケーション テスト戦略 | Recruit Tech Blog

                                          はじめに このエントリは全5回を予定する19卒新人ブログリレーの第4回目です。 はじめまして、リクルートテクノロジーズ新卒2年目の高橋 勇人です。 現在は不動産検索サービスSUUMOのフロントエンドエンジニアとして働いています。新卒入社してからの1年間、SUUMOの新機能開発に携わり、物件を地図から探す機能の開発を進めてきました。 SUUMOではこれまでJavaScript+jQueryで開発されてきましたが、SPサイト上で地図による物件探し機能を実現するために、React+Reduxという技術スタックが採用されました。 (※SP=スマートフォン) 長期的な開発がされてきたプロダクトで、これまで使ってきていなかった技術スタックでの開発を推し進めるにあたり、継続的な保守性を向上するための取り組みの一環としてテストの整備が進められました。 本記事では、React+Reduxでの地図機能の開発に

                                            React+Reduxアプリケーション テスト戦略 | Recruit Tech Blog
                                          • TOEICの裏技と解き方総まとめ!テスト直前でも必ずチェック!|Laid Back salaryman

                                            はい!私も現在TOEIC900点超えを目指して試行錯誤しています。 普段の点数は大体700〜800点前後をさまよっています。 最近は2ヶ月に1回ペースでTOEICを受験するようにしていますが、金かかる… とにかく今はTOEIC 900点を目指してYoutubeを色々みて解き方や裏技をチェックしてきたので、それをまとめた記事になります。 まだまだ、TOEIC800点を安定して取れたり、900点を超えられてませんが、裏技を使うことである程度安定して700点以上は取れるようになったので、皆さんも是非試してみて下さい。 TOEIC リスニング Part3 & 4の解き方と裏技 個人的にはリスニングの方が得意で大体400点から450点くらいですが、裏技や解き方を学んだお陰で400点を超えるようになったので、ある程度裏技や解き方を変えてみる事は効果あると思います。 最も簡単に点数を伸ばす事が出来るパー

                                              TOEICの裏技と解き方総まとめ!テスト直前でも必ずチェック!|Laid Back salaryman
                                            • MagicPodが取り組むテスト自動化最前線

                                              本記事は、TechFeed Experts Night#15 〜 ソフトウェアテスト最前線 〜 自動化サービスの波は本物か?のセッション書き起こし記事になります。 イベントページのタイムテーブルから、その他のセッションに関する記事もお読み頂けますので、一度アクセスしてみてください。 本セッションの登壇者 セッション動画 MagicPod CEOの伊藤望(Twitter: @ito_nozomi)です。現在の会社を起業する前から自動テストツールに約13年関わっており、テストツールばかりを作っている世界でもめずらしい経歴だと思います。MagicPod以前は自動テストツールのSeleniumコミュニティを主宰したり、自動テストに関する書籍を出版していました。 Selenium実践入門 システムテスト自動化 標準ガイド 10倍速の開発・運用ツール 私の13年の経歴と、起業の経緯はソフトウェアテスト

                                                MagicPodが取り組むテスト自動化最前線
                                              • Windows標準のセキュリティソフト「Microsoft Defender」はシステム負荷が高すぎるとのテスト結果、ベストなセキュリティソフトは一体どれなのか?

                                                ウイルス対策ソフトウェアを評価する組織であるAV-TESTが、AvastやAVG、McAfeeなど人気のウイルス対策ソフトウェアメーカー18社の製品の精度やパフォーマンスを比較したテスト結果を発表しました。これにより、Microsoft Defenderが主要なセキュリティソフトの中で最も多くのリソースを占有してしまうことが分かりました。 Security Software for Windows: 18 Security Packages Put to the Test https://www.av-test.org/en/news/security-software-for-windows-18-security-packages-put-to-the-test/ AV-TESTは今回のテストを実施するにあたり、Windows 10で人気のセキュリティソフトを使用して150万個のファイ

                                                  Windows標準のセキュリティソフト「Microsoft Defender」はシステム負荷が高すぎるとのテスト結果、ベストなセキュリティソフトは一体どれなのか?
                                                • 新卒研修で「ソフトウェアテスト研修」を実施しました! - pixiv inside

                                                  こんにちは。クリエイター事業部 FANBOX部でエンジニアをやっているkumaです。今回は新卒研修で行った「ソフトウェアテスト研修」についてのレポートをお伝えします! ピクシブにおける新卒研修 2022年4月1日、ピクシブ株式会社にも10名の方が新卒として入社してくれました。弊社では入社後の2週間前後を新卒研修期間としており、会社理解からビジネスマナー、プロダクト開発に関するトピックなど様々なものを学ぶ時間になっています。 今回この記事では、新卒研修の一つである「ソフトウェアテストについて」という研修についてお伝えします。本研修は、以前insideでも紹介して頂いたkuma & pnlyで担当いたしました。 inside.pixiv.blog ソフトウェアテスト研修 以降では、実際の研修資料を引用しながら我々が研修で取り上げた内容について一部紹介していきたいと思います。 “難しすぎない”を

                                                    新卒研修で「ソフトウェアテスト研修」を実施しました! - pixiv inside
                                                  • Terraform、Docker、Kubernetesなどのテストを自動化する - Yevgeniy Brikman氏のQCon SFでの講演より

                                                    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                                                      Terraform、Docker、Kubernetesなどのテストを自動化する - Yevgeniy Brikman氏のQCon SFでの講演より
                                                    • テツandトモの「なんでだろう」の疑問だけで作ったペーパーテストに、クイズ王が挑戦してみた

                                                      記事のコンテスト、デイリーポータルZ新人賞2020の優秀作品を掲載しています。 受賞作品一覧はこちらから↓↓↓ 前の記事:フォトボマートモトシ > 個人サイト デイリーポータルZ新人賞2020 結果発表 青ジャージのトモ氏がギターを演奏し、赤ジャージのテツ氏がコンテンポラリーダンスを披露しながら、日常生活に潜む疑問を次々と提示していきます。 「運動会のリレーで、カーブの時だけ腕を回す奴、なんでだろう」 「ハンコ売り場に行くと、自分の名前探しちゃうのなんでだろう」 など、言われてみると確かに共感してしまう疑問の数々で、我々視聴者も新たな視野の広がりに打ち震え、歓喜してきました。 さらに上記のような疑問だけでなく「昆布が海の中で出汁が出ないのは、なんでだろう」といった、生物学的な見地からの議題も含まれています。 テツ・トモ両名は、それらの疑問の回答を提示することはありません。誰しもが共感しうる

                                                        テツandトモの「なんでだろう」の疑問だけで作ったペーパーテストに、クイズ王が挑戦してみた
                                                      • あたらしいテストフレームワークVitestをReactで試してみた | DevelopersIO

                                                        単純なテストですがそれでも各項目で想像以上に速度の差があることがわかりました。 開発環境 MacBook Pro (13-inch, M1, 2020) macOS Monterey node v16.13.1 vite v2.7.2 vitest v0.1.20 jest 27.4.7 ts-jest 27.1.3 happy-dom 2.27.0 さいごに まだ開発中ながら一度この速度感に慣れてしまうとJestには戻れなくなってしまいそうです。。Jest互換の記載で書きすすめることができ、移行も容易そうなので正式リリース後にはテストフレームワークとして有力な選択肢となりそうです。Vitest今後の開発が楽しみですね。

                                                          あたらしいテストフレームワークVitestをReactで試してみた | DevelopersIO
                                                        • AWS上に構築したマイクロサービスに対する効率的な性能・負荷テストの実行方法

                                                          SaaS型Webサービス「カオナビ」のチーム開発でPackage by Featureを取り入れた話/Implementing Package by Feature in kaonavi

                                                            AWS上に構築したマイクロサービスに対する効率的な性能・負荷テストの実行方法
                                                          • 【笠原一輝のユビキタス情報局】 やっぱり速かったSnapdragon X Elite!本日発売の「ASUS Vivobook S 15」をテスト

                                                              【笠原一輝のユビキタス情報局】 やっぱり速かったSnapdragon X Elite!本日発売の「ASUS Vivobook S 15」をテスト
                                                            • Web フロントエンドのレガシーコードを置き換えるためのテストの考え方 - ドワンゴ教育サービス開発者ブログ

                                                              この記事は、ドワンゴもスポンサードしていた JSConf JP 2021 にて、「Web フロントエンドのリプレースを支えるテストの考え方」というタイトルで berlysia がトークした内容をもとに再構成したものです。トークのアーカイブもご覧いただけます。 この記事は ドワンゴ Advent Calendar 2021 の3日目の記事です。 speakerdeck.com 宣伝 『ドワンゴ EdTech Talk』と題した事業説明イベントを 12/8(水) に開催します。 ドワンゴの教育事業で提供するオンライン学習サービス「N予備校」のライブ配信の授業を体験いただきながら、教育事業での取り組みを知っていただくためのイベントです。 最後までご参加いただくと N 予備校の有料会員相当の教材を 3 か月間無料で利用できる ように用意をしております。 Web 開発を学ぶ教材として好評をいただいて

                                                                Web フロントエンドのレガシーコードを置き換えるためのテストの考え方 - ドワンゴ教育サービス開発者ブログ
                                                              • Rubyのテストのややこしい失敗を直した話 - まめめも

                                                                Ruby の CI 維持業というのはこんな感じという事例紹介。 CIを観察する RubyのCIがときどき次のように失敗していました。 1) Error: TestM17N#test_object_inspect_external: Encoding::CompatibilityError: incompatible character encodings: UTF-8 and UTF-16BE /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m17n.rb:311:in `encode' /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m17n.rb:311:in `inspect' /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m1

                                                                  Rubyのテストのややこしい失敗を直した話 - まめめも
                                                                • 追加料金なしにWebサイトを30%高速化 ~Cloudflareが「103 Early Hints」に対応、/「Google Chrome 94」ベータ版でテストできる

                                                                    追加料金なしにWebサイトを30%高速化 ~Cloudflareが「103 Early Hints」に対応、/「Google Chrome 94」ベータ版でテストできる
                                                                  • これは動く個室!? Makuakeでテスト販売が始まったキヤノンの減音デバイス「Privacy Talk」を試す

                                                                    これは動く個室!? Makuakeでテスト販売が始まったキヤノンの減音デバイス「Privacy Talk」を試す(1/3 ページ) 「Privacy Talk」は、キヤノンマーケティングジャパンが7月に発表したマスク型の減音デバイスだ。自然な見た目を維持しつつ、場所を選ばずに快適なビデオ会議や会話を実現するもので、コンセプトモデルの発表から3カ月が経過し、クラウドファンディングサイト「Makuake」においてテスト販売が10月31日からスタートする。 今回は一足先に先行モデルを試せたので、実際の試用レポートをお届けしよう。なお、実際に提供される製品とは一部異なる可能性もあるので留意してほしい。 →キヤノンMJ、発声者の声が漏れにくくなるマスク型減音デバイス

                                                                      これは動く個室!? Makuakeでテスト販売が始まったキヤノンの減音デバイス「Privacy Talk」を試す
                                                                    • 一部国立大の共通テスト「情報」配点ゼロ予告に情報処理学会が反発 「不適切な入試を看過できず」

                                                                      情報処理学会は10月12日、大学入学共通テストで「情報」科目の配点を0点にすると予告した一部国立大学に対して、抗議する声明文を発表した。情報処理学会はこのような事態を“不適切な入試”と表現し、全ての受験科目で適切な配点をするよう強く求めている。 全国86の国立大学で構成される国立大学協会は1月、2024年度実施の国立大学入学試験から「情報」を必須科目に加えると発表。22年度から高等学校の必須科目として「情報I」が順次導入されているのを受けての決定で、必須科目はこれまでの国語、英語、数学、理科、社会に情報を加えた6教科8科目になる。 この方針を受けて、北海道大学など一部国立大学は24年度の入試では情報の成績は配点しない旨を9月に発表。北海道大学に理由を聞いたところ「新設の科目で前例がないため、問題の傾向や点数が不安定になると予想している。慎重な対応を行いたいため24年度は配点0にした。25年

                                                                        一部国立大の共通テスト「情報」配点ゼロ予告に情報処理学会が反発 「不適切な入試を看過できず」
                                                                      • 自動テスト全体の信頼性を維持するためにはどうするか 「ブレない基準でピラミッドを作り、スモールに切り出していく」

                                                                        Qiita Conferenceは、ソフトウェア開発者が集まり、最新の技術や最先端の挑戦・ソフトウェアの未来についての考えや知見を共有し、つながる場を創出する、「Qiita」が開催するオンライン技術カンファレンスです。ここで和田卓人氏が「サバンナ便り - 自動テストに関する連載で得られた知見のまとめ(2023年5月版) 」をテーマに登壇。最後に、テストダブルとテストピラミッド、サイズダウン戦略について話します。 テスト用に使う偽物「テストダブル」 和田卓人氏:じゃあ次。テストダブルの話にいきます。「忠実性と決定性のトレードオフを理解しよう」という点です。これはもうちょっとあとにまた出てきます。 テストダブルというもので、モックオブジェクトとかスタブとかを使って、本物ではない偽物をテスト用に使ってテストをすることはよくありますよね。 データベースの偽物とか外部システムの偽物とか、Amazon

                                                                          自動テスト全体の信頼性を維持するためにはどうするか 「ブレない基準でピラミッドを作り、スモールに切り出していく」
                                                                        • 米クラウドストライク、カーツCEOが状況説明もユーザーは恨み節 「配布前にテストしたのか?」「なぜ金曜日に」

                                                                          7月19日午後、世界同時多発的に発生したWindowsのブルースクリーン問題。その原因となった米国のセキュリティベンダー、CrowdStrikeのジョージ・カーツCEOが自身のXアカウントで状況を説明した。この投稿はすでに350万回近く表示されている(日本時間午後9時時点)。 カーツCEOは「これはセキュリティインシデントやサイバー攻撃ではありません。問題は特定され、修正が展開されています。最新アップデートについてはサポートサイトを参照するように案内しています。今後もWebサイトで完全かつ継続的なアップデートを提供していきます」と状況を説明。さらに、CrowdStrikeが顧客企業に積極的に協力していること、顧客のセキュリティと安定性を確保するため、社員を総動員していることなどを報告した。謝罪の言葉はみられなかった。 この投稿に対し、利用者とみられる人たちから質問が相次いでいる。「Falc

                                                                            米クラウドストライク、カーツCEOが状況説明もユーザーは恨み節 「配布前にテストしたのか?」「なぜ金曜日に」
                                                                          • sqlcとdockertestでデータベースを使ったテストを書こう | gihyo.jp

                                                                            Goにおけるデータベース操作とテスト Goでデータベースを操作する際には、標準パッケージであるdatabase/sql、GORM、entなどの様々な選択肢が存在します。多くのライブラリではGoのコードを定義してSQLを生成しますが、sqlcはSQLをコンパイルしてGoのコードを生成するのが特徴のライブラリです。 このアプローチには、最終的に実行されるSQLが明らかであることやデータベースとやりとりするためのデータ構造を自分で定義する必要がないことといったメリットがあります。また、コンパイル時にSQLを解析し型や引数名の間違いを検出できます。そしてなにより、非常にシンプルです。 本記事では、sqlcの一歩進んだ使い方としてdockertestと組み合わせたテストの書き方について紹介します。dockertestとは、Dockerコンテナを立ち上げてテストを実行するための使いやすいコマンドを提供

                                                                              sqlcとdockertestでデータベースを使ったテストを書こう | gihyo.jp
                                                                            • 第3回 テストサイズ ~自動テストとCIにフィットする明確なテスト分類基準~ | gihyo.jp

                                                                              テストの分類として開発者に馴染み深いのは、検証の対象となるコードの範囲や粒度での分類でしょう。範囲が狭く粒度が細かい順に、ユニットテスト、インテグレーションテスト、E2E(end to end)テストなどと呼ばれます。今回は、自動テスト前提の時代にうまくフィットするテスト分類について考えます。 現場の混乱 実は、範囲や粒度による分類に現場は混乱しがちです。「⁠1つの対象」を検証する狭いテストをユニットテスト、単体テスト、コンポーネントテストなどと呼びますが、これらをほぼ同じものと言う人も、異なると言う人もいます。「⁠1つの対象」も関数、メソッド、クラス、モジュール、パッケージ、振る舞い、1つの画面と、人や組織によってバラバラです。 複数のレイヤ、たとえばコントローラとモデルをまたいで検証するテストをインテグレーションテストと呼ぶ人もいれば、それもユニットテストと呼ぶ人もいます。ユニットテス

                                                                                第3回 テストサイズ ~自動テストとCIにフィットする明確なテスト分類基準~ | gihyo.jp
                                                                              • UI テストの自動化に Magic Pod を導入した話 | MEDLEY Developer Portal

                                                                                2021-01-15UI テストの自動化に Magic Pod を導入した話こんにちは。インキュベーション本部の QA エンジニアの米山です。主に CLINICS アプリの QA を担当しています。メドレーには 2020 年 8 月に入社しました。 今回は入社してまず行ったことの一つ、リグレッションテストの自動化と、そのために導入した Magic Pod というツールについて、経緯や導入してみた結果をご紹介したいと思います。 CLINICS とは私の所属するチームで開発しているCLINICSというプロダクトはアプリでオンライン診療や、クリニック・病院から処方箋を発行してもらうことができ、オンライン上で診察からお薬の受け取りまで完結できるサービスです。 プラットフォームは iOS と Android のネイティブアプリ、それから同様のサービスを Web ブラウザからも利用することが出来ます。

                                                                                  UI テストの自動化に Magic Pod を導入した話 | MEDLEY Developer Portal
                                                                                • スマートフォンアプリのA/Bテスト実装例 - エムスリーテックブログ

                                                                                  これは エムスリー Advent Calendar 2023 の3日目の記事です。 前日は三浦さん(@yuba)による「9時間足すんだっけ引くんだっけ問題~あるいは、諸プログラミング言語はいかにタイムゾーンと向き合っているか」でした。 こんにちは、エムスリーエンジニアリンググループ・マルチデバイスチームの藤原です。 マルチデバイスチームでは複数のスマートフォンアプリを開発しており、新機能の追加やレイアウト変更をする際はA/Bテストをすることもしばしばです。 今回は弊チームで採用しているA/Bテストの実装方法を2通り紹介します。 スマートフォンアプリのA/Bテスト Remote Configを用いた実装例 GraphQLを用いた実装例 GraphQLで実装してみてちょっとした感動があった We are hiring!! スマートフォンアプリのA/Bテスト A/Bテストとは、特定の要素を変更し

                                                                                    スマートフォンアプリのA/Bテスト実装例 - エムスリーテックブログ