並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 2397件

新着順 人気順

Testの検索結果361 - 400 件 / 2397件

  • AWS×コンテナで基本的なDevSecOpsアーキテクチャをデザインしたお話 - How elegant the tech world is...!

    はじめに 先日、僕が担当する業務でECS/Fargate利用を前提にDevSecOpsアーキテクチャをデザインし、社内のAWS勉強会にて登壇する機会をいただきました。 本ブログでも内容をかいつまんでご紹介できればと思います。 AWSによらず、コンテナを利用されている方にとって、一つのプラクティス例としてご参考になれば幸いです。 ※コンテナ自体の説明や必要性に関する内容は省略していますm(_ _)m そもそもDevOpsとは? DevSecOpsの導入意義をお伝えするた前に、まず軽くDevOpsの意義をお伝えします。 ※とは言え、この記事をご訪問されている方にとっては「何をいまさら...」な内容かもしれませんし、ググればDevOps自体の情報はたくさん見つかりますので、重要なポイントのみ述べることにします。 DevOpsとは、一言で述べれば、開発チームと運用チームが協力してビジネス価値を高め

      AWS×コンテナで基本的なDevSecOpsアーキテクチャをデザインしたお話 - How elegant the tech world is...!
    • Playwrightのベストプラクティスを翻訳してみた

      Playwrightの公式ドキュメントに「Best Practices」というページがあったので翻訳してみました。 原文: Best Practices | Playwright イントロダクション このガイドは、私たちが提供するベストプラクティスに習い、より弾力性のあるテストを書くために役立つはずです。 テスト哲学​ ユーザから見えるふるまいをテストする 自動テストは、アプリケーションのコードがエンドユーザのために動作することを検証するものです。関数の名前、何かが配列であるかどうか、ある要素の CSS クラスのような、ユーザが通常使用しない、目にしない、あるいは知ることさえないような実装の詳細に依存することを避けるべきです。エンドユーザーはページ上でレンダリングされたものを見たり操作したりします。したがって、自動テストでは通常、レンダリングされた出力のみを表示/操作する必要があります。

        Playwrightのベストプラクティスを翻訳してみた
      • JestでTypeScriptを高速化する | miyauci.me

        JestでTypeScriptを高速化するJestでテストの高速化させる方法を紹介します。トランスフォーマーとしてesbuildやswcを紹介し、TypeScriptで遅くなりがちなトランスパイルを高速化させることで、テストを自体を高速化します。 はじめにesbuild の登場により、フロントエンドの世界は、開発環境により速度を求めるようになりました。vite の隆盛はその最たるものといってもいいでしょう。 esbuild や swc は高速な Go や Rust によって書かれ、更に多くの場合、Typescript の型チェックを省略しています。 tsc の型チェックは、大抵 IDE やワークフローで行われているので、これらを削ぎ落とすことで、純粋なコンパイラとして JavaScript への変換に特化しているということですね。 さて、Typescript コードをテストする際、多くの場

          JestでTypeScriptを高速化する | miyauci.me
        • t-wadaさん「質とスピード」カケハシ社内講演会 - KAKEHASHI Tech Blog

          2023年9月25日、和田卓人さん(t-wadaさん)をお招きし社内講演会を開催しました。 和田 卓人さん / プログラマー、テスト駆動開発者 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。 『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『SQLアンチパターン』(オライリージャパン、2013)監訳。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。テストライブラリ「power-assert-js」 作者。 Twitter: @t_wada GitHub: @twada 開催のきっかけ カケハシでのシステムの質とスピードの前提知識を理解し、改めてシステムの質についてチームで会話するきっかけにな

            t-wadaさん「質とスピード」カケハシ社内講演会 - KAKEHASHI Tech Blog
          • 弊社サーバーのマルウェア感染に関する お詫びとお知らせ – Endless Corporate

            この度、本社サーバーがコンピュータウイルス「LockBitランサムウェア 」に感染しました。 今回の不正アクセスの直接の原因は、セキュリティ強化の一環で FortiGate(統合型セキュリティアプライアンス)の設置を昨年に依頼しましたスターティア株式会社(https://www.startia.co.jp/)が設置の際に使用していた test アカウントを削除せずそのまま放置し、悪意のある第三者が test アカウントを使用して弊社のサーバーに侵入した事によるものとなります。 なお、現時点では、社内情報の流出の事実は確認されておりません。また、被害サーバーにはお客様情報は入っておりません。 関係する皆さまには、多大なご迷惑とご心配をおかけすることとなり、心よりお詫び申し上げます。 対応としましては、感染が判明した当該サーバーをすべてネットワークから遮断する対策を講じるとともに、弊社全部署で

            • スウェーデン政治経済情報 on Twitter: "covid-19のPCR検査を請け負うスウェーデンの民間企業が、実際に検査を行ってないのに約10万人に「陰性」の証明書を渡していたことが明らかになり、警察が捜査を開始、数名を拘束した。感染者が適切な治療を受けられないだけでなく、海… https://t.co/oFLtNCzsXD"

              covid-19のPCR検査を請け負うスウェーデンの民間企業が、実際に検査を行ってないのに約10万人に「陰性」の証明書を渡していたことが明らかになり、警察が捜査を開始、数名を拘束した。感染者が適切な治療を受けられないだけでなく、海… https://t.co/oFLtNCzsXD

                スウェーデン政治経済情報 on Twitter: "covid-19のPCR検査を請け負うスウェーデンの民間企業が、実際に検査を行ってないのに約10万人に「陰性」の証明書を渡していたことが明らかになり、警察が捜査を開始、数名を拘束した。感染者が適切な治療を受けられないだけでなく、海… https://t.co/oFLtNCzsXD"
              • 強くてニューゲームなプロダクト開発 / Product development in new game plus

                ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass

                  強くてニューゲームなプロダクト開発 / Product development in new game plus
                • アップル、iPhone 15の電池寿命を唐突に倍増「再テストの結果」再充電1000回でも80%残、EUの交換式バッテリー義務付け例外と一致 | テクノエッジ TechnoEdge

                  ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 アップルは、iPhone 15シリーズに搭載するバッテリーの寿命(充電回数)が、再テストの結果これまでの想定より長寿命であることがわかったとして、iPhoneのサポートページを更新しました。 iPhone 15シリーズ(iPhone 15、iPhone 15 Plus、iPhone 15 Pro、iPhone 15 Pro Max)のバッテリー寿命は、これまでは充電回数にして500回とされていましたが、更新された充電可能回数は2倍の1000回になっています。 この「バッテリー寿命」とは一回の充電で何時間使えるかではなく、充電と放電(使用)を繰り返したとき、充電できる最大容量がどれほど残るかの目安。この場合は1

                    アップル、iPhone 15の電池寿命を唐突に倍増「再テストの結果」再充電1000回でも80%残、EUの交換式バッテリー義務付け例外と一致 | テクノエッジ TechnoEdge
                  • jestでDBありのテストを高速化する

                    課題link お手伝いしているシステムでNestJSを採用しているバックエンドのテストが遅いという課題があったので対処した。 前提link フレームワークDBテストランナーその他 テストの総数は700弱。 最終結果link 最終的には2段階の改修を経てローカルのテストが3倍速程度高速化した。 # before Test Suites: 145 passed, 145 total Tests: 2 skipped, 681 passed, 683 total Snapshots: 0 total Time: 925.063 s Ran all test suites. Done in 926.48s. # ts-jestを@swc/jestに置き換えた Test Suites: 145 passed, 145 total Tests: 2 skipped, 681 passed, 683 t

                      jestでDBありのテストを高速化する
                    • yamlでテストシナリオを書いてそのまま実行までできるAPIテストツールの新星 “runn” を試してみた | DevelopersIO

                      yamlでテストシナリオを書いたらそのまま実行できる……そんな夢のようなシナリオテストツール"runn"の紹介とやってみた記録です これまでのシナリオテストツールに対する課題感 シナリオテストツールといえば、 Cucumber や Gauge といったツールが有名です。 ですが、これらのツールは「シナリオファイル」とは別に、シナリオを実行するためのコードも書かないといけません。しかも、そのコードではAPIを呼び出す処理を特定のプログラミング言語を使って書かなければなりません。その中には、HTTP Clientを実際に操作するような処理も含まれます。 私は「シナリオテストがしたい」のであって、「シナリオに沿ってAPI呼び出しを行う処理を書きたい」のではありません。こういった課題感を、ここ数年ずっと抱えてきました。 そんなとき、ついに見つけたツールが "runn" でした。 APIのシナリオテ

                        yamlでテストシナリオを書いてそのまま実行までできるAPIテストツールの新星 “runn” を試してみた | DevelopersIO
                      • 共通テスト 試験中に問題撮影し外部に送信か 警視庁が捜査 | NHKニュース

                        今月行われた大学入学共通テストについて、試験中に問題が撮影されて外部に送られ不正が行われたという情報が文部科学省に寄せられ、通報を受けた警視庁が偽計業務妨害の疑いがあるとして捜査を始めたことが分かりました。 関係者によりますと、今月15日と16日に行われた大学入学共通テストのうち、初日の15日の午前中に行われた「地理歴史」の中の世界史の問題用紙が試験中に撮影されて外部に送られ、不正が行われたという情報が文部科学省に寄せられました。 情報提供者は東京の大学生と名乗り、ネット上で知り合った受験生とみられる人物から試験問題の画像が送られてきて、試しに解いてほしいと依頼されたので解答したが、その後、大学入学共通テストの試験中に実際の問題が送られていたことに気付いたとしています。 SNS上にも、受験生とみられる人物から送られてきたという試験問題を撮影した画像が投稿されていて、共通テストを実施している

                          共通テスト 試験中に問題撮影し外部に送信か 警視庁が捜査 | NHKニュース
                        • PCR検査「世田谷モデル」暗礁に乗り上げる 財源、受け皿の確保に課題(1/2ページ)

                          東京都世田谷区が新型コロナウイルスの感染防止対策で、「いつでも、どこでも、何度でも」PCR検査を受けられるようにする「世田谷モデル」が暗礁に乗り上げている。今月中に「第1弾」として、区内の介護施設職員ら計約2万3000人に対し、症状の有無を問わずに検査を始める計画だが、大量検査の前提になる「プール方式」を採用できず、当初より大幅に時間がかかるのが確実な情勢だ。定期検査のための財源確保や陽性者の受け入れ態勢などの課題も抱えている。 区内の状況をめぐっては、累計感染者数2084人(23日現在)と都内で2番目に多く、これまでに介護や保育などの福祉施設計49カ所でクラスター(感染者集団)が確認されている。無症状者も含めた職員らの大量検査を行うことで感染者を早期発見し、新たなクラスターの発生を防止する狙いがある。 今月中にもすでに感染者が出ている介護職員に優先的に実施し、障害者施設や児童養護施設職員

                            PCR検査「世田谷モデル」暗礁に乗り上げる 財源、受け皿の確保に課題(1/2ページ)
                          • フロントエンド開発のためのテスト入門 - サンプルの紹介 -

                            昨年から執筆を続けていた書籍が 4/24 に刊行します。「フロントエンド開発のためのテスト入門」という本です。 書籍ならではのテストコード解説を目指して 次の投票結果は、書籍企画時に持ち込んだ筆者のツイートです。フロントエンドテストに関していえば、8 割近くの方が何かしら不安や不足を感じている、という結果になりました。 不安や不足の原因は様々なものがあるかと思います。そのうち、筆者が着目したのは「テスト手法の豊富さ」です。「単体テスト・結合テスト・E2E テスト、何をどれほど書けばよいのか?」という疑問は、フロントエンドに限らず、はじめて自動テストに取り組まれる方が通る関門ではないでしょうか。 自動テストを書くには「テスト対象」を明確にしたうえで、テスト対象に適したテストコードを書く必要があります。本書は、現場で書かれるものに近い「テスト対象 = アプリケーションコード」をサンプルとして用

                              フロントエンド開発のためのテスト入門 - サンプルの紹介 -
                            • AI時代にこそTDDだと思う話

                              GitHub Copilot、みなさん使ってますか?すでに多くの方が利用しており、「ないと困る」という方から「提案の質に問題がある」「まだまだ使えない」という方まで、様々な意見を聞きます。 筆者はGitHub Copilotに対して非常にポイティブな立場です。GitHub Copilotは使い方次第で開発速度を格段に向上させることを身をもって体験しており、これからの時代においてはGitHub CopilotなどのAIツールを使いこなせるかどうかで、個人の開発速度に非常に大きな差が出ると考えています。 重要なのは使い方次第と言う点です。前述のように様々な感想が溢れているのはAIツールの習熟度が大きく影響しているようにも感じます。AIツールは静的解析同様、利用者側の手腕が大きく問われるツールであると筆者は感じています。コマンドプロンプトエンジニアリングという言葉もあるように、AIツールを使いこ

                                AI時代にこそTDDだと思う話
                              • 大学入試のマークシート偏重に識者「将来の失業者量産」危惧(NEWS ポストセブン) - Yahoo!ニュース

                                文部科学省は2020年度(2021年実施)の大学入試から、新センター試験(大学入学共通テスト)の英語で民間試験を利用し、国語と数学で記述式問題を導入する予定だった。しかし、野党やメディアから批判が巻き起こり、結局、文科省は導入を見送った。 【写真】入試改革を主導したキーマンが語る この大学入試改革を構想し、陣頭指揮を執ってきたのが東京大と慶應大SFC(湘南藤沢キャンパス)の教授を務める鈴木寛氏である。鈴木氏は民主党政権下で文科副大臣、その後の自民党政権下で文科省参与、大臣補佐官を歴任した。その鈴木氏が、共通テストへの「記述式」導入批判に応える。

                                  大学入試のマークシート偏重に識者「将来の失業者量産」危惧(NEWS ポストセブン) - Yahoo!ニュース
                                • レガシーでウォーターフォールなVue.jsでの大規模開発に捧げるテスト駆動フロントエンド開発の話 / v-tokyo10

                                  大規模ウォーターフォール開発の中で実施している、vue-testing-libraryを利用したテスト駆動開発の紹介です。

                                    レガシーでウォーターフォールなVue.jsでの大規模開発に捧げるテスト駆動フロントエンド開発の話 / v-tokyo10
                                  • 結合テストを書くときはコードベースを分離している

                                    新規開発の設計支援や古いコードベースを甦らせて欲しいという相談をもらったときに、最初にちょろっとコードだけお手本的なコードを書いてから引き渡しているのだが、そのときに必ず結合テストを書くようにしている。 3, 4年前から僕と付き合いがある人からすると、 「「「あの sadnessOjisan がテストを書くだと!!!」」」 という感じだと思うのだが、最近はテストに思うところもあってちゃんと書いている。 そしてそのテストコードだが、基本的にはアプリケーションから分離して書いている。その話をしたい。 OGP OGP は野方ホープで海苔が分離されて出てきた時の画像だ。 アプリケーションから分離したテストとはどういうことか 最終的にはテスト対象のサーバーを Docker コンテナで固めて、そのコンテナに対して HTTP リクエストを投げてその結果や DB の中身を検証するコンテナを docker

                                      結合テストを書くときはコードベースを分離している
                                    • 「テストコードにはテストの意図を込めよう」の発表報告&補足説明&質問回答 #vstat - ブロッコリーのブログ

                                      先日、「リーダブルなテストコードについて考えよう~VeriServe Test Automation Talk No.3~」というイベントで登壇してきました。 veriserve-event.connpass.com 今回は発表内容に対する補足と、発表に対していただいた質問に回答します。気になるところだけでも読んでもらえればと思います。 目次 目次 発表内容 発表に対する補足 【補足1】都道府県のテストについて 【補足2】Parameterized Testsへの利用について いただいた質問の回答 【質問1】リーダブルなテストコードの勉強方法はありますか? 【質問2】テストコードのメンテナンスをするにあたってのリファクタリングの頻度はどれくらいか? 【質問3】レビューをする際、機能自体のレビューにかけた時間に対してテストのレビューにかける時間はどのくらいの割合で行っていますか? 【質問4】

                                        「テストコードにはテストの意図を込めよう」の発表報告&補足説明&質問回答 #vstat - ブロッコリーのブログ
                                      • System tests have failed

                                        When we introduced a default setup for system tests in Rails 5.1 back in 2016, I had high hopes. In theory, system tests, which drive a headless browser through your actual interface, offer greater confidence that the entire machine is working as it ought. And because it runs in a black-box fashion, it should be more resilient to implementation changes. But I'm sad to report that I have not found

                                          System tests have failed
                                        • private 関数にもテストを書きたいとき

                                          「private 関数にはテストを書かない」というのが多数派だと思う。だが昨日、仕事で In-source testing を書いていたらふと private 関数にテストを書きたくなった。そこで、In-source testingができる環境下でもprivate 関数にテストを書くべきかを X で聞いてみたら何か盛り上がっていた。 (In-source Testing: https://vitest.dev/guide/in-source.html) 反応を見る限り、やはり「private 関数にはテストを書かない」の方が主流だった。Kent Beck先生の http://shoulditestprivatemethods.com を紹介するツイートにもそういった反応が寄せられていた。(ぶんぶんさん、教えてくれてありがとうございます。) (このサイト面白すぎますよね・・・) 自分の立場を

                                            private 関数にもテストを書きたいとき
                                          • チームのテストフローを見直して、実装時間を2倍に増やした話 - SmartHR Tech Blog

                                            こんにちは!SmartHRで基本機能の開発を担当している、エンジニアのwakasaです。2023年の1月から半年かけて、自チームのテストフロー見直しを行い、実装時間を大幅に増やすことができました。今回はその取り組みをご紹介します。 見直し前のチームの状態 私の所属するEチームは、SmartHRの基本機能の中でも、従業員情報やマスターデータの履歴データ管理周りの機能開発を主に担当しています。2023年8月現在、エンジニアが6名、プロダクトマネージャーが1名、プロダクトデザイナーが1名所属しており、QAエンジニアは所属していません。以前はQAエンジニアがチームに所属していましたが、2022年10月にチームを離れました。QAエンジニアがチームを離れたあとはエンジニアがテスト業務を兼務しています。 今回の取り組みを始めるきっかけとなったのは、2022年の年末に実装にどのくらい時間を使えているのか計

                                              チームのテストフローを見直して、実装時間を2倍に増やした話 - SmartHR Tech Blog
                                            • https://twitter.com/sekkai/status/1612379637396697090

                                                https://twitter.com/sekkai/status/1612379637396697090
                                              • NUROのパケロスが出るの真相 実はパケロスしてない

                                                パケロスしてるって言ってるNUROユーザー、実際はパケロスしてない。 パケロスした!ってスクショはってる人結構いるけどあれは罠。 speedtest.netで速度測定するときにサーバーが自動で選択されるんだけど、 NUROを使っているとGSL Networksってサーバーが自動選択されやすい。 GSL Networksってサーバーに対してスピードテストするとNUROでなくてもパケットロスが出る(ひどいと60%以上) 試しにNURO以外からspeedtest.netでGSL Networksを手動選択してスピードテストしてみてほしい。絶対パケロスが出るから。 で、NUROユーザーが貼っているスピテスのスクショ、 ほとんどの場合テストサーバーがGSL Networksなんだよね。 NUROユーザーはspeedtest.netでテストするならGSL Networks以外のサーバー、例えばi3D.

                                                  NUROのパケロスが出るの真相 実はパケロスしてない
                                                • Chromeに入るRecorder機能の利用と注意点 - 虎の穴開発室ブログ

                                                  こんにちは。虎の穴ラボのH.Hです。 今回は先日発表されたChromeの開発中の新機能であるRecorder機能について使用方法や利用する際の注意点などをまとめました。 Recoder機能とは ブラウザのChrome97で追加される予定の機能で、ブラウザの画面上で操作した記録を取得してくれる機能になります。 この記事を書いている2021年11月17日では一般に提供されているChromeの最新版は96となり、開発中の「Chrome Dev」もしくは「Chrome Canary」でRecorder機能を使用することができます。 利用している時の様子はChromeの開発者向けのページに公開されています。 developer.chrome.com 主な機能は以下の通りです。 ・操作の記録及び再実行(リプレイ)できる ・再実行時にパフォーマンスの記録・確認できる ・記録した内容の編集ができる ・操作

                                                    Chromeに入るRecorder機能の利用と注意点 - 虎の穴開発室ブログ
                                                  • Should I Test Private Methods?

                                                    should i test private methods?

                                                    • フロントエンドのテスト構成について考えてみた in 2023

                                                      はじめに この記事では、 フロントエンドの開発において意義のあるテストはなにか? それらをコスパよく実現するためにはどうすればよいか? について考えて、作った構成を紹介します。 前提 下記の技術スタックを利用していますが、これ以外のスタックでも応用可能な仕組みが多いと思います。 Next.js Storybook playwright msw msw-snapshot (拙作) 注意事項 この記事の構成は、まだまだ実験的な機能だったり怪しい技術が一部採用されています。 msw-snapshot 拙作のライブラリであって、動作が怪しい可能性がめっちゃあります。 Next.js の testmode playwright + msw を実現するために必要でした。 まだまだ全然まともに動かないかもしれません。(サンプルリポジトリの単純なテストは動いた) サンプル 下記のリポジトリにサンプルを用意

                                                        フロントエンドのテスト構成について考えてみた in 2023
                                                      • http://alanpryorjr.com/2019-05-20-flask-api-example/

                                                          http://alanpryorjr.com/2019-05-20-flask-api-example/
                                                        • フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」(その3)。ソフトウェア品質シンポジウム2022

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

                                                            フルスタックエンジニアから「フルサイクルエンジニア」へ。和田卓人氏による「組織に自動テストを根付かせる戦略」(その3)。ソフトウェア品質シンポジウム2022
                                                          • また自分たちだけ…自民党全職員PCR検査にドン引きと非難轟々 | 女性自身

                                                            1月29日、自民党が新型コロナウイルス感染防止策として党本部の全職員にPCR検査を行っていると一斉に報じられた。日刊スポーツによると今週から検査を実施し、検査過程で職員1人に陽性が判明。この職員は自宅療養しており、濃厚接触者も確認されていないという。 竹本直一前IT担当大臣(80)や石原伸晃元幹事長(63)など、これまで党員の感染は報告されている。感染自体は責められるものではないが、“感染予防に徹していた”とは言い難い党員らの行動が問題視されている。 「竹本氏は参加していませんが、後援会が80人規模の政治資金パーティーを実施しました。菅義偉首相(72)と二階俊博幹事長(81)も、著名人を含む8名で“ステーキ会食”。そして緊急事態宣言下では、松本純国対委員長代理(70)が “深夜のはしご酒”をしていました。さらに二階幹事長の“最側近議員”の公設秘書らも、和歌山県でカラオケを楽しむなど豪遊。そ

                                                              また自分たちだけ…自民党全職員PCR検査にドン引きと非難轟々 | 女性自身
                                                            • 404 Not Found

                                                              404 Not Found モォ?    モォ? A_A   A_A /⌒▼⊂ ・・つ ⊂・・ つ▼⌒ヽ *~|● ■ (_‥) (‥_) ■ ●|~* ∪ー~∪∪ ~    ~ ∪∪~-∪ ┌─────┐ │五十鈴牧場│ └─────┘ お探しのページは牛さんたちが食べてしまったようです。 それでは、牛さんのコメントを聞いてみましょう。 牛(右)「ムシャムシャしてやった。今は反芻している」 牛(左)「お腹いっぱい。モォ食べられない」 戻る

                                                              • ユニットテスト | 箱根ガラスの森美術館

                                                                あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and typesetting industry. あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and typesetting industry. あのイーハトーヴォのすきとおった風、夏でも底に冷たさをもつ青いそら、うつくしい森で飾られたモリーオ市、郊外のぎらぎらひかる草の波。 Lorem Ipsum is simply dummy text of the printing and

                                                                • 記述式見送り、日本は「教育鎖国」状態に 慶応元塾長:朝日新聞デジタル

                                                                  ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- Section BGN -->\n<div class=\"Section jukentokushu_naka6_list pc\">\n<div class=\"Title\">\n<h2><a href=\"https://www.asahi.com/edu/exam/\">受験ニュース</a></h2>\n<ul class=\"SubLink\" style=\"float:right;font-size:.8rem;\">\n<li class=\"Fst\"><a href=\"https://www.asahi.com/edu/kyotsu-exam/\">大学入学共通テストへ</a

                                                                    記述式見送り、日本は「教育鎖国」状態に 慶応元塾長:朝日新聞デジタル
                                                                  • 大学入試改革、何故すべての道は「ベネッセ」に通じる? 受験産業が入試に関わる危険性(全文) | デイリー新潮

                                                                    「大学入試改革」何故すべての道はベネッセに通じるのか?(2/2) 大学入学共通テストに導入予定だった英語の民間試験は、「身の丈」発言が波紋をひろげ、実施が見送られることとなった。そして今度は、国語と数学の「記述式問題」にも教育界から疑問の声が上がる。採点者の質の確保や、“採点の質”をチェックする仕組みがないためだ(前回参照)。 今回、記述式問題の採点業務を61億円で落札したのは、ベネッセホールディングスの子会社・学力評価研究機構。衆院文科委員会では「(採点者は)アルバイトもいる。学生か社会人かは問うていない」(ベネッセの学校カンパニー長・山崎昌樹氏)との発言も飛び出し、採点への不安は高まっている。 *** 速報「勤務中に肋骨3本を折ったのに“1カ月で出社しろ”と…」 山崎製パンの“凄絶ブラック労働”の実態 「コロナにかかったのに強制出勤」も 速報「女がだまそうとして、それに引っかかっただけ

                                                                      大学入試改革、何故すべての道は「ベネッセ」に通じる? 受験産業が入試に関わる危険性(全文) | デイリー新潮
                                                                    • ユーザーテストガイドラインを公開しました – #シン・トセイ 都政の構造改革ポータルサイト

                                                                      QOS(Quality of service)の高い、誰もが使いやすい、品質の高いデジタルサービスを提供するためには、リリースの前や後に、サービスの使い勝手をユーザーに試してもらい、問題点や改善点を発見する「ユーザーテスト」を実施し、それに基づいて改善することが重要です。 そこで都では、その具体的な手法を「ユーザーテストガイドライン」としてまとめました。 「テストしないものはリリースしない」を合言葉に、都庁内でサイトやアプリ、システムなどのデジタルサービスを開発する時は、本ガイドラインに基づきユーザーテストの実践を徹底していきます。

                                                                      • Agile Testingを夢見たテスト自動化 〜ATDDへの挑戦から始まる 1年間の試行錯誤〜 / dreaming agile testing at basebank

                                                                        「CIのためのテスト自動化」というテーマで第17回QUESに招待いただいた際の資料です。 - Agileチームにおけるテスト自動化の試行錯誤から得られたしくじり - Agile Testingの概要とその一つの取組みとしてのATDDの実践をテスト自動化目線で - システムレベルの自動E2Eテストの作成・維持に焦点を当てる

                                                                          Agile Testingを夢見たテスト自動化 〜ATDDへの挑戦から始まる 1年間の試行錯誤〜 / dreaming agile testing at basebank
                                                                        • 通信切断なら入試面接「打ち切りも」 複数の大学が方針:朝日新聞デジタル

                                                                          ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                                                            通信切断なら入試面接「打ち切りも」 複数の大学が方針:朝日新聞デジタル
                                                                          • CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中

                                                                            最近の開発では、CI/CD、自動テスト、継続的テストが当たり前となっていますが、その影響で、それらのCI/CD方針、テスト方針と、Git等のバージョン管理のブランチ方針をどう連携させるかが、定番の課題になっていると感じています。 今回は、このブランチ方針、CI/CD方針、テスト方針を連携させて、開発の品質とスピードを向上させるアプローチについて解説します。 結論から言うと、要点は以下の二つとなります。 バージョン管理のブランチ方針は、CI/CD方針、テスト・QA方針と不可分であり、連携を考えながら方針立てする必要がある ブランチ方針の工夫で、CI/CD、テスト・QAの開発インフラリソース消費を削減でき、本当に重要なポイントに開発インフラリソースを投入できる。これにより、限られたリソースでの高品質・高スピードの両立を支えられる 背景:開発インフラの進化が全てを解決すると楽観視していた発展期

                                                                              CI/CD方針、テスト・QA方針と連動する三分類ブランチ管理方針で、開発での高品質と高スピードの両立を支える - 千里霧中
                                                                            • Goで書くテスタブルなCLIツールの作り方 | gihyo.jp

                                                                              CLIツールをテストする難しさ ターミナルなどで動作するCLI(コマンドラインインタフェース)ツールは、パッケージを公開して利用してもらうライブラリと比べてテストがしにくいと感じる読者も多いでしょう。 CLIツールは、ファイル/標準入力からの入力や、ファイル/標準出力/標準エラー出力への出力があることが多いです。また、コマンドライン引数やオプション(フラグ)によって変わる挙動のパターンが多いため、網羅的なテストが大変です。 入出力についても単一のファイルを読み書きするだけではなく、ディレクトリごと作成したり、特定のディレクトリ以下を再帰的に読み込むような処理もよくあります。 main関数にすべての処理をすべて書くような作りのCLIツールだと、実際にビルドしてテストスクリプトなどから動かしてテストするしかありません。しかし、せっかくCLIツールをGoで書いているのであれば、テストもGoで書き

                                                                                Goで書くテスタブルなCLIツールの作り方 | gihyo.jp
                                                                              • Postman 入門

                                                                                今回の記事は、2023年8月29日に開催されるPostman Meetup Fukuokaの登壇に向けて、Postmanへの感謝を伝えるために執筆した記事である。 今回の記事は、これからPostmanを実務で導入するプログラマーを対象に基本的な使い方を解説した記事になる。Postmanの専門的な使い方を知りたいならPostman Learning Centerを確認してほしい。本記事はあくまで二次情報に過ぎないので、より正確な情報を求めるならそちらを参照すること。 今回の記事では、API設計・開発で重宝するサービス「Postman」の使い方を解説する。 対象者 これからPostmanを学ぶひと 実務でPostmanを触っているひと Postmanに興味があるひと タイトルでなんとなく気になったひと Postmanとは PostmanはWeb API(以下「API」)の設計・開発、テストをサ

                                                                                  Postman 入門
                                                                                • iOS 13のSafariブラウザが「WebDriver」を正式サポート。SeleniumなどによるUIテストの自動化が容易に

                                                                                  現在ベータ版が公開中で、9月には正式版が登場する見込みのiOS 13のSafariブラウザが「WebDriver」を正式にサポートすることをAppleが発表しました。 Starting in iOS 13, Safari now includes native support for the W3C WebDriver standard. This feature builds on existing support for WebDriver in desktop Safari, first introduced in Safari 10 and macOS Sierra. iOS 13から、SafariがW3C WebDriver標準仕様をネイティブにサポートする。この機能は、macOS SierraのSafari 10からサポートが始まった既存のデスクトップ版SafariのWebDr

                                                                                    iOS 13のSafariブラウザが「WebDriver」を正式サポート。SeleniumなどによるUIテストの自動化が容易に