並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 28721件

新着順 人気順

*テストの検索結果401 - 440 件 / 28721件

  • XMLサイトマップを検索エンジンに送信するとクロールがどう変わるのかテストしてみた | Web担当者Forum

    人間誰でもそうだけど、いいものも悪いものも含めて、僕にはいろんな癖がある。この間、あるクライアントのWebサイトに取り組んでいるとき、いつものようにXMLサイトマップを作って検索エンジンに送信したんだけど、そのときに考え始めたんだ。XMLサイトマップって本当にサイトの役に立っているんだろうかってね。XMLサイトマップを検索エンジンに登録すると、どんな効果があるんだろうか。 そこで、そこそこ人気のあるブログを運営していて、WordPressとGoogle XML Sitemaps Generator for WordPressというプラグインを使っているクライアントに頼んでみたんだ。僕が作ったトラッキング用のスクリプトをサイトにインストールして、検索ロボットの動きを追跡させてくれないかってね。Google XML Sitemaps Generatorがどんなものか知らない人のために説明すると

      XMLサイトマップを検索エンジンに送信するとクロールがどう変わるのかテストしてみた | Web担当者Forum
    • テストコードの改革を進めている話 | メルカリエンジニアリング

      はじめに この記事は、Merpay Tech Openness Month 2023 15日目の記事です。 こんにちは。メルペイ加盟店精算チームのバックエンドエンジニア@r_yamaokaです。 今日は現在自分がリードして取り組んでいるテストコードの改善について紹介したいと思います。 抱えている課題 私が所属している加盟店精算チームのマイクロサービスは加盟店さま向けサービスとして欠かせないものであり、メルペイ最初期から存在するサービスです。他のマイクロサービスにあまり無い特徴として多数のバッチ処理を行っている点が挙げられます。 お客さま(メルペイユーザー)がお店で行った決済は、一定の頻度で集計し決済手数料を差し引いた上で加盟店さまの銀行口座へ振り込むことになります。 最終的な振込金額を算出するまでの流れとしては 個々の決済金額のリコンサイル(会計マイクロサービスとの金額照合) 日次集計 締

        テストコードの改革を進めている話 | メルカリエンジニアリング
      • JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会

        JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会 1月18日に都内で開催された「第1回 日本Seleniumユーザーコミュニティ勉強会」。Seleniumプロジェクトの共同設立者であるJason Huggins氏による基調講演に続いて、有志によるライトニングトークが行われました。 本記事ではその中から、玉川紘子氏による「Jenkins x Selenium 最初の一歩」の内容を紹介します(追記:本記事のタイトルは「JenkinsとSeleniumでJavaScriptのテスト自動化」とありますが、実際の内容は「Selenium RCがJavaScriptの技術を用いて自動テストを行っている」という点がポイントという指摘がありましたので、ここに追記します)。 Jenkins x Selenium 最初の一

          JenkinsとSeleniumでJavaScriptのテスト自動化、最初の一歩。第1回 日本Seleniumユーザーコミュニティ勉強会
        • フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」 - Qiita

          フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」JavaScriptテストフロントエンド はじめに 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 Test

            フロントエンドテストにおける知見の宝庫を発見!「javascript-testing-best-practices」 - Qiita
          • テストがないJS環境にモダンなテスト環境を導入していく - Qiita

            Qiita:Teamに投げた社内ドキュメントだったけど、特に問題ないのでQiitaにも投げる。 前提として browserify-rails とbabelify が導入されている状況を想定してる。 基本方針 新規コードはES2015で書く 本番はbrowserify(-rails)でコンパイルする。 単体テストは node 環境下で走らせる テスト環境下では jsdom で window, document をモックする 単体テストでは ブラウザ特有の挙動はテストしない 裏側の環境(browserifyやspec-helper)は難しくして良いが、利用者からみえる範囲は複雑にしない(npm install; npm testで走る) Universal JavaScript に寄せることでコードのポータビリティを上げる 事前準備 browserify-railsを導入する。 .babelr

              テストがないJS環境にモダンなテスト環境を導入していく - Qiita
            • E2EテストをSelenium Webdriver からCypress.io に移行した話 - 一休.com Developers Blog

              こんにちは。 一休.comの開発基盤を担当しています、akasakasです。 今回は、E2EテストをSelenium WebdriverからCypress.ioに移行した話をしたいと思います。 一休のE2Eテスト事情 あれから、数年が経過して、、、 どうしてこうなった??? SeleniumではSPAへの対応が難しくなってきた なんでもかんでもSeleniumで頑張ろうとした弊害 いざリプレイスへ・リプレイスをする上で気をつけたこと 開発者フレンドリー 安定性 然るべきレイヤーでテストする(何でもかんでもブラウザテストにしない) 技術選定 Cypress.io とは? Cypress.io のいいところ セットアップが楽 テストを書くことだけに集中できる CI連携が楽 Cypress.io の頑張って欲しいところ その他、移行に関しての細かい話 重複テストケースの排除 Page Objec

                E2EテストをSelenium Webdriver からCypress.io に移行した話 - 一休.com Developers Blog
              • 拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀

                1月16日、17日に「大学入学共通テスト」が行われました。ご苦労様です。鼻出しマスク問題対応、約50万人の受験生の採点、事務処理など、お忙しい日々をお過ごしのことと思います。しかしながら、大変恐縮ではありますが、英語のリーディング問題を読んで、私は科学リテラシーの観点から大きな疑問を抱きましたので、ここにお伝えいたします。 甘味料に関して科学的根拠の薄い、不安を煽る言説が主張された文章が“栄養に関する教科書の一節”として示され、出題されているのです。英語科目ではありますが、日本や諸外国の食の安全を守る制度をまったく無視し、一部の主張を正当化した“教科書”の要約を、受験生が正解として選ばなければならない。この事態に、問題はないのでしょうか? 新型コロナウイルス感染症対策をはじめとして、現代社会は科学への適切な理解なしには成り立ちません。科学リテラシーが必要なのです。共通テストが誤解の温床とな

                  拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀
                • Androidの自動テストツール、今(2013年)から使うなら何がよいのか - kk_Atakaの日記

                  あらすじ Androidのテストを自動化したいので、テストツールの選定をしてみたが、昔の記事がヒットする事が多く、何を使えばいいのかよくわからん。 とはいっても、明確に「どんなテストがしたい」という方針もなく、とっかかりとしてどんなツールがあってどのくらい盛り上がってるのかが知りたかった。 環境 Windows 7 AndroidDeveloperTools Build: v21.1.0-569685 とりあえず Win メインで。 とっかかり ロジックまわりのテスト ロジック的なものは、 JUnit 拡張の TestCase クラスを使えば何とか書けそうというのはわかった。 Androidアプリ開発テスト入門(2):Android SDKでビジネスロジックのテストを自動化するには (1/3) - @IT 2011 年の記事だけど、 JUnit で書くという大前提は崩れていないはず…。 画

                    Androidの自動テストツール、今(2013年)から使うなら何がよいのか - kk_Atakaの日記
                  • 大人は47都道府県の位置が分かるのか急に不安になったので社内で抜き打ちテストをしてみた

                    突然ですが、私は人の出身地を聞くのが好きです。 生まれ育った土地ってやっぱりその人の人間性に少なからず影響すると思うので、ルーツみたいなものを感じてクーッってなるんですよね。もちろん東京育ちの人はそれはそれでかっこよくてロマンがあるし、外国出身も憧れます。 でも、よく考えたら都道府県の位置、分かるかな?とある日突然不安になりました。 小学生の頃やって以来、都道府県の位置確認テストなんて受けてません。 果たして本当に理解できてるのかな?他の人はどれくらい分かってるのかな?分かってるふりして「あ〜福井ね、わかるわかる(福岡を想像してる)」とかやってないかな? 検証してみようと思います。 トゥギャッター編集部 @tg_editor 急ではありますが今から「日本地図を5分間でどれくらい埋められるか」の抜き打ちテストを社内で行っていきます。 最初の受験者は以前より「都道府県の位置が完璧に分かることで

                      大人は47都道府県の位置が分かるのか急に不安になったので社内で抜き打ちテストをしてみた
                    • 窓の杜 - 【NEWS】プログラムの動作テスト用のダミーデータを簡単に大量作成「プラデータ」

                      プログラムの動作テスト用のダミーデータを簡単に大量作成できるソフト「プラデータ」v1.0が、4日に公開された。Windows XP/Vistaに対応するフリーソフトで、現在作者のホームページからダウンロードできる。なお、動作には.NET Framework 2.0が必要。 「プラデータ」は、プログラムの動作テスト用のダミーデータを簡単に作成できるソフト。CSV/TSV形式のファイルなど、テキスト形式のダミーデータを大量に作成できるので、各種テキスト形式での入出力機能をもつソフトの動作をテストしたい場合などに便利だ。 ダミーデータを作成するには、まず“定義”を作成する。たとえば、1番目は数字4桁からなるID、2番目は最大12文字の名前、などといったようにデータの構造を決めて、リストに記入しよう。“定義”のデータ型には、テキスト・数値・日時を選択可能で、数値の桁数や文字列の長さ、日時の形式など

                      • マイクロソフト、Webアプリのテスト自動化サービス「Microsoft Playwright Testing」プレビュー公開。クロスブラウザ/クロスプラットフォームのテストを並列実行

                        マイクロソフトは、Webアプリケーションのテスト自動化ライブラリ「Playwright」を用いた、Microsoft Azure上のテスト自動化サービス「Microsoft Playwright Testing」のプレビュー公開を発表しました。 Microsoft Playwright Testingに使われている「Playwright」は、マイクロソフトが中心となってオープンソースで開発しているWebアプリケーション向けテスト自動化ライブラリです。対応環境が幅広く柔軟で、精度の高いテストを特長としています。 具体的には、Chrome、Edge、Firefox、Safariの主要なWebブラウザのすべてを対象にしたテスト自動化が可能で、ヘッドレス、ヘッドありのいずれにも対応。モバイルエミュレーションを用いたAndroid版Google ChromeとMobile Safariのテストも、実

                          マイクロソフト、Webアプリのテスト自動化サービス「Microsoft Playwright Testing」プレビュー公開。クロスブラウザ/クロスプラットフォームのテストを並列実行
                        • 実機テスト、するよね?

                          ちょっと前までスマホメーカーの中の人やってました。下請けのソフト屋。だいたいミドルより下のレイヤーで開発評価デバッグその他あれこれ。 で、ここからの https://b.hatena.ne.jp/entry/s/twitter.com/masanork/status/1358069771753852929 特にこの辺りを読んで、 https://twitter.com/masanork/status/1358186280551546880 ずいぶんと感覚が違うな、と思った。 元受けがメーカー(つまりハードも作ってる)だったからなのかも知れないけど。 とにかく実機使ってテストしまくるんですよ。もちろん使えるところは例えばアプリならPC上のシミュレータ使って自動化したり、通信関係では検証環境使ったりもするけど、泥臭かろうが人手がかかろうが最後は絶対実機と実環境でテスト。 なんでか。 シミュレー

                            実機テスト、するよね?
                          • テストを書くか書かないかの判断の話

                            writing_unit_test.md ユニットテストでテストを書くか書かないかの判断の話 お題 メソッドの出力の結果が、true か false のどちらでも返ってくる可能性がある場合、assert 文を書く時は true の場合だけで良いのだろうか テストとは まず、基本の考えとしてなぜテストをするのか?というのがあります。 テストとは、エラーをみつけるつもりでプログラムを実行する過程である。(via ソフトウェアテストの技法 [Glenford J. Myers]) という言葉のとおり、最小の手間でプログラムのエラーを見つけ出そうとする試みがテストです。裏を返せば、エラーが見つかる可能性が低いのにすべてのことを試すのはテストではありません。 判断するときの論点 いくつかこれを判断するときの論点があります (Boolean に限らず、「そのテストは必要か?」と考えるときの観点ともいえ

                              テストを書くか書かないかの判断の話
                            • 誰もやらないなら俺たちが! ソニー「音の良いmicroSDカード」いまさらブラインドテスト (1/5) - Phile-web

                              発表当初からいろんな意味で盛り上がった、ソニーの“音の良いmicroSDカード”「SR-64HXA」(関連ニュース)。すでに発売されており、ゲットした読者も中にはいるだろう。 もちろんメディアにおいても、発表当日に掲載した当サイトを始め、いろいろなところにレビューが載っている。だが、それらの記事に対して「ブラインドテストやれよ」「プラシーボ乙」など、厳しい声が一部にあったのも事実。これだけ需要があるなら誰かブラインドテストやるかな、と思っていたが、なぜかどの媒体もやっていないようだ。 どうしたものか思案していたが、その後、音の良いmicroSDの話題は予想通り沈静化。トピックとしてはかなり“今さら感”が出てしまったので、とりあえず放っておいた。そんなある日、たまたまITライターの一条真人氏と電話していたら、このmicroSDカードの話になった。 一条氏と言えば、以前当サイトで行ったハイレゾ

                                誰もやらないなら俺たちが! ソニー「音の良いmicroSDカード」いまさらブラインドテスト (1/5) - Phile-web
                              • 東京五輪テスト大会入札 組織委側も業者間の談合に関与か | NHK

                                東京オリンピック・パラリンピックのテスト大会に関連する業務の入札で受注調整が行われていた疑いがある問題で、入札を発注した大会組織委員会側が、競技ごとに実績のある広告会社などを記した一覧表を作成していたとみられることが関係者への取材で新たに分かりました。 東京地検特捜部と公正取引委員会は組織委員会側も業者間の談合に関与した可能性があるとみて、独占禁止法違反の疑いで実態解明を進めるものとみられます。 東京オリンピック・パラリンピックの各競技のテスト大会に関連する業務の入札をめぐっては、広告大手「電通」など複数の会社が受注調整を行っていた疑いがあり、東京地検特捜部が公正取引委員会と連携して詳しい経緯を調べています。 東京大会の組織委員会はテスト大会の計画立案を委託する業者を選定するため、2018年に26件の入札を総合評価方式で実施しましたが、大会組織委員会側が、競技ごとに実績のある広告会社などを

                                  東京五輪テスト大会入札 組織委側も業者間の談合に関与か | NHK
                                • 実装例から見る React のテストの書き方 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                  こんにちは!フロントエンドエキスパートチームの@nus3_です。 kintone のフロントエンド刷新プロジェクト(フロリア)では、品質を保ったまま開発を加速させるためにフロントエンドのテストを積極的に行っています。 今回はそんなフロントエンドのテストの実装例をいくつか紹介します。この記事がフロントエンドのテストを行う上での参考になれば幸いです。 テストに使用する主なパッケージ コンポーネントのテスト 補足: Testing Library の記法をチェックしてくれるeslint-plugin-testing-library カスタムフックのテスト 補足: React v18 では @testing-library/react の renderHook を使う 参考リンク 色々なテスト事例 setTimeout を使うコンポーネントのテスト 補足: Storybook の story を使

                                    実装例から見る React のテストの書き方 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                  • テスト自動化から、 開発を支える継続的テストへ

                                    2023-11-02 JaSST'23 Kyushu 招待講演 https://www.jasst.jp/symposium/jasst23kyushu.html 実装完了後の手動テストに依存した開発サイクルに継続的テストのアプローチを適用し、段階的に品質を向上する方法について説明しています。

                                      テスト自動化から、 開発を支える継続的テストへ
                                    • State of JavaScript 2020:いちばん利用率の高いJSフレームワーク、フロントエンドがReact、バックエンドはExpress、テストにはJest。2万4000人の調査結果

                                      IT技術者のSacha Greif氏とRaphaël Benitte氏が、JavaScriptに興味を持つ世界中のIT技術者約2万4000人にアンケートを取り、結果をまとめたWebサイト「State of JavaScript 2020」が公開されています。 JavaScriptの最新のシンタックスや命令がどれくらい使われているか、フロントエンドやバックエンド、ビルドツールなど分野ごとにさまざまなJavaScript関連の技術はどれくらい興味を持たれているかなど、アンケート結果を基にして、満足度(Satisfaction)、興味(Interest)、利用率(Usage)、認知度(Awareness)などを計算。それぞれについてランキングを作成しています。 それぞれの値は次の式で計算されると説明されています。それぞれの項目にはアンケートの回答数が入ります。 満足度=またこの技術を使いたい/(

                                        State of JavaScript 2020:いちばん利用率の高いJSフレームワーク、フロントエンドがReact、バックエンドはExpress、テストにはJest。2万4000人の調査結果
                                      • 私のフロントエンドディレクトリ構成・テスト観点 2022

                                        近日連投していた Next.js 記事のサンプルコードを公開しました。このサンプルコードを元に、私のフロントエンドディレクトリ構成・テスト観点を紹介します(あくまで執筆現在の脳内アウトプットになりますのでご了承ください) フロントエンドディレクトリ構成の事情 タイトルの「フロントエンドディレクトリ構成」をさす「Components」のディレクトリ構成は、いつも悩みのタネです。このモジュールシステムは「デザインシステム観点・アクセシビリティ観点・フロントエンド実装観点」の 3 つの観点が混在するため事情が複雑です。どうせ作るのなら「デザイナー・フロントエンド」どちらの開発基盤にもなりえる、盤石なモジュールシステムを目指したいですよね。 "AtomicDesign やめました"という声をたまに聞くのですが「デザインシステム的に捨てていいの?」と思うこともあるので、とくに要望がなければ、筆者は「

                                          私のフロントエンドディレクトリ構成・テスト観点 2022
                                        • テストで実際に見たウェブサーバの「遅い」状態とは - Qiita

                                          さくらインターネットのアドベントカレンダー25日目が空いてしまったので、ウェブサーバのチューンナップについて書くことにしました。 私は今日からお休みですが、さくらインターネットは年末年始も休まずに働いていますので、ご安心ください。 年末年始のシフトに入ってくれた社員の皆さんに感謝です。 ということで、責任を持って空いたカレンダーの埋め合わせをさせて頂きますw サーバのレスポンスが遅いとは? なんだかサーバのレスポンスが悪いなぁってことは皆さんも体験されたことあると思います。 原因としては大きく分けて2種類あり、ひとつはApacheやnginxなどのウェブサーバソフトウェアの設定において同時に処理できる上限に達しているケースと、サーバ自体の負荷が高まっているケースです。 前者はApacheでいうとMaxClientsを調整することで対応できますが、そもそもサーバの性能以上にMaxClient

                                            テストで実際に見たウェブサーバの「遅い」状態とは - Qiita
                                          • 上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント

                                            「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者:本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q&Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。

                                              上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
                                            • CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ

                                              技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、本番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた

                                              • Swagger+JSON SchemaでAPIの型をテストして開発サイクルをスピードアップさせた話 - pixiv inside

                                                CTO兼福岡オフィス立ち上げ担当として新アプリを作っている@edvakfです。 JSON APIを開発しているとこういう問題がありがちですよね。 仕様どおりにAPIの形式を作ったはずだけどなんか自信が持てない テストでいくつかのキーが存在するかの簡単なチェックはしてるつもりだけど、全部チェックするのは大変すぎる APIのControllerやViewをリファクタリングしたらレスポンスの形が変わってアプリがめっちゃクラッシュし始めた というのが怖くて誰もリファクタリングできなくなった APIドキュメントがメンテされない 知らない間にレスポンスのフィールドが増えてたけどドキュメントに書いてない これらを解決したい!と思って試行錯誤したら、スマートに解決することができました。この記事ではRailsのことについて書きますが、考え方は他の言語・フレームワークでも同じです。 なお、今回使ったgemのバ

                                                  Swagger+JSON SchemaでAPIの型をテストして開発サイクルをスピードアップさせた話 - pixiv inside
                                                • “記述式問題” 事業者が事前に正答例把握 大学入学共通テスト | NHKニュース

                                                  英語の民間試験が延期された「大学入学共通テスト」に新たな懸念です。共通テストには、国語と数学に記述式の問題が導入されますが、採点を任された民間事業者に、大学入試センターから問題と正答例が試験を実施する前に知らされる仕組みになっていることが分かりました。センターは、採点を迅速に行うためとしていますが、専門家は、「試験の前に、民間事業者に問題などが知らされれば、漏えいなどの懸念がある」と指摘しています。 採点は、ベネッセの関連会社に委託されましたが、国は50万人に上る記述式の採点をどのように適切に進めるのか、詳細を明らかにしていません。 これについて、NHKは採点の手順などを大学入試センターが記した「仕様書」と呼ばれる資料を入手しました。 そこにはベネッセの関連会社が試験を実施する前に、正答例や採点基準の作成に関与すると明記されていました。つまり、民間事業者は、試験前から問題と正答例が知らされ

                                                    “記述式問題” 事業者が事前に正答例把握 大学入学共通テスト | NHKニュース
                                                  • 自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(中編) - Publickey

                                                    自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(中編) 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。いまお読みのページは中編です。 自動改札機の制御は1000件くらいのテスト さて、次は間違えない自動改札機の話です。ここからソフトウェアの話になります。 1つは運賃計算。この切符はこの駅で降りられるのか、というもの。そしてもう1つは自動改札の制御。ランプを光らせるとか、切符を回収するとかです。 まずはその

                                                      自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(中編) - Publickey
                                                    • テストのめどい話

                                                      最初にめどい言い訳をせねばならぬ俺は江島氏ともきょん氏とも面識はないですが、お二人ともが俺のことを知ってることを俺も知ってる程度には狭い業界であり。どちらかに肩入れしたいわけではないです。喧嘩したいわけでもないです。普段あまりここでは言及しないですが俺は今の仕事としてはテストを書いたりテストを実施したりする係をしてノリクチをしのいでおり、いわばテストは本業ですので、テストに言及することは今現在の同僚に対して意図しない受け取られ方をする可能性があるので困るので、それもあって普段はここではあまりテストの話はしないわけだが、だからと言って沈黙を破ってテストの話をするのが同僚に対して含みがあるというわけでもないです。とはいえ俺は大学等で真面目にソフトウエア工学の講義を受講したことがなく、経験と勘と昔取った杵柄だけで食ってるので、そういう意味では若干の後ろめたい気持ちもある。で、テストって何なん俺が

                                                        テストのめどい話
                                                      • DBアクセスで遅くなったテストの実行時間を Docker で 40% 削減した方法 - Qiita

                                                        DBのレイヤーを含むエンドツーエンドテストやDBに依存したコンポーネントの自動テストがたくさんあると、全てのテストが終わるまでに長い時間がかかるようになってしまうことがあります。DBのクエリ実行はネットワークIOやディスクIOなどを含んだ高コストな処理だからです。 Docker を少し工夫して使うと、お手軽にテスト中のDBのクエリ実行にかかる時間を削減できます。自動テストが完了するまでの待ち時間を短縮し、開発のフィードバックサイクルをより早く回せるようになります! MariaDB を用いたプロジェクトの実績では、DBアクセスを伴うテストケースが 153件 ありましたが、この方法によりそのテストスイートのローカル環境での実行時間を約 43% 削減できました(約 145.7s → 約 83.3s)。 どうやって? Docker で tmpfs を使います。 tmpfs tmpfs とは、ディス

                                                          DBアクセスで遅くなったテストの実行時間を Docker で 40% 削減した方法 - Qiita
                                                        • テスト(コード)レビューの方針 書きなぐり版 - うさぎ組

                                                          牛尾さんのブログをはてブったら、「じゃぁ、その手本を見せろやゴルァ」と言われたので書きました。雑です。すみません。 元記事 「自動化対象のユニットテスト(単体テスト)の仕様書を書くことは完全なる無駄である」 Blogs - Live DevOps in Japan! - Site Home - TechNet Blogs 僕のコメント 「だいたい同じ意見だけど、これで単体テスト仕様書がいらない理由にはならないかなぁと思った。テストレビューの成長方法について書かれていないしなぁ。出来る人いない現場は諦めろってことかな?」 はてなブックマーク - kyon_mm のブックマーク - 2016年1月25日 牛尾さんのコメント「どっかに書いてありますか?もしあったら記事にはります。」 僕のコメント「書いていません!」 僕のコメント「書きました!」 僕の主張 本記事は僕の実験結果(経過報告)であり、

                                                            テスト(コード)レビューの方針 書きなぐり版 - うさぎ組
                                                          • AIが「心の理論」テストで人間超え、この結果は何を意味するか

                                                            人工知能(AI)モデルが、人間の感情理解力を測るテストで人間並み、時に上回る成績を収めたことが分かった。ただ、訓練データにそうしたタスクが含まれていた可能性も否定できず、大規模言語モデルが「人のように」考えているわけではない。 by Rhiannon Williams2024.05.22 275 21 人間は複雑な存在だ。私たちのコミュニケーションの方法は多層的であり、心理学者たちは対話から意味や理解を推測する能力を測るためのテストを数多く考案してきた。 人工知能(AI)モデルは、こうしたテストでますます優れた結果を出している。ネイチャー・ヒューマン・ビヘイビア(Nature Human Behavior)に5月20日に掲載された新たな研究によると、一部の大規模言語モデル(LLM)は人の心理状態を追跡する能力(いわゆる「心の理論」と呼ばれる)を測るために設計されたタスクを与えられた場合、人

                                                              AIが「心の理論」テストで人間超え、この結果は何を意味するか
                                                            • Reactアプリケーションのテスト戦略

                                                              Reactアプリケーションのテスト戦略について ・フロントエンドのテストの種類 ・トレードオフ ・所属しているチーム / プロダクトの状況 ・テスト戦略 ・Storybookを使ったこれからのテストへ

                                                                Reactアプリケーションのテスト戦略
                                                              • 「全国模試の順位は一桁。ピアノも耳コピしていた」小学校のIQテストで異例の数字を…IQ150越えの男性が語る、幼少期に感じた周囲との違い | 文春オンライン

                                                                “ギフテッドサバイバー“としてSNSなどを中心に自分の体験を発信している吉沢拓さん(37)。 現在、会社員として働きながら、ギフテッドの特性を伝えるさまざまな活動を行っている。そもそもギフテッドとは何なのか、吉沢さんに詳しく話を聞いた。(全2回の1回目/続きを読む) ◆◆◆ ギフテッドは、単純に勉強ができるというだけではない ーー吉沢さんはギフテッドの特性があることを公表されていますが、改めてギフテッドとはどういったものなのか教えてください。 吉沢 小学生の時に、授業や勉強を「簡単すぎてつまらない」みたいに言い出したり、「なんで? どうして?」と先生への質問がしつこかったり、周りとズレた部分があって周囲から浮いている人っていませんでしたか。それが私です。人によりますが、ギフテッドとは、単純に勉強ができるというだけでなく、「なんかヘンな子」という異質さを持っていることがあります。

                                                                  「全国模試の順位は一桁。ピアノも耳コピしていた」小学校のIQテストで異例の数字を…IQ150越えの男性が語る、幼少期に感じた周囲との違い | 文春オンライン
                                                                • はてなにおける Android アプリのソフトウェアテスト

                                                                  android.casual.test #2 の発表資料です。 LT 内容の補足も含めた勉強会全体の感想などは次の記事を参照してください: http://vividcode.hatenablog.com/entry/study-meeting/android-casual-test-2Read less

                                                                    はてなにおける Android アプリのソフトウェアテスト
                                                                  • AWS、侵入テスト申請やめるってよ - とある診断員の備忘録

                                                                    先日twitterを見ていたら、こんなつぶやきを拝見して、個人的に侵入テスト申請には色々思い入れのある身であるため、ビックリした「とある診断員」です。 あれ?AWSの侵入テスト申請いらなくなりました? pic.twitter.com/Z6ULU10SMy— 三ツ矢 ◎=3 (@328__) March 1, 2019 このブログでもとりあげましたが、今までAWSはペネトレーションテストや脆弱性診断などを実施する際に、AWS側への事前の申請が必要だったのですが、今回ポリシーの変更があったらしくどうやら不要になったようです。 ということで、私も自分で確認をしてみました。 Penetration Testing - Amazon Web Services (AWS) 現在日本語版サイトは、翻訳が間に合ってないようでまだ更新されてないようですが(2019/3/5確認)、英語版の方は記載内容がガラリ

                                                                      AWS、侵入テスト申請やめるってよ - とある診断員の備忘録
                                                                    • ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方

                                                                      はじめに 以前からユニットテスト/単体テストという言葉は使いづらい、と感じており今回も旧Twitterで「テストを実行時間ベースで分類する良い言葉ないかなー」と呟いていたところ、「テストサイズのSMLって考え方があるよ」と教えて戴きました。 だいたいは教えてもらったt_wadaさんの記事にすべて書いてあるのですが、自分の整理も含めて動画にしたので、その補完記事となります。 TL;DR 単体テストのバベルの塔は既に崩壊 CI/CDでの継続的テストには時間ベースのテスト分類が重要 UT/IT/E2EではなくSMLによるテストサイズがCI/CDには合う それは単体テストか結合テストなのか? 自動テスト、手動テストに関わらずテストの分類として単体テストと結合テストという言葉は一般的です。 ITQBではTest Levelsという言葉で定義されていますし、以下のようなV字モデルの対応表はみんな知って

                                                                        ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方
                                                                      • 無料性格診断テスト | 16Personalities

                                                                        Skip to main content Skip to search ログイン 日本語 自分の性格タイプを明らかにするため、ありのままの自分で正直に回答してください。 自分の性格タイプが人生の多くの分野にどのような影響を与えるかを学びましょう。 オプションのプレミアム教材なら、なりたい自分に成長できます。 �V b�U �� b�U

                                                                          無料性格診断テスト | 16Personalities
                                                                        • 受け入れテスト用セキュリティチェックリスト for Webアプリケーション

                                                                          サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

                                                                          • 20年後のソフトウェアテストの話をしよう / Software Testing for 20 years later

                                                                            2019/08/31(土)に東京電機大学で開催されたbuilderscon tokyo 2019のセッション「20年後のソフトウェアテストの話をしよう」の発表資料 blog: http://yumulog.hatenablog.com/entry/2019/08/31/235727 Togetter: https://togetter.com/li/1397692 概要ページ: https://builderscon.io/builderscon/tokyo/2019/session/783619e0-4c45-45cb-b29a-fbff39077f43

                                                                              20年後のソフトウェアテストの話をしよう / Software Testing for 20 years later
                                                                            • 無料性格診断テスト、性格タイプ詳細説明、人間関係およびキャリアのアドバイス | 16Personalities

                                                                              「ついに明らかになるなんて本当に信じられません」 たった10分で、自分がどんな人間で、なぜそのような行動を取るのか、「不思議なくらい正確」な説明が手に入ります。

                                                                                無料性格診断テスト、性格タイプ詳細説明、人間関係およびキャリアのアドバイス | 16Personalities
                                                                              • 不具合にテストを書いて立ち向かう - t-wadaのブログ

                                                                                テストを行っている品質保証チームや、実際にシステムを使っているお客様から不具合が報告されたとき、あなたはどう思いますか? 悲しんだり、恥ずかしいと思い、不具合修正にすぐに着手したいと気がはやるのが人情というものです。しかし、焦っているときに行う作業はしばしば視野が狭く、一つの不具合修正が三つの新たな不具合を生んでしまうようなことになりがちです。 テスト駆動開発(TDD : Test Driven Development)は、プログラマが自分の不安を克服し、自分が書くコードに自信を持ちながら一歩一歩進んでいくための手法です。不具合の発生は、端的に言えばこれまでの「自信」を揺らがせる事態です。テスト駆動開発者は不具合にどう立ち向かうのでしょうか? やはりテストを書いて立ち向かってゆくのです。私はテスト駆動開発を数年間実践してきた中で、心がけているひとつの「掟」があります。それは「不具合の修正時

                                                                                  不具合にテストを書いて立ち向かう - t-wadaのブログ
                                                                                • じゃあ this の抜き打ちテストやるぞー - Qiita

                                                                                  JavaScriptのthisの覚え方 や JavaScriptの「this」は「4つ」だけ!の授業でやったから、this はみんなばっちりだよな。じゃあ今から抜き打ちテストするぞー。まだ読んでないひとは先に上の記事を読んどくといいと思うけど、腕に自信のある人はすぐに回答を始めても構わないぞ。赤点とった奴は、今日の放課後補習だからなー。 【注意】 問題 18 ~20 について、カンマ演算子 を知らないから解けなかった、という人が結構いるみたいです。本問はカンマ演算子の知識を問うものではなく、あくまで this の振る舞いについての理解を試すものなので、本来の題意を損なわないように当該の問題は改題しました。改題後も正答とその根拠は変わりません。 得点 評価

                                                                                    じゃあ this の抜き打ちテストやるぞー - Qiita