並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 27309件

新着順 人気順

テストの検索結果81 - 120 件 / 27309件

  • 龍が如く7のすごいテストをなぜ我々は採用できないのか | フューチャー技術ブログ

    僕自身は龍が如くシリーズは、クロヒョウ2、極1、極2、0、3、4、5、6、0とやって、7はRPGだし主人公違うしなぁと思って、買うだけ買って後でやろうと積んでいたところ、CEDECのすごいテストの話を聞いて、(オリジナル版を積んでいたのに)インターナショナル版を買って始めてしまうぐらいインパクトがあり(そして積んでたのを後悔したぐらいよかった)ました。それ以降、維新極、7外伝、8は発売日に買ってプレイしてます。 こちらにその講演の詳細なレポートがこちらにあります。 https://www.famitsu.com/news/202009/11205564.html その8の発売前に龍が如くスタジオの技術責任者の方がXのアカウントを開設して、C++のコードを投稿されていたのですが、それに対してエンプラ開発目線で意見しているようなツイートを見かけて、「いや、システムの特性全然違うから」と思い筆を

      龍が如く7のすごいテストをなぜ我々は採用できないのか | フューチャー技術ブログ
    • テストコード導入奮闘記~私はこうやってプロジェクトにテストコードを導入しました~ - Qiita

      導入 どうやら新卒2年目社員のAさんが上司のZさんにプロジェクトにおいてテストコード導入を打診してるようです。少し内容を見てみましょうか。 Aさん(新卒2年目社員)「最近テスト自動化やテストコード、TDDなどの単語をよく聞きます。うちはテストコード書いてないですし、実装後の簡単な動作確認、最終の結合テストしかしていません。開発体験と品質を上げるために、テストコードを導入したいです。」 Zさん(上司)「そうは言うがね、君。今のうちの状況を見てごらんよ。みんな複数のプロジェクトに関わっていて、常に多忙。残業時間もぎりぎりで何とかプロジェクトが回っている状態だよ。そんなみんなにさらに作業を増やすようなことを提案するというのかね?しかも、テストコードはお客様からしたら作っても作らなくても関係ない、いわば直接利益に関係ないような作業じゃないか。もちろん、世の中で認知されているということは知ってるよ?

        テストコード導入奮闘記~私はこうやってプロジェクトにテストコードを導入しました~ - Qiita
      • こ、これが世界の一流変態の実力か…アダルトデッキ構築型ローグライク『Operation Lovecraft: Fallen Doll』Steamで近日ベータテスト開始 | Game*Spark - 国内・海外ゲーム情報サイト

        Project Heliusは成人向けのデッキ構築型ローグライク『Operation Lovecraft: Fallen Doll』のSteamページを公開、ベータテストの近日開始をアナウンスしました。 同作は、クトゥルフ神話の要素を設定に取り入れた成人向けのデッキ構築型ローグライクゲーム。手軽にキャラクター同士のリアルタイム3Dシーンを楽しめる作りとなっており、長年に渡ってオフライン仕様のリアルタイム3Dシーンを中心に開発が進んでいました。 今回のベータテストではオンラインモード「ハーレムモード」が実装。「ハーレムモード」では最大10人でオンラインでマップを自由に動きながらあんなことやそんなことが楽しめる作り。後日実装が行われるデッキ構築型ローグライク部分でもこの「ハーレムモード」のあんなことやそんなことで手に入れたデータでカードを入手し、デッキを構築していく模様です。 「クトゥルフ神話

          こ、これが世界の一流変態の実力か…アダルトデッキ構築型ローグライク『Operation Lovecraft: Fallen Doll』Steamで近日ベータテスト開始 | Game*Spark - 国内・海外ゲーム情報サイト
        • テストの説明に安易に「正しく」とか書かない - Object.create(null)

          みなさんテストは書いていますよね. 書いていなければふりだしに戻る. 例えば関数 add に対して, 以下のようなテストコードがあるとします. describe("add", () => { it("正しく計算できる", () => { expect(add(1, 2)).toBe(3); }); }); よさそうですね? もしよくないと思うのであればここから下は読まなくても大丈夫なくらい理解している方だと思います. 続いて関数名を変えただけのこちらをどうぞ. describe("sub", () => { it("正しく計算できる", () => { expect(sub(1, 2)).toBe(3); }); }); なんだか明らかに間違っている気がします. もしこのテストが通過してしまったとき我々はどうすればよいのでしょうか. 考えられるパターンは 2 つあります. 実装もテストも正

            テストの説明に安易に「正しく」とか書かない - Object.create(null)
          • 歴史のテストで「日本が国力差を認識していたのにも関わらず対米開戦したのはなぜか。考えを書きなさい」って問題出たんだがクソ問すぎない

            ショーテニング @Fe_Shortening 歴史のテストで「日本が国力差を認識していたのにも関わらず対米開戦したのはなぜか。あなたの考えを書きなさい」って問題出たんだがクソ問すぎないか ショーテニング @Fe_Shortening リプあんま返せてないですごめん! 数は多くないけど内容が重くて返しきれん 誤解を防ぐために補足すると ・私立です。 ・来週返却されるんで模範回答ツイートすると思います ・問題文は正確には以下(確か) 「なぜ日本は国力差を認識していながら対米開戦に踏み切ったのか。経済断行以外の具体的な

              歴史のテストで「日本が国力差を認識していたのにも関わらず対米開戦したのはなぜか。考えを書きなさい」って問題出たんだがクソ問すぎない
            • かたこりマシーン on Twitter: "やー、 すんごい点数のテストが返ってきた。 100点満点中50点だわ。 https://t.co/TYM4xUZKXA"

              やー、 すんごい点数のテストが返ってきた。 100点満点中50点だわ。 https://t.co/TYM4xUZKXA

                かたこりマシーン on Twitter: "やー、 すんごい点数のテストが返ってきた。 100点満点中50点だわ。 https://t.co/TYM4xUZKXA"
              • 新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に

                新潟県は4月21日、サーバに保存していた公文書データ10万件が消失したと発表した。外部からの攻撃によるものではなく、システム保守業者の人為ミスが原因としている。 県は富士電機ITソリューション(東京都千代田区)が開発・保守を担う公文書管理システムを使用している。消失したのは同システムにおいて3月24日午後9時から31日午後11時59分までに登録した文書の添付ファイル10万3389件。「県民や関係事業者に直ちに大きな影響があるものではない」としている。 4月10日に、県の職員が添付ファイルを開けない状況になっていることに気付き、富士電機ITソリューションに調査を依頼した。ファイルが消失したのは9日夜ごろで、判明した段階でバックアップ期間(3日間)を過ぎていたためバックアップファイルが残っていないことが分かった。 原因は、添付ファイルの拡張子を小文字に変更する新機能を、運用テストや社内審査など

                  新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に
                • GitHub - tadashi0713/howtheytest-jp: 日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています

                  You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                    GitHub - tadashi0713/howtheytest-jp: 日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています
                  • Twitter、内容を読まずにRTしようとすると「読んだ?」と尋ねるテスト開始

                    米Twitterは6月10日(現地時間)、記事やブログをTwitter上で開かずにそのままリツイート(RT)しようとすると、まずは開いてみるよう促すテストをAndroidアプリで開始したと発表した。 問題を提起し、Twitter上の会話を活発にするために記事のRTは効果的だが、それだけに内容を把握してからRTする方がいいとTwitterは説明する。RTする記事を読むのは当然のことのようだが、タイトルと概要だけ見て内容は読まずにRTするユーザーが一定の割合で存在することは確かだ。 Twitterのプロダクト責任者、ケイヴォン・ベイポー氏は補足的に「リンクや記事のTwitter上での拡散は簡単で強力だ。それだけに、拡散するユーザーがコンテンツを読んでいない場合、危険な可能性がある」とツイートした。 この発表に対し、「ユーザーは子どもではない。ばかでいたい人々は放っておくべきだ」などの反対や、T

                      Twitter、内容を読まずにRTしようとすると「読んだ?」と尋ねるテスト開始
                    • モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中

                      プロジェクト全体のテストを組み立てる際に重要な課題になるのが、テストレベル設計です。テストレベル設計は、ユニットテスト、結合テスト、システムテストといったテストレベルを、どのような責務・段取りで行うか分析・設計する活動です。 このテストレベル設計ですが、ここ10年程度の間に望ましいアプローチが変わってきたと感じています。今回はこの変化と、変化後のモダンなテストレベル設計の原則について、考えていることを書き出したいと思います。 旧来のテストレベル設計のアプローチ 旧来、このテストレベル設計では、Vモデルをベースしたアプローチや、自工程完結・品質積み上げをベースとしたアプローチがよく見られました。 このうち一つ目のVモデルをベースとしたアプローチは、要求定義から設計までの上流工程への対応を観点に、テストレベルを設計するものです。 (Vモデルが必須と明言しているわけではなく、極端な例ですが)例え

                        モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中
                      • 私の両親は私の教育を間違えてたな。テストで悪い点取ると玩具やプラ

                        私の両親は私の教育を間違えてたな。テストで悪い点取ると玩具やプラモを壊す。これが間違い。私は玩具を壊されない為だけに勉強した。喧嘩で両親に勝てる高1までこの恐怖は続いた。そして性格が螺旋階段のようにねじくれ曲がった私が完成した。 https://twitter.com/hiromi_kanzaki/status/826965836497719296 「40歳になってもエイルガムのプラモを破壊された時に母親を殴った事を自慢している」事ばかりが取りざたされ、死んで当然の極悪人と扱われている被害者だが もしもこのツイートが真実なら、あのように育つのは無理からぬ話であったと思う。 激務の事務次官は家に帰れず妻に被害者の子育てを一任していたわけだが、配偶者不在の子育てというものは力での支配が容易であり、それを阻止する者がいないため簡単に歯止めをなくす。 エリートの妻である母が「偉大な夫に相応しい子供

                          私の両親は私の教育を間違えてたな。テストで悪い点取ると玩具やプラ
                        • 【入門】フロントエンドのテスト手法まとめ - Qiita

                          はじめに 自分は2021年に新卒でweb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではReact×TypeScriptを利用したフロント周りの開発をメインで行なっていなす。 今回は実務でNext.jsプロジェクトにテストを導入することになり「React-Testing-Library」と「Jest」について改めて学び直したのでその内容を紹介します。 はじめに「React-Testing-Library」と「Jest」の概要を説明しその上で具体的なテストコードを何パターンか書いていきます。 この記事の対象者 フロントエンドのテストの概要を知りたい人 React-Testing-LibraryとJestについて知りたい人 具体的なテストの書き方を学びたい人 なお本記事では、React-Testing-Libraryの具体的な書き方についてをメインにしている

                            【入門】フロントエンドのテスト手法まとめ - Qiita
                          • テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020

                            以下のイベントの投影資料です。 https://event.shoeisha.jp/devsumi/20200213/session/2364/ 発表時の諸注意など http://nihonbuson.hatenadiary.jp/entry/2020/01/31/090000 お問い合…

                              テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020
                            • 「誰だ85連勝したやつ」ストⅡシリーズでザンギエフが弱かった理由はロケテストで連勝しまくるザンギ使いがいたからという話

                              りょう@Street Fighter @ryo_redcyclone 京橋のシャトーEXといいうゲーセンでロケテストをすると、いつもザンギエフ使いが連勝を重ねるため、製品版で弱くされるのだという。誰だよ、ザンギで85連勝したやつ!! ◆ストIIシリーズでザンギエフがいつまでも弱かった理由 youtu.be/CKPp9TVwTSY?t=… pic.twitter.com/EbREu7wdGk 2021-01-23 23:35:58 リンク YouTube 【特別企画】リュウとケン、どちらが強いか回答します【ストⅡ】 今まで語られることがなかった!?極秘情報、ストリートファイターⅡのキャラクター「リュウ」と「ケン」結局どっちが強いのか!?の件について暴露します。加えて、個性的で大人気キャラクター「ザンギエフ」「春麗」のバランス調整の秘話もお話します。----業界歴38年。借金17億から最高月収

                                「誰だ85連勝したやつ」ストⅡシリーズでザンギエフが弱かった理由はロケテストで連勝しまくるザンギ使いがいたからという話
                              • リリース手法多すぎワロタァ B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita

                                この記事でCloudWatch Evidentlyについて調べていると、「機能フラグ」や「A/Bテスト」などインフラエンジニアには若干聞き慣れないリリース用語が出てきました。 アジャイル開発やCI/CDの台頭に伴い多数出現したこれらのリリース戦略用語をまとめて整理してみることにします。 インフラエンジニアやSREと呼ばれるロールの方々も、リリース戦略を知っておくとCI/CD環境の構築やIaC、はたまたミドルウェアのバージョンアップなどで役立つと思います。 以下ウェブサイトを参考に、各用語を「デプロイ戦略」と「テスト戦略」の大きく2つに分けて紹介します。 デプロイ戦略 従来型のデプロイ(インプレースデプロイ) システム本番環境が一種類のみ存在し、新バージョンの資材デプロイによって旧バージョンの資材を上書いてしまうパターンです。 環境の設計や管理、維持コストをシンプルに抑えられるメリットがあり

                                  リリース手法多すぎワロタァ B/G、カナリア、機能フラグ、ダークローンチ、A/Bテスト、、など - Qiita
                                • 2021年版、サーバーレスのテスト手法を考える / Serverless Testing 2021

                                  動画はこちら https://twitter.com/_kensh/status/1468951162053607424?s=20 サーバーレスはサクっと作れるのは良いけれどテストやデバッグが大変だって思うことはないでしょうか? 難しさの理由としてプログラミングコードのテストだけでなく、サービス…

                                    2021年版、サーバーレスのテスト手法を考える / Serverless Testing 2021
                                  • MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita

                                    この記事は、株式会社カオナビ Advent Calendar 2023 の3日目です。 はじめに 株式会社カオナビの高橋(@kunit)です。 今回は MySQL バージョンアップ(5.7 -> 8.0) で起きた問題とそれに対してどのように対処したのかを書いていこうと思います。 何が起きたのか MySQL 5.7 から 8.0 にバージョンアップをするにあたって、CI およびローカル環境でテストができるように MySQL 8.0 のイメージを作成し、それをつかって各機能の担当者にテストを開始してもらっていたのですが、以下のような事が起きました。 接続を MySQL 5.7 から 8.0 に切り替えただけでテストの時間が3倍くらいかかるようになった そこを変更するだけで3倍遅くなるってやばいぞということで報告してくれた担当者と同じテストを自分でも実施してみると再現性があり、それが以下のどの

                                      MySQL 5.7 から 8.0 にしたらテストが激遅になった - Qiita
                                    • ツイッター見ていると国語のテストって大事だったんだなと痛感する

                                      みんな書いていないことを読み取りすぎ。 勝手に反語だと思ったり、脳内で補完していたり、単純に誤読していたり。 国語のテストで、書かれていることから正答を導き出す問題あるけど、あれってめっちゃ大事だったんだなぁって思う。 ちなみにうちの学校では国語ができないと英語の長文問題も、数学の文章題も読み解けないから、まずは国語を完璧にしろって言われていた。 「いや、普通に読めばわかるじゃん……」って思っていたけど、大事だったんだなぁ。 (追記) el-condor こういうことを主張している人が、ある政治勢力についてはその発言を徹底的に悪意に解釈しつつ反対勢力についてはその多数派の主張を無視してまで言葉通りに解釈しているのを見る時があって微笑ましい。 さっそく書いてないことを読み取る人が出てきたね。 (追記2) 「Aという主張をしている人は、Bという主張もする」は、Bと主張をしている文書への指摘じゃ

                                        ツイッター見ていると国語のテストって大事だったんだなと痛感する
                                      • 「テスト書いてないとかお前それ〜」が私の代名詞になるまで。テスト駆動開発とともに歩んだキャリア - Findy Engineer Lab

                                        日本におけるテスト駆動開発の著名人といえば誰か? この問いを投げかけられたとき、多くのエンジニアが思い浮かべる人物がいます。ITコンサルタント・ソフトウェアエンジニアの和田卓人(@t_wada)さんです。和田さんは日本のテスト駆動開発の第一人者として、長年、この分野の実践や講演・執筆などの普及活動を続けてきました。 こう書くと、読者のなかには「和田さんはもともとテストが好きだったから、テスト駆動開発の第一人者になれたのでは」と思われた方もいるかもしれません。しかし、その答えはNOです。むしろ和田さんは、テストが嫌いなエンジニアだったといいます。ある出来事をきっかけとして、嫌いだったテストを好きになれる方法を見つけたのです。 読者の方々にも「自分には○○なんて向いていない」という印象を抱いている技術領域があるかもしれません。ですが、そんな領域にこそ、あなたの新たな可能性が詰まっているかもしれ

                                          「テスト書いてないとかお前それ〜」が私の代名詞になるまで。テスト駆動開発とともに歩んだキャリア - Findy Engineer Lab
                                        • テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー:多くのエンジニアに愛される理由とは

                                          テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー:多くのエンジニアに愛される理由とは 『【この1冊でよくわかる】 ソフトウェアテストの教科書 [増補改訂 第2版]』は、初版の発行部数は22,000部、2021年8月出版の改訂版は13,000部に上り、技術書としては異例のシリーズ累計35,000部を突破しました。(2023年6月現在) ソフトウェアテスト専門企業であるバルテス株式会社の技術者が執筆した、ソフトウェア開発工程のテストについて、基礎からしっかり体系的に学習できる本格入門書です。 このストーリーでは、初心者から上級者まで幅広い層に読まれている、ソフトウェアテストのバイブルともいえる本書完成までの経緯や苦労話、著者であるバルテスの石原 一宏氏と布施 昌弘氏が伝え続けたい想いをお伝えします。 テスト設計に必要な考え方を身につけられ

                                            テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー:多くのエンジニアに愛される理由とは
                                          • えっ!PCの電源で音が変わる?小岩井ことりさんにガチでブラインドテストしてもらった!! ~Seasonic FOCUS-PXはオーディオ、音楽制作に効くのか~ text by 藤山哲人

                                              えっ!PCの電源で音が変わる?小岩井ことりさんにガチでブラインドテストしてもらった!! ~Seasonic FOCUS-PXはオーディオ、音楽制作に効くのか~ text by 藤山哲人
                                            • 家に本が多いほうがテストの正答率高い? 文科省調査

                                              文部科学省が全国の小中学生を対象に「家庭の蔵書数」を初めて調査したところ、25冊以下が3割を占めた一方、蔵書数が多いほうがテストの正答率が高くなる傾向が明らかになりました。 文部科学省はことし5月、全国の小学6年生と中学3年生の200万人以上を対象に「全国学力テスト」を実施し、家庭の経済的、文化的な資本をはかる指標の1つとして、国際的な調査でも用いられる「家庭の蔵書数」を初めて調べました。 その結果、家にある本の数が、 ▽0~10冊と答えたのは小学生で11%、中学生で14% ▽11~25冊が小学生で19%、中学生で20%で 25冊以下と答えた子どもが3割を占めました。 ▽26~100冊が小学生で34%、中学生で32% ▽101~500冊が小学生で32%、中学生で30% ▽501冊以上が小中学生とも5%でした。 学力テストの正答率をみると、小学校の算数では、蔵書数が最も多い子と最も少ない子で

                                                家に本が多いほうがテストの正答率高い? 文科省調査
                                              • 書籍「ソフトウェアテスト技法ドリル」ではテスト設計の考えとツールの使い方まで学べちゃいました | DevelopersIO

                                                私は開発寄りのエンジニアであり、テストやQA専門の方と同じチームで頑張る機会が少なかったのですが、「なるほど、こうやって考えて、こういうツールを使っているのか」と非常に勉強になりました。 こんにちは。AWS事業本部モダンアプリケーションコンサルティング部に所属している今泉(@bun76235104)です。 最近ではアジャイル開発やスクラム開発が多く採用され、ビジネスのスピードに負けないようにプロダクト開発・リリースのスピードが求められれている中で、「いかに効率よく、かつ効果的なテストをしていけるか」というのはテスト担当だけでなく、開発メンバー全員で考える必要があると思います。 とはいえ、実際のチームには「専任のQAエンジニアやテストアナリストはいない」ということは非常に多いと思います。 基本的なテスト技法は本で学んできたけど、どういう時にどんな技法でテストを設計すればよいの? 本職のテスト

                                                  書籍「ソフトウェアテスト技法ドリル」ではテスト設計の考えとツールの使い方まで学べちゃいました | DevelopersIO
                                                • Twitterが“投げ銭”機能をテスト Twitter上でお金のやり取りができる

                                                  Twitterが他のユーザーにお金を送れる“投げ銭”機能をテストしていることを明らかにしました。 同社は「Tip Jar」機能をテストしていると発表。「Twitter上でお金を送ったり受け取ったりする新たな方法」と説明しています。詳細は今後明らかにするとのこと。 同社の公開したデモ動画では、プロフィール画面のアイコンをクリックし、送金に使うサービスを選択してお金を送る様子が描かれています。デモでは、BandcampやCash、Paypalなどの送金サービスが並んでいます。 アイコンをクリック 送金サービスを選択 選んだサービスから送金 テスト対象になった人からの報告など advertisement 関連記事 Twitterが広告非表示サービスのScrollを買収 サブスクリプションサービスに統合へ Scrollは、約5ドルの月額料金を払うと提携ニュースサイトの広告が非表示になるサービス。

                                                    Twitterが“投げ銭”機能をテスト Twitter上でお金のやり取りができる
                                                  • 手動テストだけのソフトウェアは腐っていく: 柴田 芳樹 (Yoshiki Shibata)

                                                    この本で、著者のRobert Martinも、次のように述べています。 この10年間の間に この業界では多くのことがありました。1997年当時、テスト駆動開発などという言葉は誰も聞いたことがありませんでした。ほとんどの人にとって、単体テストというのは動作をひとたび『確認』したら捨ててしまうものでした。苦労してクラス メソッドを書き上げ、それらをテストするためのその場しのぎのコードをでっちあげていたのです。 『Effective Java』で有名なJoshua Blochは、この本の中のインタビューで、次のような会話を行っています。 「デバッグの話をしましょう。あなたが追いかけた最悪のバグはどのようなものでしたか」 それに対して、Joshua Blochは、 「最初に勤めた会社で私が開発したソフトウェアですね。ソフトウェアのデバッグに1週間半費やしました」 という話をしています。 1週間半費

                                                      手動テストだけのソフトウェアは腐っていく: 柴田 芳樹 (Yoshiki Shibata)
                                                    • アジャイル・DevOps時代の テストと品質保証 (完全版) / Testing and Quality Assurance in Agile and DevOps Era

                                                      この10年は多くの変化がありました。 ソフトウェア開発プロセスにおいては、アジャイル開発の普及が進み、さまざまな現場でスクラムが活用されるようになりました。 技術面では、コンテナ技術やその管理の自動化が進み、システムはどんどん複雑になりつつあります。 一方で、テストや品質保証はどのよう…

                                                        アジャイル・DevOps時代の テストと品質保証 (完全版) / Testing and Quality Assurance in Agile and DevOps Era
                                                      • 「4cm÷5mm=8」は間違い? 小学校の算数テストの減点理由に疑問、賛否両論の声|まいどなニュース

                                                          「4cm÷5mm=8」は間違い? 小学校の算数テストの減点理由に疑問、賛否両論の声|まいどなニュース
                                                        • DMMの検索に機械学習を導入して、A/B テストで圧勝した考え方 - DMM inside

                                                          |DMM inside

                                                            DMMの検索に機械学習を導入して、A/B テストで圧勝した考え方 - DMM inside
                                                          • ソフトウェアテストで参考にしている67のモノ 2021 #scrumniigata|kyon_mm

                                                            ソフトウェアテストの学び方に関して書籍やウェブサイト、そしてそこから伸びる某かについて自分なりにまとめ直してみるかーと。思いました。これを全部読めとかではなくて、まぁ自分が今まで読んできて役に立ったものリストくらいの感じです。 また、このリストの解説をスクフェス新潟でプレゼンしたいと思い公募に出しました。リンク先でLikeしてもらえるとプレゼンできる確率が上がるのでよければぜひ押していってください。 ソフトウェアテストで参考にしている67のモノ #scrumniigata https://confengine.com/conferences/scrum-fest-niigata-2022/proposal/16369/67 まずは、リストを。後半に各カテゴリの所感とかを。 発端は先日、Twitterでリプライをいただいて、7年近く前に「テストエンジニアの品格」という煽ったプレゼンをしていた

                                                              ソフトウェアテストで参考にしている67のモノ 2021 #scrumniigata|kyon_mm
                                                            • 共通テストで“鼻マスク” 受験生を不退去の疑いで逮捕 警視庁 | 新型コロナウイルス | NHKニュース

                                                              今月16日に行われた「大学入学共通テスト」で、マスクから鼻が出た状態で試験を受けて再三の注意に従わなかった受験生について、警視庁が会場のトイレに閉じこもって出てこなかったとして逮捕していたことが分かりました。 17日までの2日間に実施された大学入学共通テストでは、初日の16日に東京 江東区の会場でマスクから鼻が出た状態で試験を受けていた受験生が、監督者から鼻を覆うよう試験中に6回とさらに休憩中にも注意されたものの従わず、不正行為と認定されて成績が無効になりました。 捜査関係者によりますと、この受験生は49歳の男で、別室に移動するよう指示されても自分の席から動かず、最終的に不正を告げられると会場となった大学のトイレに閉じこもったということです。 駆けつけた警察官が出てくるように求めても応じず、警視庁は不退去の疑いでその場で逮捕しました。 受験生は会場で、「これが自分の正しいマスクのつけ方だ」

                                                                共通テストで“鼻マスク” 受験生を不退去の疑いで逮捕 警視庁 | 新型コロナウイルス | NHKニュース
                                                              • がくり(ソフトウェア関連垢) on Twitter: "昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか?」 Google「解決していないです」 日本人「え!?」 Google「?」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p"

                                                                昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか?」 Google「解決していないです」 日本人「え!?」 Google「?」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p

                                                                  がくり(ソフトウェア関連垢) on Twitter: "昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか?」 Google「解決していないです」 日本人「え!?」 Google「?」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p"
                                                                • 五輪組織委、官製談合か テスト大会業務で「割り振り表」作成 | 毎日新聞

                                                                  東京オリンピック・パラリンピックを巡る談合疑惑で、広告会社などから大会組織委員会に出向した複数の職員がテスト大会の業務について入札開始前に広告業者側に希望する競技会場を聞いて回り、「割り振り表」を作成していた疑いがあることが関係者への取材で判明した。実際の受注は、ほぼ表の通りになっていたという。東京地検特捜部はこの割り振り表を入手しており、業者間の受注調整を示す証拠と位置付けている模様だ。 東京五輪・パラ特別措置法は組織委職員を「みなし公務員」と定め、民間からの出向者にも適用される。発注元の組織委側が割り振り表の作成に関与した疑いが浮かび、疑惑は業者間の受注調整にとどまらない「官製談合」となる可能性が出てきた。

                                                                    五輪組織委、官製談合か テスト大会業務で「割り振り表」作成 | 毎日新聞
                                                                  • ソフトウェアエンジニア採用におけるコーディングテストのススメ - MAYAH

                                                                    先日、某VC投資先の方々に対して、「ソフトウェアエンジニアの採用時にコーディングテストをやりたいがどうしたら良いか?」ということについて語ってきたので、こちらにもエッセンスをまとめたいと思います。 コーディングテストの目的 なぜ我々はコーディングテストをやるのでしょうか? もちろん、第一目的はソフトウェアエンジニアの採用候補者のスキルを見極めるためです。 過去に、経歴も良さそう、技術的な議論もスムーズにできる、なのにコードが書けない候補者に、私は何度か出会っています。「コードが書けない」のレベルは、(ある程度易しい)論理をプログラムに翻訳できず、まともな if 文が書けないというレベルを言っています。熟練者でもド・モルガンの法則をうっかり間違えるぐらいはあると思いますが、そういう話ではありません。コードが書けない候補者は、そもそも条件が書き下せません。このような候補者を雇ってはいけません。

                                                                    • おまたせしました。Twitterの編集機能のテストが始まります

                                                                      下のツイートをご覧ください。あれ、編集されている?そうです。近いうちにこのような編集されたツイートを多く目にすることになるかもしれません。 現在、Twitterの社内ではツイート編集(Edit Tweet)のテストを行っています。そして数週間後には、Twitter Blueの購読者も参加できる予定です。(※現時点でTwitter Blueは日本ではスタートしていません) ツイートの編集は、これまでで最もリクエストの多い機能であり、多くの関心が寄せられていること、そしてテストのグループに入っていなくても上のようなツイートが見られるようになることから、本日、アナウンスすることにしました。 ツイート編集とは(Edit Tweet) ツイート編集とはツイートが公開された後、限られた時間内に誤字・脱字を修正したり、タグを追加したりできるようになる機能です。 今回のテストでは、ツイート公開後の30分間

                                                                        おまたせしました。Twitterの編集機能のテストが始まります
                                                                      • UIテストはもうMaestroでいいのかもしれない話

                                                                        App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement

                                                                          UIテストはもうMaestroでいいのかもしれない話
                                                                        • テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk

                                                                          2014/12/09 に DeNA 社内勉強会にお招きいただいて話した内容です

                                                                            テストを書くか書かないかの状況判断 / Deciding whether to write tests - DeNA Tech Talk
                                                                          • テストコードの改革を進めている話 | メルカリエンジニアリング

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

                                                                              テストコードの改革を進めている話 | メルカリエンジニアリング
                                                                            • 拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀

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

                                                                                拝啓 大学入試センター様、 共通テストに科学リテラシーはありますか?|松永 和紀
                                                                              • フロントエンドテストにおける知見の宝庫を発見!「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
                                                                                • 実機テスト、するよね?

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

                                                                                    実機テスト、するよね?