並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 2400件

新着順 人気順

Testの検索結果201 - 240 件 / 2400件

  • 【朗報】イェール大「唾液によるPCR検査の精度が高い。唾液なら自宅採取も可能で検査数増大が可能」

    まとめ 【速報】米FDAが自宅でのPCR検査を承認 楽天PCRにも追い風か すごいタイミングw 厚労省もFDAを見習って楽天PCRを規制対象にして、禁止なら禁止、承認なら承認でかかわらないとダメでしょう。 3223 pv 22 1 Prof. Keiko Torii @KeikoUTorii 新型コロナウイルスの唾液からの検出度は、鼻咽頭ぬぐい液と大差なく、安定性はより優れている可能性も。検体採取が難しい鼻咽頭ぬぐい液と違い、唾液なら自宅キット採取も可能。出来ない理由より、検査拡大に向けて出来ることを。Yale大 twitter.com/awyllie13/stat… 2020-04-23 04:21:24 Anne Wyllie @awyllie13 While saliva has shown promise for SARS-CoV-2 detection, very few stu

      【朗報】イェール大「唾液によるPCR検査の精度が高い。唾液なら自宅採取も可能で検査数増大が可能」
    • 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」、メタがオープンソースで公開
      • UIテストはもうMaestroでいいのかもしれない話

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

          UIテストはもうMaestroでいいのかもしれない話
        • PCRを無節操にやっても意味ないと言い続けてすみませんでした|ShinIchihara

          今日はお詫びの記事です。 昨晩ずっと、寝ないで考えていたことがあります。 これまでに私がTwitterやYouTubeなどで申し上げてきた、 「PCRをただ受ければいいというものではない」 「検査というのは未来予測であり、その精度を高めるためには工夫がいる」といった、医学的・科学的に完全に正しい話、ド正論。 これらがいくら正しいからと言って、ただこればかりを申し上げてきたことは、下策でした。不徳の至りです。大変失礼いたしました。戦略が足りませんでした。頭も性格も悪かったと思います。 考えてみれば、世の皆さんは、別に、PCRが大好きであるとか、PCRをやらないと生きていけないとか、no PCR no LIFEとか、そういったことは一切おっしゃっていません。 ただ安心したいだけなんですよね。 ただ不安・不満をなんとかしたいだけなんですよね。 PCRはその不安や不満を解決するための一番シンプルで

            PCRを無節操にやっても意味ないと言い続けてすみませんでした|ShinIchihara
          • テストを書くか書かないかの状況判断 / 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です。 今日は現在自分がリードして取り組んでいるテストコードの改善について紹介したいと思います。 抱えている課題 私が所属している加盟店精算チームのマイクロサービスは加盟店さま向けサービスとして欠かせないものであり、メルペイ最初期から存在するサービスです。他のマイクロサービスにあまり無い特徴として多数のバッチ処理を行っている点が挙げられます。 お客さま(メルペイユーザー)がお店で行った決済は、一定の頻度で集計し決済手数料を差し引いた上で加盟店さまの銀行口座へ振り込むことになります。 最終的な振込金額を算出するまでの流れとしては 個々の決済金額のリコンサイル(会計マイクロサービスとの金額照合) 日次集計 締

                テストコードの改革を進めている話 | メルカリエンジニアリング
              • 落胆の三木谷氏。ゴリ押し英語民間試験「身の丈」発言への恨み節 - まぐまぐニュース!

                萩生田文科相のいわゆる「身の丈」発言もその一因となり、「2020年度からの実施」より一転、導入見送りとなった大学入試への英語民間試験の活用。そもそもなぜ、そして誰が、公平性の担保が困難な新制度を押し通そうとしたのでしょうか。今回のメルマガ『国家権力&メディア一刀両断』では元全国紙社会部記者の新 恭さんが、民間試験導入決定に三木谷楽天社長が果たした役割を記すとともに、今回の「混迷」をもたらした元凶を暴いています。 旗振り役・三木谷楽天社長が落胆したであろう民間英語入試見送り 三木谷浩史・楽天社長はどんな気分だろうか。まさか、あの安倍首相が、その忠臣、萩生田光一・文部科学大臣が、かくもたやすく、大学入試の英語試験改革から退却するとは思わなかったに違いない。 ここまで、三木谷氏にとっては長い道のりだった。大学入試にTOEFL、GTECなどいかがなものかと、専門家から強い疑問が呈されるなか、三木谷

                  落胆の三木谷氏。ゴリ押し英語民間試験「身の丈」発言への恨み節 - まぐまぐニュース!
                • フロントエンドテストにおける知見の宝庫を発見!「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
                  • クックパッドマートのエンジニア採用試験|クックパッドマートの採用

                    クックパッドの新規事業、クックパッドマートは事業拡大に伴い、全力採用中です! by cookpad mart

                      クックパッドマートのエンジニア採用試験|クックパッドマートの採用
                    • Windows環境で利用できるMicrosoft製負荷ツール

                      CPUに負荷を掛けるCPUに負荷を掛ける場合は、開発者・管理者向けのトラブルシューティングツール「Windows Sysinternals」で提供されている「CPUSTRES」を利用します。 ツールは以下からダウンロードできます。 CpuStres - Windows Sysinternals | Microsoft Docs ダウンロードしたZipファイルを解凍し、OS環境に応じたファイルを実行します。 32ビットOSなら「CPUSTRES.EXE」64ビットOSなら「CPUSTRES64.EXE」CPUSTRESを実行すると、次のような画面が表示されるので、必要な項目を選択することで、CPUに負荷を掛けることができます。 たとえば、2コアのマシンでCPU使用率を100%にしたい場合は まず、Thead1・Thread2を選択した状態で、右クリックメニューから「Activity Leve

                        Windows環境で利用できるMicrosoft製負荷ツール
                      • 長女受験を終えて|ヤマダカズキ

                        【最新】20240206 はてなブックマークにリンクを貼られ、批判を受けたので有料化しました。無料でコンテンツ提供して批判受けるの僕が1円も得しないので。5万円払ってくれた人からの批判は喜んで受けます。読んでくださった方ありがとうございました。 1.はじめに タイムラインでお祝い頂いた方も多いですが改めて御礼をお伝えします。とりあえずは無事に長女の中学受験を終える事が出来ました。ありがとうございました。

                          長女受験を終えて|ヤマダカズキ
                        • マイクロソフト、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」プレビュー公開。クロスブラウザ/クロスプラットフォームのテストを並列実行
                          • ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita

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

                              ルーチンワークはPythonにやらせよう Seleniumで勤怠処理を自動化する - Qiita
                            • GitHub - microsoft/playwright: Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.

                              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 - microsoft/playwright: Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.
                              • 実装例から見る 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 実装完了後の手動テストに依存した開発サイクルに継続的テストのアプローチを適用し、段階的に品質を向上する方法について説明しています。

                                    テスト自動化から、 開発を支える継続的テストへ
                                  • 私のフロントエンドディレクトリ構成・テスト観点 2022

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

                                      私のフロントエンドディレクトリ構成・テスト観点 2022
                                    • 上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント

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

                                        上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
                                      • プログラミングに必要なブレイクスルー

                                        Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと

                                        • TDDはゆるく実践しても大丈夫 - 千里霧中

                                          最近、TDDのテストコードは捨てても良いかみたいな議論を見ました。 これに対する自分個人の経験上の意見ですが、TDDは雑多にテストコードを使い捨てても効果を出せると思います。 もちろん、TDDで保守性が高く価値あるテストを書いて、捨てずにCIや中長期的なリファクタリングで再利用していくと、TDDの効果を増幅できます。ただ、それをするにはスキルや事前の工夫、労力が必要ですし、できる場面に限りがあります。 そういったことをやらず、もっとゆるい姿勢で取り組んでも、費用対効果をプラスにできる手法がTDDだと考えています。 今回は、そのTDDでゆるくしてもよいポイントを、実経験からまとめたいと思います。 TDDのテストは使い捨てでいい TDDのテストはプログラマのこまごまな課題に応じて累積的に作られるため、保守コストがかかるテスト・保守する価値の低いテストが生まれがちです。そのためテストの使い捨ての

                                            TDDはゆるく実践しても大丈夫 - 千里霧中
                                          • Reactアプリケーションのテスト戦略

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

                                              Reactアプリケーションのテスト戦略
                                            • 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
                                              • ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方

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

                                                  ユニットテストってもう言わない! CI/CD時代のテスト分類に最適なテストサイズという考え方
                                                • 自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita

                                                  リファクタリングの鶏卵問題 ソースコードがクソなので綺麗にしたい。 リファクタリングしたい。 しかし、リファクタリングが出来ない。 リファクタリングが出来ないのは、テストが無いからだ。 よし。じゃあテストを書こう。あれ、テストが書けない? そのようなテストが無く、書き換えられないことによる矛盾や憤りは皆さん何百回と感じてきたと思います。 しかし、この「テストが出来ない」ということを言語化するのは、非常に難しいと思います。それは、「テストが出来ない」には実は2つの視点があります。 本質的にテストが困難なモジュールで、誰がやってもテストが書けない。 本質的にモジュールはテスト可能だが、自分の実力が足りず、自分ではテストが書けない。 1.のようなテスト困難なモジュールは誰がやってもテストは書けないです。しかし、問題は、「テストを書きたい」と思ったとき、「自分がそれほどテストに詳しくない」という場

                                                    自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita
                                                  • 【書評】ついにでた!日本初のAWS認定試験プロフェッショナルレベル対応の書籍は、充実した模擬問題と解説を使って学習できます! | DevelopersIO

                                                    はじめに 皆さんこんにちは。石橋です。先日AWS認定試験のアソシエイトレベル3つの試験に合格し、プロフェッショナルレベルの学習をはじめました。 今回は、先日6/27に発売された日本初のAWS認定試験プロフェッショナルレベルに対応した書籍である、『AWS認定ソリューションアーキテクト -プロフェッショナル 試験特性から導き出した演習問題と詳細解説』を購入し、読ませて頂きましたので、レビューをさせて頂きます。 『AWS認定ソリューションアーキテクト -プロフェッショナル 試験特性から導き出した演習問題と詳細解説』 そもそもAWS認定試験とは AWS認定資格とは、AWS上で構築/開発/運用などの技術的な専門知識を問うAWS公式の資格です。 資格は現在12種類存在します。 Foundational, Associate, Professionalの順に難易度が高くなり、Specialiyはその名の

                                                      【書評】ついにでた!日本初のAWS認定試験プロフェッショナルレベル対応の書籍は、充実した模擬問題と解説を使って学習できます! | DevelopersIO
                                                    • 入試改革中止求め高校生らデモ 文科相は「実施に全力」:朝日新聞デジタル

                                                      2020年度から始まる大学入試改革の中止を求める抗議デモが13日夜、東京・霞が関の文部科学省前であった。8月末から始まり、今回で3回目。ネット上の呼びかけで高校の生徒や教師ら約100人が集まった。「試験の公平性がないがしろにされている」などと訴えた。 東京都の高校2年の男子生徒(17)はマイクを手に「高校生のための制度をつくってください」「まずは延期して、当事者を交えた議論をしましょう」と声を上げた。 現行の大学入試センター試験に代わる大学入学共通テストでは、国語と数学で記述式問題が導入されるほか、英語では「読む・聞く・話す・書く」の4技能を測るため、民間試験が活用される。しかし、民間試験の試験日や場所、大学の活用状況の多くが未定で、住む地域や家庭の経済力による不公平さも指摘されている。全国高校長協会は10日、民間試験導入の延期と制度の見直しを求める要望書を文科省に提出した。 一方、萩生田

                                                        入試改革中止求め高校生らデモ 文科相は「実施に全力」:朝日新聞デジタル
                                                      • 「尿や血液一滴で癌が分かる検査」を闇雲に受けないほうがいい理由|Wellness

                                                        こんにちは、Wellnessドクターチームです。 先日、敏腕経営者である光本さんのTweetが話題になっていました。 近年、「尿やわずかな量の血液によって癌を早期発見できる」と謳う検査(いわゆるリキッドバイオプシー検査※)が多数出現し、多くの人々の期待を膨らませています。しかしこれらの検査を健康な人が予防のために受けるというのは、国の医療を破綻させる可能性があるとともに、無駄な不安や安心をもたらす可能性もあり、受けた人全体で見た場合にデメリットがメリットを上回ってしまう可能性があります。 (※)リキッドバイオプシー(Liquid biopsy)とは、主に癌の領域で内視鏡等を用いて腫瘍組織を直接採取する従来の生検(biopsy)と異なり、血液や尿などの体液サンプルを使って診断や治療効果の予測を行おうという技術。最初に断っておきますが、この記事はこれらの新しい技術を否定するためのものではありま

                                                          「尿や血液一滴で癌が分かる検査」を闇雲に受けないほうがいい理由|Wellness
                                                        • 記述式問題 導入見送り発表 萩生田文科相 | NHKニュース

                                                          大学入学共通テストでの記述式問題について萩生田文部科学大臣は「受験生の不安を払拭(ふっしょく)し、安心して受験できる体制を早急に整えることは現時点では困難だ」と述べ、当初予定していた再来年1月からの導入を見送ることを発表しました。 国語と数学の記述式問題の導入にあたって萩生田文部科学大臣は記者会見で、実際の採点者が決まるのは来年秋から冬になることや採点ミスを完全になくすことは期待できないこと、採点結果と受験生の自己採点の不一致を格段に改善することは困難だなどと説明しました。 そのうえで、「受験生の不安を払拭し、安心して受験できる体制を早急に整えることは現時点では困難だ」と述べ、当初予定していた再来年1月からの大学入学共通テストへの導入を見送ることを発表しました。 そして、記述式問題の今後の扱いについては「期限を区切った延期ではない。英語の民間試験と違い、全くまっさらな状態から対応していきた

                                                            記述式問題 導入見送り発表 萩生田文科相 | NHKニュース
                                                          • ソフトウェアテストの実行を機械学習で効率化する。Jenkins作者の川口氏が立ち上げた「Launchable」で実現しようとしていることとは(前編)

                                                            ソフトウェアテストの実行を機械学習で効率化する。Jenkins作者の川口氏が立ち上げた「Launchable」で実現しようとしていることとは(前編) Jenkinsの作者として知られる川口耕介氏は、昨年米国で新会社「Launchable」を立ち上げ、日本にもその100%子会社であるLaunchable Japanを近日中に立ち上げ予定です。 Jenkinsの登場がテストやビルドの自動化を促進し、ソフトウェアの開発生産性を向上させたことは明らかでしょう。川口氏によると、Launchableは機械学習などの技術を用いてそれをさらに前進させるものだとしています。 インタビューを行った5月末の時点で、同社は米国に6人、日本に4人と10人ほどの体制で製品開発を進めています。 果たしてLaunchableはどのようなビジョンで何を実現しようとしているのか、同社共同創業者兼共同CEOの川口氏と、Laun

                                                              ソフトウェアテストの実行を機械学習で効率化する。Jenkins作者の川口氏が立ち上げた「Launchable」で実現しようとしていることとは(前編)
                                                            • 抗体検査・抗原検査・PCR検査 どう使い分ける?(忽那賢志) - エキスパート - Yahoo!ニュース

                                                              5月13日に抗原検査が承認され、週明けより医療機関での使用が開始されます。 また厚生労働省より献血検体を用いた抗体検査の結果が発表されるなど、抗原検査、抗体検査、PCRなど様々な検査の情報がニュースで流れています。 これらの検査はどう違い、どのように使い分ければよいのでしょうか。 抗体とは?「抗体」という単語はよく聞かれると思いますが、実際にどんな形をしているかご存知でしょうか。 皆さん、両手を挙げて「Y」を作ってみてください。 はい、それが「抗体」です。 抗体(Wikipediaといらすとやの共同作業)抗体とは、生体の免疫反応によって体内で作られるものであり、微生物などの異物に攻撃する武器の一つです。 免疫グロブリンとも呼ばれ、IgG、IgM、IgA、IgD、IgEの5種類があります。 例えば、デング熱に感染すると1週間くらいでIgMが、もう少し遅れてIgGが体内で作られるので、デング熱

                                                                抗体検査・抗原検査・PCR検査 どう使い分ける?(忽那賢志) - エキスパート - Yahoo!ニュース
                                                              • Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる

                                                                Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる 概要 Pythonのテストライブラリといえばpytestが一般的です。 Python標準のuniitestとは異なり、クラスベースではなく関数ベースでテストコードを記述することが一般的ですが、fixture,conftest,parametrizeを理解すると一気に世界が変わり、テスト体験が圧倒的に向上するため、これらの実装方法を紹介します。 リポジトリ 本記事の説明に使用しているサンプルのテスト実装は、以下のリポジトリです。 想定読者 PythonやGitの基本的な使い方を理解している方を想定しているため、基本的な用語説明は省略しています。 環境 エンジニアの利用率の高いmacOSを前提として説明していますので、その他の環境の方は随時読み替えてください。 開

                                                                  Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる
                                                                • 文科相 「大学入学共通テスト」採点の委託業者に厳重抗議へ | NHKニュース

                                                                  おととし「大学入学共通テスト」の課題を探る「プレテスト」が行われた際、採点を委託された業者が、みずから採点業者であることをうたって、自社の模試などを宣伝する資料を、高校の教諭に配布していたことがわかり、萩生田文部科学大臣は厳重に抗議する考えを示しました。 20日の衆議院文部科学委員会で、国民民主党の城井崇議員は、ベネッセが、その当時行った首都圏の高校の教諭向けの研究会で、みずから採点業者であることをうたって、自社の模試などを宣伝する資料を配布していたと指摘しました。 これについて、萩生田文部科学大臣は「ベネッセに確認したところ、資料の配付は事実であることが確認できた。学校現場に、このような資料を配布することは、記述式問題の採点業務の中立性、信頼性に疑念を招くものであり厳重に抗議し、是正を促していきたい」と述べました。

                                                                    文科相 「大学入学共通テスト」採点の委託業者に厳重抗議へ | NHKニュース
                                                                  • 決済チームがテストコードを書く際に気を付けていること - UPSIDER Techblog

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

                                                                      決済チームがテストコードを書く際に気を付けていること - UPSIDER Techblog
                                                                    • システムの応答速度は本質的な価値提供であることを示す A/B テストの実例

                                                                      2021-08-13 内容システム提供において、基本的に高速であればあるほど顧客は嬉しいものだが、実際のところ高速なシステムを提供して、どの程度の価値が発生するのかが気になったので、調べてみた。 2021/08/14 追記A/Bテスト実践ガイド 真のデータドリブンへ至る信用できる実験とは の書籍で同様な事例が紹介されているとのこと。情報提供ありがとうございます。実務でA/Bテストに向き合った人間であれば必ず一度は考えたことのあるトピックについて、アメリカのテックカンパニー(Airbnb, Google, LinkedInなど)勤務の著者らが国際会議で発表された研究もちゃんと引用して見解を述べており説得力がある。 従って、現時点における最高レベルの意思決定をデータ(A/Bテスト)に基づいて行いたいと思うなら、一度は目を通しておくべきであり関係者必携だと思う。 ※個人的には”Webサービスのレ

                                                                        システムの応答速度は本質的な価値提供であることを示す A/B テストの実例
                                                                      • Microsoft、ソースコード解析ツール「Microsoft Application Inspector」をオープンソースで公開

                                                                        「Microsoft Application Inspector」は、ソースコードにおける暗号化やリモートのエンティティへの接続、実行されるプラットフォームといった挙動を見つけられるツールで、複雑なプログラミング手法の検出や、人間では見つけにくいプログラムの挙動を特定できる。 大規模なプログラムの解析も可能で、複数の異なるプログラミング言語によって構成された、数百万行にも及ぶソースコードの解析にも対応している。 「Microsoft Application Inspector」を使用すれば、コンポーネントのバージョン間での機能変更も識別できるため、バックドアの検出に役立つ。さらに、リスクの高いコンポーネントや、追加の精査が必要なコンポーネントの特定にも使える。 検査結果は、JSONやインタラクティブHTMLを含む複数の形式でレポートを生成可能で、ソースコードから特定された機能が一覧表示され

                                                                          Microsoft、ソースコード解析ツール「Microsoft Application Inspector」をオープンソースで公開
                                                                        • TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング

                                                                          本編開始は 19:05 からです こちらのイベントのYoutubeLive配信のアーカイブです https://tddbc.connpass.com/event/183044/ チャプター 0:00:00 準備開始 0:19:05 講演開始 0:41:55 ライブコーディング開始 0:57:20 プログラミング開始 1:02:00 最初の RED ? 1:19:00 fake it 1:26:50 最初のリファクタリングおわり 1:36:40 質問タイム 1:51:20 5の倍数に着手 1:53:40 前半のデモのまとめ 1:55:20 質問タイム2回目 1:56:45 リリースから3年後の世界(テストをメンテナンスしやすくする) 2:14:20 テストの構造化とリファクタリングの説明

                                                                            TDD Boot Camp 2020 Online #1 基調講演/ライブコーディング
                                                                          • テストコードが増えるとバグは減るのだろうか? / Does more test code mean fewer bugs? - Speaker Deck

                                                                            Transcript ςετίʔυ͕૿͑Δͱόά͸ݮΔͷͩΖ͏͔ʁ�� ʮ���ˠ������ʯͰݟ͑ͨੈքͷ࿩� גࣜձࣾ;0;0ςΫϊϩδʔζ� ;0;0508/෦�J04νʔϜ� ໊औ�߂ฏ Copyright © ZOZO Technologies, Inc. © ZOZO Technologies, Inc. גࣜձࣾ;0;0ςΫϊϩδʔζ� ;0;0508/෦� J04νʔϜ ໊औ�߂ฏ 2019೥2݄ΑΓݱ৬ɻ ZOZOTOWN iOSΞϓϦͷ։ൃΛ͍ͯ͠·͢ɻ झຯͰݸਓ։ൃ΋ɻ 2 © ZOZO Technologies, Inc. 3 ���ˠ������ ʹ ͜ͷ�೥΄ͲͰ૿Ճͨ͠ςετΧόϨοδͷׂ߹ © ZOZO Technologies, Inc. 4 ���ˠ������ ����� ˞ܭଌର৅͸͜ͷ�೥ͷ։ൃͰؔ༩ͨ͠ϑΝΠϧʹߜ͍ͬͯΔ © ZOZO Te

                                                                              テストコードが増えるとバグは減るのだろうか? / Does more test code mean fewer bugs? - Speaker Deck
                                                                            • 「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム

                                                                              CEDEC2020の講演資料です。 『「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム』 株式会社セガ 第1事業部 阪上直樹 / 株式会社セガ 開発技術部 粉川貴至Read less

                                                                                「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム
                                                                              • 開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」(その2)。ソフトウェア品質シンポジウム2022

                                                                                開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」(その2)。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略(2022秋版)が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェス

                                                                                  開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」(その2)。ソフトウェア品質シンポジウム2022
                                                                                • TypeScriptの"型"を学びたいあなたへ。type-challengesのすゝめ - Qiita

                                                                                  先日以下ツイートをしたら思いの外良い反応もらえたので、より詳細な紹介記事を書いてみました。 これは必見だわ!! TypeScriptの型についての問題集 想定に従って独自のユーティリティ型を作っていく感じの問題がレベル別に提供されてる Playgroundのリンクから手を動かしながらチャレンジできるので凄くやりやすい (自分はeasyの問題でも分からんのあった。頑張ろ😅)https://t.co/tkEFe7VrBQ — Kawamata Ryo (@KawamataRyo) September 3, 2020 type-challengesとは type-challenges/type-challenges: Collection of TypeScript type challenges with online judge VueUseやVueDemiの開発者である @antfu7さ

                                                                                    TypeScriptの"型"を学びたいあなたへ。type-challengesのすゝめ - Qiita