並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 2964件

新着順 人気順

ユニットテストの検索結果281 - 320 件 / 2964件

  • 文化からツールまでを扱ったタイトルに違わぬ大著『Googleのソフトウェアエンジニアリング』を読んだ - こまぶろ

    昨年11月末に発売された『Googleのソフトウェアエンジニアリング』を読みました。 Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 細かい内容についての感想はTwitterの方に放流しているので、ブログでは簡単に。 とりあえず一周した。17章以降は基本「いやーGoogleさんすごいっす」という感じだったが、ところどころ役立つ話があったし、「エンジニアリングを発展させていった先の一つの形がこうなのか」という面白さは大きかった。逆に前半は実践的にかなり勉強になったのでちゃんと復習しよう…… #swebookjp— こま (@koma_koma_d) 2022年1月3日 全体の構成 書籍全体の構成は、以下のようになっています。 分量としては、「第4部 ツール」が最も大きな部分を占めています。 第2部から第4部に

      文化からツールまでを扱ったタイトルに違わぬ大著『Googleのソフトウェアエンジニアリング』を読んだ - こまぶろ
    • Twitter、内容を読まずにRTしようとすると「読んだ?」と尋ねるテスト開始

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

        Twitter、内容を読まずにRTしようとすると「読んだ?」と尋ねるテスト開始
      • 単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ

        はじめにTIG EXU真野です。 積読を消化しようというテーマの、読書感想文連載 の1冊目は、単体テストの考え方/使い方 です。 書籍の基礎情報です 2022年12月28日発売 Unit Testing Principles, Practices, and Patterns の翻訳書。原著は2020年1月14日に発売 テーマ 質の高いテストを行い、ソフトウェアに価値をもたらそう!単体(unit)テストの原則・実践とそのパターン プロジェクトの持続可能な成長を実現するための戦略 単体テストの原則・実践とそのパターン コード例は C# であるものの、どの言語でも適用できる汎用的な内容とのこと 中を見ると、微妙にC#特有ぽいところに1箇所悩みましたが、それ以外はその通り 翻訳者の須田さんは、他にもセキュア・バイ・デザイン: 安全なソフトウェア設計 やOAuth徹底入門 セキュアな認可システムを適

          単体テストの考え方/使い方 の感想文 | フューチャー技術ブログ
        • 今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル

          マイナンバーカードを使ったコンビニ証明書交付サービスで、別人の住民票などが発行されるトラブルが立て続けに発生した問題を巡り、新たに徳島市でも誤発行が発生していたことが2023年5月11日までに分かった。サービスの提供ベンダーは今回も富士通Japanだ。 徳島市によると、同年3月27日、徳島市に住民票を置く住民が徳島県小松島市のコンビニでマイナンバーカードを使って住民票の発行を申請したところ、別人の戸籍証明書が誤交付されたという。具体的には、3枚つづりになっている戸籍証明書のうち、2枚目のみが印刷された。誤った証明書を受け取った住民はコンビニの店員に当該証明書を渡し、返金を受けたという。 トラブルは、地方公共団体情報システム機構(J-LIS)が検知したアラートによって判明した。同日の夜にJ-LISから徳島市にシステムエラーの可能性について連絡が入った。徳島市は即日、コンビニ証明書交付サービス

            今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル
          • かたこりマシーン on Twitter: "やー、 すんごい点数のテストが返ってきた。 100点満点中50点だわ。 https://t.co/TYM4xUZKXA"

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

              かたこりマシーン on Twitter: "やー、 すんごい点数のテストが返ってきた。 100点満点中50点だわ。 https://t.co/TYM4xUZKXA"
            • 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: 日本のソフトウェア企業のテスト・テスト自動化に関する資料をまとめています
              • 開発環境『もしかして』本番環境『わたしたち』悲しみを背負った人々が歌い、想像したエンジニアが吐く阿鼻叫喚「(対応が)遅いよと〜怒る君(上司)」

                ログとして。実際あるのがまた怖い。

                  開発環境『もしかして』本番環境『わたしたち』悲しみを背負った人々が歌い、想像したエンジニアが吐く阿鼻叫喚「(対応が)遅いよと〜怒る君(上司)」
                • 新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に

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

                    新潟県の公文書データ10万件が消失 保守業者がテストなしで新機能追加し不具合に
                  • つよつよエンジニアの成果物にある5つの特徴 - Qiita

                    はじめに エンジニアとして成長し、「つよつよエンジニア」と呼ばれて周囲から評価されるエンジニアになりたいという若手エンジニアや学生の方は多くいると思います。 私は今までで数百人以上のエンジニアと一緒に仕事をしており、その中にはベンチャーや上場企業でCTO/VPoT/テックリードといった役職についている「つよつよエンジニア」も多くいます。 (かくいう私も組織マネジメント力よりは技術力を評価されてCTOをしていますし、今もコードを書いています)。 「つよつよエンジニアになるためにはどのようなアクションをとればいいか」という視点で述べられていることは多くても「成果物にどのような特徴があるのか」という観点で述べられていることはあまり無い印象です。 成果物の特徴さえわかれば、まだ自身がそのレベルまで到達できていなくても、成果物のレベルを引き上げることができます。 (世阿弥の「風姿花伝」でも「真似る」

                      つよつよエンジニアの成果物にある5つの特徴 - Qiita
                    • フロントエンドにおける「単体テストの考え方/使い方」

                      本稿における「単体テスト」とは自動テストにおける単体テストを指します。手動テストのことではないので、ご了承ください。 単体テストの考え方/使い方という本を読みました。筆者自身、「単体テストはプロダクションコードの付属」という意識がどこかにありました。この本を読んで、単体テストについてあまりに何もわかってなかったことに気付かされ、単体テストの設計はプロダクションコードの設計と同じくらい重要という意識に変わりました。何のために単体テストをやるのか、いいテストとは、「単体」とは、など多くの点で学びを得られ、また、多くのプラクティスとアンチパターンを知ることができました。 本稿はこの本を読んで得られた学びを、フロントエンド開発、特にコンポーネント開発に適用することを試みた際のまとめです。より詳細な解説を求む方には本を手に取ってもらう前提で、できるだけポイントを抑えられるようにまとめることを目指しま

                        フロントエンドにおける「単体テストの考え方/使い方」
                      • 【2020年新人研修資料】ナウでヤングなPython開発入門

                        【2020年新人研修資料】 ナウでヤングなPython開発入門

                          【2020年新人研修資料】ナウでヤングなPython開発入門
                        • モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中

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

                            モダンなテストレベル設計(ユニットテスト~システムテスト等をどう設計するか)の原則 - 千里霧中
                          • 【入門】フロントエンドのテスト手法まとめ - 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
                            • ある歯磨き粉メーカーが空箱検出システムを数億かけ開発→検出率が異常に低いので現場に行ったら、数千円の扇風機で解決されていた話

                              すらこに @slakoni00 とある歯磨き粉のメーカーが製造ラインで空箱を検出するシステムの開発に数億円を投じたのだけど、検出率が異様に低く不思議に思って現場へ確認しに行ってみたら、いちいちアラームが鳴るのが面倒だからと従業員がセンサーの手前にわずか数千円の扇風機を置いて吹き飛ばして解決していた話を思い出した twitter.com/ShinShinohara/… 2021-10-23 10:59:27 shinshinohara @ShinShinohara もう10年近く前になるけれど、「すいえんさー」というNHK教育の番組が面白くて。特に衝撃的だったのは、大学対決。私が初めて大学対決を見たのは、京都大学との対決だった。A4の紙で作った物体の滞空時間を競うという競技。京大の学生は博学さと理論値を発揮して、様々な形の物体を作った。かたや。 2021-10-22 23:19:29

                                ある歯磨き粉メーカーが空箱検出システムを数億かけ開発→検出率が異常に低いので現場に行ったら、数千円の扇風機で解決されていた話
                              • たった1人の感染者が地方都市にコロナを持ち込むとどうなるか?《島根で実際に起きた“舞台クラスター”波及騒動》 | 文春オンライン

                                たった1人の感染者が地方都市にコロナを持ち込むとどうなるか?《島根で実際に起きた“舞台クラスター”波及騒動》 知事が会見、関係施設は封鎖、600人がPCR検査、広まるデマ……

                                  たった1人の感染者が地方都市にコロナを持ち込むとどうなるか?《島根で実際に起きた“舞台クラスター”波及騒動》 | 文春オンライン
                                • テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020

                                  以下のイベントの投影資料です。 https://event.shoeisha.jp/devsumi/20200213/session/2364/ 発表時の諸注意など http://nihonbuson.hatenadiary.jp/entry/2020/01/31/090000 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P2 Agile Testing Fellow https://agiletestingfellow.com/ P15 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf P20 概説テスト分析 http://ww

                                    テストコードを書き始める前に考えるべきテストの話 #DevSumi / Developers_Summit_2020
                                  • React Application Architecture for Production〜これ一冊で全てが網羅〜

                                    はじめに この記事は、Alan Alickovicさんの著書「React Application Architecture for Production」をまとめたものになります。Alanさんと言えばZennで最も人気のある記事「bulletproof-react」の作者であり、彼のprojectから学ぶことはとても多い印象です。 今回紹介する本は2023年1月に公開されたため、bulletproof-react以後のReactアプリケーションにおけるベストプラクティスの宝庫となっています。また、本で扱われているアプリケーションのProjectがGitHubで公開されていることから、Projectを眺めるだけでも勉強になる点があるかと思います。 想定読者 Reactのアーキテクチャを模索している方 テスト手法やCI/CDなどのアプリケーション設計に関心がある方 使用される技術と本の構成 言

                                      React Application Architecture for Production〜これ一冊で全てが網羅〜
                                    • 日本では英語ペラペラだと思われる「TOEIC900点」ってネイティブの英語力に換算するとこのくらいです「そうなの!?」

                                      川田耕作 @kawata_tenshoku 日本では英語ペラペラと思われるTOEIC900点は、英語ネイティブの英語能力を100とすると、15くらいです。これ決して大袈裟ではないです 2022-10-31 21:27:25 リンク Wikipedia 国際コミュニケーション英語能力テスト 国際コミュニケーション英語能力テスト(こくさいコミュニケーションえいごのうりょくテスト、英: Test of English for International Communication))とは、英語によるコミュニケーションとビジネス能力を検定するための試験。評価はスコアの数値で行われ、スコアの満点は990点。 TOEIC(トーイック)という商品名(登録商標)でアメリカのテスト開発機関である教育試験サービス(ETS)が試験の開発、運営、評価を行っている。TOEICという名称は、受験した人に与えられた認定

                                        日本では英語ペラペラだと思われる「TOEIC900点」ってネイティブの英語力に換算するとこのくらいです「そうなの!?」
                                      • 【悲報】近畿大学、期末試験をオンラインで実施するもカンニングが横行し満点を取る生徒が続出「性善説に立って信じていたが、間違いだった」

                                        滝沢ガレソ🪄 @takigare3 【悲報】近畿大学さん、コロナ禍を受け期末試験をオンラインで実施するもカンニングが横行し満点を取る生徒が続出 学生間の公平性を保つために全員満点に… 「私ども教員は性善説に立って学生らを信じていたが、間違いだった」と悲しみを背負う pic.twitter.com/Ey4iRVnXCq 2022-07-23 20:36:18

                                          【悲報】近畿大学、期末試験をオンラインで実施するもカンニングが横行し満点を取る生徒が続出「性善説に立って信じていたが、間違いだった」
                                        • RDBの作成時刻や更新時刻用カラムに関するプラクティス | おそらくはそれさえも平凡な日々

                                          RDBのレコードに、作成日時や更新日時を自動で入れ込むコードを書いたりすることあると思いますが、それに対する個人的な設計指針です。ここでは、作成日時カラム名をcreated_at、更新日時をupdated_atとして説明します。 tl;dr レコード作成日時や更新日時をRDBのトリガーで埋めるのは便利なのでやると良い ただ、アプリケーションからそれらのカラムを参照することはせず別に定義した方が良い MySQLにおける時刻自動挿入 MySQL5.6.5以降であれば、以下のようにトリガーを設定すれば、レコード挿入時に作成日時と更新日時を、更新時に更新日時を、DATETIME型にも自動で埋めてくれます。いい時代になりました。(MySQLが遅すぎたという話もある) `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, `updated_

                                            RDBの作成時刻や更新時刻用カラムに関するプラクティス | おそらくはそれさえも平凡な日々
                                          • サクッとAPIを叩く方法 (VS CodeでHTTPリクエストが送れちゃう拡張機能) - Qiita

                                            概要 開発中のAPIを試したり、サードパーティのAPIをサクッと叩いてみたいといった時に皆さんどのようにしますか? 私は、curlコマンドやPostmanをよく使っています。 ただ、もっと楽にHTTPリクエストを投げ、かつその時使用した情報を残すことができる方法を以前のチームメンバーに教えていただいたので、記事にしました。 REST Client 今回、紹介するのはVS CodeのエクステンションにあるREST Clientというものになります。 このREST ClientというのはVS Code上でHTTPリクエストを送信し、レスポンスを確認できる拡張機能となっています。 使用方法 使用方法はすごく簡単で、拡張子が「.http」か「.rest」というファイルで決められた構文に従いHTTPリクエストを記述するだけです。 下記にcrudの例を載せていきたいと思います。 また今回はREST A

                                              サクッとAPIを叩く方法 (VS CodeでHTTPリクエストが送れちゃう拡張機能) - Qiita
                                            • 複数条件の組み合わせによるテストケース数爆発と戦うPairwise(ペアワイズ)法とそれを支えるツール「PICT」 | DevelopersIO

                                              ペアワイズ法を使うことで、効率的にテストケースを絞り込めることがわかったかと思います。 --- 2019/10/31 追記 --- どうしてテストケースを絞り込んでも大丈夫なのか?という意見がSNSやはてブのコメントで見受けられたので、フォローアップエントリを書きました。こちらも合わせてご覧ください。 ペアワイズ法は本当に有効なのか?組み合わせテスト技法と上手に付き合う方法 | DevelopersIO ペアワイズ法を支えるツール「PICT」 ペアワイズ法が有効なことはわかりましたが、この組み合わせをどうやって作れば良いでしょうか?条件の数が少なければ前述のように手作業でもやれないことはありませんが、現実の問題はもっと複雑ですので、到底無理でしょう。 そこで役に立つのが、ペアワイズ法のテストケースを生成してくれるツール「PICT」です。 microsoft/pict: Pairwise I

                                                複数条件の組み合わせによるテストケース数爆発と戦うPairwise(ペアワイズ)法とそれを支えるツール「PICT」 | DevelopersIO
                                              • AWS、わざとクラウド障害を起こす新サービス「AWS Fault Injection Simulator」提供開始。カオスエンジニアリングをマネージドサービスで

                                                AWS、わざとクラウド障害を起こす新サービス「AWS Fault Injection Simulator」提供開始。カオスエンジニアリングをマネージドサービスで Amazon Web Services(AWS)は、わざとクラウドの障害を起こすことでアプリケーションの耐障害性を検証できる新サービス「AWS Fault Injection Simulator」の提供を開始したと発表しました。 AWS Fault Injection Simulatorを用いることで、サーバの終了や遅延、データベース障害といった望みの障害を、あらかじめ定められたテンプレートを用いて迅速に設定し、管理しつつ実行できます。 これにより、クラウド上で稼働しているアプリケーションが、フェイルオーバーや自動ロールバック、自動停止といった障害発生時の処理を適切に行えるかどうかを試験できます。 アプリケーションの耐障害性などを

                                                  AWS、わざとクラウド障害を起こす新サービス「AWS Fault Injection Simulator」提供開始。カオスエンジニアリングをマネージドサービスで
                                                • どうやってコーディングを学ぶか - Magnolia Tech

                                                  CPANに上がってるモジュール、一つ一つの粒度が小さいから読みやすいし、ドキュメントもテストもしっかり揃ってて挙動を把握しやすくて、自分にとっては最高の教科書だったな 今でも他の言語で分からない時に同じ目的のPerlモジュールを見る事があるし— magnoliak🍧 (@magnolia_k_) 2021年1月7日 自分が学んだ頃の、時代的なものもあるけど、今でもPerlのモジュールは粒度が小さく、ドキュメント、テストがしっかり用意されているので、参考にするにはちょうど良いと思っている。 ScalaのScalatraっていうWAFのメンテナンスに参加しているんだけど、HTTPプロトコルだったり、Webのお作法的なところが分からないことが有ったら、たいていPlackか、Rackのソースを見て理解するところから始める、みたいなことしてる— magnoliak🍧 (@magnolia_k_)

                                                    どうやってコーディングを学ぶか - Magnolia Tech
                                                  • Storybookを書くだけでリグレッションテストが 実行される世界へようこそ

                                                    Shizuoka.js #7

                                                      Storybookを書くだけでリグレッションテストが 実行される世界へようこそ
                                                    • 「1人アジャイル」から始める、アジャイル開発導入のススメ|Agile Journeyローンチによせて - Agile Journey

                                                      みなさん、こんにちは。 ユーザベースという会社でSaaS事業のCTOを務める林 尚之です。 本日、新しいWebメディア『Agile Journey』がローンチされました。私はこのメディアに編集長として関わりますが、本稿では『Agile Journey』がどんなメディアで、なぜアジャイルをテーマとしたメディアを立ち上げたのかをお伝えしたいと思います。 『Agile Journey』はできるかぎり「実践」にフォーカスしていきたいと考えています。すでに世の中には、アジャイルに関する事柄を解説する本や資料がたくさんあり、「ペアプロってなに?」「TDDってなに?」という問いに対する基本的な解は容易に見つかるでしょう。しかし、「やり方を知る・理解する」と、「それをいかに実践するか」には別の難しさがあります。実際、私も「アジャイルをいかにして、実践するか」に関して日々、頭を悩ませていますし、試行錯誤を繰

                                                        「1人アジャイル」から始める、アジャイル開発導入のススメ|Agile Journeyローンチによせて - Agile Journey
                                                      • コードレビューのときに見ているところ - 詩と創作・思索のひろば

                                                        あるときコードレビューするときにどういうところ見てるんですか? と訊かれてたしかに自分でもあまり言語化したことはなかったな、と気づいたので簡単に書いておく。 変更意図が要求に沿っているか そもそも実現しようとしていることが、ユーザやプロダクトオーナーの要求に沿っているか。モデリングや実装のコンテキストを自分でも把握しておく。 関連する別の変更やイシューなど、自分が知っていて相手が知らない有意義な情報があったらコメントする。 モデリングが妥当か モデルによって意図が表現できているか。仕事が適切な粒度で明確に切り分けられているか。意図のない共通化がなされていないか。 わかりやすい名前がつけられているか。ここが混乱していると何かがよくないサイン。既存のコードがすでに……ということもある。そういう場合は改善できそうな道筋について議論できるとベター。 仕事にあったインタフェースになっているか。テスト

                                                          コードレビューのときに見ているところ - 詩と創作・思索のひろば
                                                        • リリース手法多すぎワロタァ 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
                                                            • 2024年版「基本的なウェブアプリケーションを構築する」のチュートリアル手順まとめてみた[Amplify Gen2対応] | DevelopersIO

                                                              初めてAWSのサーバレスサービスを学習するときに利用できる「基本的なェブアプリケーションを構築する」の内容を2024年現在でも実行できる手順にしてみました こんにちは、臼田です。 みなさん、AWSのチュートリアル活用してますか?(挨拶 今回はAWSの初心者向けハンズオンコンテンツである基本的なウェブアプリケーションを構築するを2024年の現在版の手順としてまとめてみました。 このコンテンツはAWSのサーバレスなサービスを利用して、簡単にウェブアプリケーションを作成する体験ができるチュートリアルとなっており、登場するAWSの各サービスを理解するのにちょうどよい内容でした。しかし、リリースされてしばらく経っているのもあり、特に今回のAmplify Gen2リリースもあってだいぶ画面や操作方法などが変わってしまいました。 実現できる事自体は変わらないので、現時点でこのチュートリアルを初心者でも完

                                                                2024年版「基本的なウェブアプリケーションを構築する」のチュートリアル手順まとめてみた[Amplify Gen2対応] | DevelopersIO
                                                              • 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
                                                                • AI 時代のコードの書き方, あるいは Copilot に優しくするプロンプターになる方法

                                                                  Copilot をオープンベータ直後から長く使っていて、また補助的に ChatGPT も使いながらコードを書いていて、なんとなくコツがわかるようになってきた。 自分は生成モデルのことは表面的な理解しかしてない。雑にバックプロパゲーションの実装の写経したり、Transformer の解説とかは読んだが、にわかの域を出ていない。 あくまで利用者として生成モデルから吸い出したプラクティスになる。 基本的に TypeScript と Rust での経験が元になっているが、他の言語にも適用できる話ではあると思う。自分は TypeScript はかなり得意だが、 Rust はあんまり書けるわけではなく、Rust の学習で ChatGPT を頼ろうとして失敗しているというステージ。 Copilot / ChatGPT とどう付き合うか まず、前提として ChatGPT も Copilot も、コード生成

                                                                    AI 時代のコードの書き方, あるいは Copilot に優しくするプロンプターになる方法
                                                                  • 「テスト書いてないとかお前それ〜」が私の代名詞になるまで。テスト駆動開発とともに歩んだキャリア - 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冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー:多くのエンジニアに愛される理由とは
                                                                      • 「TOEICは実にくだらないですね」国立大の“ギャル准教授”が日本の受験制度を破壊したいシンプルな理由 | 文春オンライン

                                                                        BossB はい。日本の受験制度は基本的にペーパーテストで、高得点が取れる子供たちを評価して輩出するシステムです。でも「テストで高得点を取る人間が、果たして新しいことを創り出せる人間なのか? 社会をリードしていくべき人間なのか?」ってことですよ。 私は今、大学でアカデミック・イングリッシュという授業を担当してますが、最初に「TOEIC対策みたいなくだらないことは、一切やりません」と言っています。 オンライン取材でのBossB氏 ──TOEICはくだらない? BossB 実にくだらないですね。TOEICの点数で私たちが必要とする英語力を測る社会が、くだらないです。 だって、TOEICやTOEFLでいい点数を取った学生に、私が「英語で自分らしさをアピールする自己紹介して」と言うと、だいたいウッと詰まっちゃいますよ。「〈自分らしさをアピールする〉という言語と独立したスキルが、コミュニケーションち

                                                                          「TOEICは実にくだらないですね」国立大の“ギャル准教授”が日本の受験制度を破壊したいシンプルな理由 | 文春オンライン
                                                                        • C#でまともなアプリ開発を行うために - Qiita

                                                                          はじめに C#は「Windowsでしか開発出来ない言語」などクローズドなイメージから一転し、.NET Coreの誕生によって様々なことが出来るようになりました。最近ではokazukiさんのC# で出来ること一覧が大きな反響を呼び、C#であらゆるアプリが作れることを多くの方に知ってもらえたかと思います。C#のよさを知ってもらうことは嬉しい限りではありますが、他言語をやってきた身としてはC#を取り巻くエコシステムの情報が少ないと感じることが多く、新たに参入される方にとって抵抗があるのも事実だと思います。この記事ではまともなアプリ開発を行うために必要なエコシステムなどご紹介し、C#でも快適に開発出来ることを知ってもらえれば嬉しいです。筆者はWEB開発を主としているので、WEB寄りな話が多くなる可能性がありますがご了承下さい。 「まとも」とは? タイトルにも書いたまともなアプリ開発とは、一定の品質

                                                                            C#でまともなアプリ開発を行うために - Qiita
                                                                          • 【特集】 米中SSDの耐久対決、3カ月書き続けてついに決着。勝ったのは……

                                                                              【特集】 米中SSDの耐久対決、3カ月書き続けてついに決着。勝ったのは……
                                                                            • 書籍「ソフトウェアテスト技法ドリル」ではテスト設計の考えとツールの使い方まで学べちゃいました | DevelopersIO

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

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

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

                                                                                  Twitterが“投げ銭”機能をテスト Twitter上でお金のやり取りができる
                                                                                • えっ!PCの電源で音が変わる?小岩井ことりさんにガチでブラインドテストしてもらった!! ~Seasonic FOCUS-PXはオーディオ、音楽制作に効くのか~ text by 藤山哲人

                                                                                    えっ!PCの電源で音が変わる?小岩井ことりさんにガチでブラインドテストしてもらった!! ~Seasonic FOCUS-PXはオーディオ、音楽制作に効くのか~ text by 藤山哲人

                                                                                  新着記事