並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 21 件 / 21件

新着順 人気順

Testの検索結果1 - 21 件 / 21件

  • 誰も教えてくれないSIの本質、SIerの世界観

    本記事について 国内の IT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。 ITエンジニアまたはその卵で、 SIerを知らないWeb系の人 SIerに入社した新人や中途入職者 SIerにてSEまたはマネージャーして働いている者 SIerにてSEではないが裏方で働いている者(開発、研究、調査、教育、管理など) 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手 SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にも IT にもさほど

      誰も教えてくれないSIの本質、SIerの世界観
    • テストを書く方針と原則の備忘録 - Qiita

      こんにちは。サーバエンジニアのnsym-mです。普段はGoでバックエンドの開発などをしています。 最近テストに関する書籍や記事などを色々読み漁ったので、現時点での自分のテストについての考え方を備忘録として残しておきます。 今回の話はWebフロントエンドやiOS/Androidなどでも適用できる汎用的な考え方として記載していますが、ベースの文脈はバックエンド開発になりますのでそのつもりで読んでいただけますと幸いです なお、本記事では主にGoogle、『単体テストの考え方/使い方』、@t_wadaさんの発表されている考え方(いわゆる古典学派)に倣っています。 用語整理 よく使われるテストスコープ 単体テスト(ユニットテスト) 人によって定義に差がある 統合テスト(インテグレーションテスト) 結合テスト(E2Eテスト) 単体テストの定義がブレることから、スコープではなく実行時間で判断するテストサ

        テストを書く方針と原則の備忘録 - Qiita
      • Chromebookを買ったがGoogleにログインしようとする度に落ちる...→試行錯誤の末に見つけた意外な理由に「修理持ち込まれたら異常無しで返却されるやつ」

        まぐね @mstrnz chrome bookを買いました。Googleにログインしようとする度に落ちるんですが嫌がらせか何かですか? まぐね @mstrnz メールアドレス入力フォームが出てメアド入力し始めたら@をうつくらいのタイミングで飛ぶ。あんまりタイミングに再現性はなくて、10回に1回くらいはパスワード入力までいけるけどパスワード入力し切る前に落ちる。リカバリーモードもメモリテストも完走するから電源系・メモリの故障ではなさそう

          Chromebookを買ったがGoogleにログインしようとする度に落ちる...→試行錯誤の末に見つけた意外な理由に「修理持ち込まれたら異常無しで返却されるやつ」
        • 本番環境でテストするって話の日本人の反応と海外の反応

          https://x.com/HighWiz/status/1817197569099051158 マリーアントワネット「検証機がないなら,本番環境を使えばいいじゃない。」 これに対し,日本のITエンジニアたちは激おこである。 そして大半が本番環境でテストをするのはけからんという話に終始している。これが日本の姿である。 まるでオライリーの「オブザーバビリティエンジニアリング」で書かれていた本番環境をガラスの城として扱っているパターンそのものって感じがある。 https://netflixtechblog.com/tagged/chaos-engineering 一方,Netflixのようなグローバル大企業はすべからく本番環境でテストを行っている。 彼らは惑星規模の計算資源とその上で稼働する大規模なマイクロサービスを運用しているので,事実上,本番環境と同等の検証環境を作ることができない。 さら

            本番環境でテストするって話の日本人の反応と海外の反応
          • 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 | レバテックラボ(レバテックLAB)

            TOPコラムテック最前線レポート【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 2024年8月8日 プログラマ、テスト駆動開発者 和田 卓人 学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『SQLアンチパターン』(オライリージャパン、2013)監訳。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。テストライブ

              【t-wada】自動テストの「嘘」をなくし、望ましい比率に近づける方法【Developer eXperience Day 2024 レポート】 | レバテックラボ(レバテックLAB)
            • 単体テストの考え方/使い方を読んだ。読んでよかった。 - Mitsuyuki.Shiiba

              読んでよかった book.mynavi.jp 評判通りよかった そっかーなるほどなぁ。面白いなぁ。と思うことがいろいろあった とはいえ、著者の主張全てに同意というわけではなく「著者はそう考えるんだな。自分は違う考えだな」と考えさせられる部分もいくつかあった 苦手な部分もあった 古典学派とロンドン学派に分けて話を展開しているのはあまり好きじゃないなと思いながら読んだ 定理やマトリクスに当てはめて話を展開する部分があって、いくつかは無理やりだったり話をややこしくしていたりするように自分は感じた。そういう部分は苦手だなぁと思いながら読んだ というのが全体の感想。内容はとてもよかったし、苦手な部分もそれはそれで考えさせられたので、読んでよかった。ってことでパラパラめくりながらメモを書いていこう あらためて意識したい2本 「第4章 良い単体テストを構成する4本の柱」の中の2本が、当たり前のことではあ

                単体テストの考え方/使い方を読んだ。読んでよかった。 - Mitsuyuki.Shiiba
              • 最高効率でテストをするためにQaseを選んだ理由 - Techtouch Developers Blog

                テスト管理ツール導入を検討するまでのテストケース管理 テスト管理ツールに必要な機能とは何か?を考えてみた テストのモニタリングとコントロール テスト実装 テスト実行 その他、プロセスを問わない機能 4つのテスト管理ツールを比較した TestRail PractiTest QualityForward Qase Qase に移行して特に良かったこと チケットとテストケースの連携がスムーズだった テスト自動化が進めやすくなった 問い合わせ用のチャットが使いやすい Qase 移行後の課題 バージョンごとの管理ができない キーワード検索でテストスイート名を抽出できない Shared Steps を使いこなせていない おわりに QA エンジニアの mikaty です。 最近、キャベツの芯に砂糖水をあげていたら花が咲きました。 テックタッチでは2023年7月からテスト管理ツールの Qase をスタート

                  最高効率でテストをするためにQaseを選んだ理由 - Techtouch Developers Blog
                • Storybook をフル活用してテストを実装したその後の話 - Cybozu Inside Out | サイボウズエンジニアのブログ

                  この記事は、CYBOZU SUMMER BLOG FES '24 (Frontend stage) DAY13 の記事です。 こんにちは、フロリアでエンジニアとして活動している hacchan です。 現在 kintone ではフロリアというプロジェクトの中で、Closure Tools から React への移行作業に取り組んでいます。 以前、そのフロリアのチームの 1 つである Reactone チーム が Storybook をフル活用してテストを実装した話 を紹介しましたが、今回はそのアフターストーリーを紹介します。 Storybook のフル活用はやめた 以前の Reactone チームでは、Storybook の Test Runner を使って、Integration Test を実行するなど、Storybook をフル活用してテストを実装していましたが、新たな領域の刷新を開

                  • 望ましい自動テストとは|どのようなテストが開発生産性と開発者体験を共に高めるのか|Tech Team Journal

                    自動テストの重要性が広く認知されるようになった一方、自動テストの活用に課題を抱える組織も依然として多く見受けられます。 本記事では『Developer eXperience Day 2024』(主催:日本CTO協会)における和田卓人氏によるセッション「望ましい自動テストとは:どのようなテストが開発生産性と開発者体験を共に高めるのか」の内容をお届けします。 和田卓人氏 執筆活動や講演、ハンズオンイベントなどを通じて自動テストやテスト駆動開発を広めようと努力している。 『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『SQLアンチパターン』(オライリージャパン、2013)監訳。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。 なぜ自動化テストを書くのか 和田 卓人です。インターネット上ではt-wada

                      望ましい自動テストとは|どのようなテストが開発生産性と開発者体験を共に高めるのか|Tech Team Journal
                    • Playwright+MSW でのリグレッションテスト事始 - enechain Tech Blog

                      はじめに 背景 やりたいこと Why MSW? 導入手順 詰まったこと defaultのtimeout設定時間が短い CIで落ちた時の検証方法がわからない 認証後のストレージの状態が入ってこない 今後の展望 おわりに はじめに enechainでフロントエンドエンジニアをしている@Shunya078です! 自分の所属するGXデスクでは『日本気候取引所 - Japan Climate Exchange』(以下JCEX)のサービス開発を行っており、その中でReactを使用したフロントエンドの開発を担当しています。 リグレッションテストは運用を考えると、設計から導入した後、どう管理していくかまで検討する点が多く存在します。 JCEXは去年の年末にリリースされたばかりのサービスで、まだブラウザまで含めたリグレッション相当になるテストレイヤーが導入できておらず、存在しませんでした。 今回は新たに自チ

                        Playwright+MSW でのリグレッションテスト事始 - enechain Tech Blog
                      • 何をテストするか・どのような状況とシナリオか・期待される結果は何か 明日からでもすぐにできるアンチパターン回避メソッド

                        何をテストするか・どのような状況とシナリオか・期待される結果は何か 明日からでもすぐにできるアンチパターン回避メソッド テスト品質を向上させよう! 〜 アンチパターン回避メソッド 〜 #1/2 「いのりん」推し Kanon氏:Kanonと申します。今日は、「テスト品質を向上させよう!」ということで、アンチパターン回避メソッドをお話ししようかなと思います。 まず簡単に自己紹介です。もしかしたらご存じの方もいらっしゃるかと思うんですけど、虎の穴ラボという会社でお仕事をしています。最近、3次元に嫁が1人できまして、2次元にはいっぱい(嫁が)います、という感じですね、はい(笑)。 (会場笑) 本業ではあんまりPHPを書いていなくて、サーバーサイドのKotlinとNext.jsを使っていて、副業と、あと前職までの4年半ぐらいがずっとPHPで、今も触っているという感じでした。 例に漏れず、アニメ、漫画

                          何をテストするか・どのような状況とシナリオか・期待される結果は何か 明日からでもすぐにできるアンチパターン回避メソッド
                        • ソフトウェアテストはQA(品質保証)の手段の一つでしかないと言われるけれど、QAってなぁに? - テストするアシカ

                          QA(品質保証)とテストの違いについて述べたコンテンツはたくさんありますが、自分自身の言葉で整理することを目的に記事にしたためました。 なお、QAに関する具体的なアプローチについては触れないため、そういった情報を求めている方は、そっとタブを閉じるか、ブラウザバックしていただければと思います。 また、本稿で述べる違いは、「QAエンジニアとテストエンジニアの違い」ではありません。 二つの品質 西堀栄三郎先生の「品質管理心得帖」では、「二つの品質」というものが提案されています。 この書籍は、40年以上前に出版され現在は絶版となっていますが、紹介されているマネジメントの考え方は現代にも活かすことができる素晴らしい書籍です。 入手困難な状況ではありますが、国会図書館のデジタルコレクションで読むこともできます。 そのときに、私は二つの品質を提案しました。 その一つは、『狙いの品質』であり、もう一つは、

                            ソフトウェアテストはQA(品質保証)の手段の一つでしかないと言われるけれど、QAってなぁに? - テストするアシカ
                          • ステップバイステップで学ぶ初めてのPHPアップデート | 株式会社divx(ディブエックス)

                            目次[非表示] 1.はじめに 2.なぜPHPバージョンアップが必要なのか? 3.PHPバージョンアップ手順 3.0.1.PHP 7.4とPHP 8.3の変更差分調査 3.0.2.Laravelのバージョンアップ(7.3から10へ)の調査 3.0.3.Composerライブラリのバージョンアップ 3.0.4.PHP 8のローカル環境設定を更新する 3.0.5.静的解析の実施 3.0.6.テスト仕様書の作成 3.0.7.エラーの修正 3.0.8.テスト環境へのデプロイ 3.0.9.デバッグ 3.0.10.本番環境へのデプロイ 4.静的解析ツールの活用 4.0.1.PHPStanを使用した理由 4.1.ルールレベルの設定 4.1.1.使用した感触 5.まとめ 6.お悩みご相談ください はじめにこんにちは、株式会社DIVXでエンジニアを務めております、本間と申します。 今回は、PHPのバージョンを

                              ステップバイステップで学ぶ初めてのPHPアップデート | 株式会社divx(ディブエックス)
                            • JavaScriptのユニットテストを始めよう - ユニットテストのメリットと書き方のコツ - ICS MEDIA

                              プログラミングにおいて、ユニットテストを書いてコードが正しく動くか検証することはとても重要です。ユニットテストを導入する目的といえば品質の向上ですが、それ以外にもメリットがたくさんあります。 この記事ではユニットテストを書くとどんなメリットがあるのか、またユニットテストを書くときのちょっとしたコツを紹介します。 ユニットテストを書くメリット 「TODOアプリ」を作っていると仮定して、実際にコードとテストコードを確認しながらメリットを考えてみましょう。 この記事で紹介するテストコードは以下から確認できます。実際に手元で動かせるのでぜひ試してみてください。 コードを確認する ※上記のテストコードはテストフレームワークのVitestを使用して書かれていますが、記事の内容自体はフレームワークによらない普遍的な考え方をもとにしています。 メリット①書いたコードが意図したとおりに動くかすぐ確認できる

                                JavaScriptのユニットテストを始めよう - ユニットテストのメリットと書き方のコツ - ICS MEDIA
                              • トヨタと国交省は対立しているのか? 新たに見つかった7車種の不正事案と国内向け車種の生産再開

                                  トヨタと国交省は対立しているのか? 新たに見つかった7車種の不正事案と国内向け車種の生産再開
                                • 【開発プロセス/検証編】LLMプロダクト開発にLangSmithを使って評価と実験を効率化した話 - Gaudiy Tech Blog

                                  こんにちは。ファンと共に時代を進める、Web3スタートアップ Gaudiy のエンジニアの Namiki ( @ruwatana ) です。 ここ1〜2年くらいで、生成AI / LLM界隈の盛り上がりは非常に加速してきており、それをいかに活用して新たな価値を提供するかということに集中している方も少なくないことかと思います。 弊社Gaudiyも比較的早期からこの分野に可能性を見出し、積極的に挑戦してきました。そんなLLMプロダクト開発を行なっていく中で、発生した課題に対して蓄積されたナレッジを活かして日々改善できるよう昇華しています。 今回はこの分野の開発に切っても切れないプロンプトチューニングの業務プロセスにフォーカスし、よく起こりうるであろう課題に対してどのように効率化・解消していっているのか、その一端をユースケースとともにご紹介できればと思います。 ※なお、本稿は「技術選定/OSS編」

                                    【開発プロセス/検証編】LLMプロダクト開発にLangSmithを使って評価と実験を効率化した話 - Gaudiy Tech Blog
                                  • リーダブルなE2Eテストコードのための3つのC

                                    Playwright本出版記念!Node学園 43時限目 2024-08-08 https://nodejs.connpass.com/event/325813/

                                      リーダブルなE2Eテストコードのための3つのC
                                    • Xに画像生成AIが搭載され「喫煙するエルモ」「戦車に乗るカマラ・ハリス」など大量のセンシティブ画像が世に放たれる

                                      X(旧Twitter)にはチャットAI「Grok」が搭載されています。このGrokのバージョンアップ版である「Grok-2」のベータテストが2024年8月13日(火)に始まりました。Grok-2には画像生成機能も搭載されており、X上で画像を生成することができます。 Grok-2 Beta Release https://x.ai/blog/grok-2 Grokはイーロン・マスク氏が設立したAI企業「xAI」が開発するAIで、X上ではXプレミアムのプレミアムプランもしくはプレミアムプラスプランの加入者限定機能として提供されています。このGrokの内部モデルがGrok-2にバージョンアップされ、画像生成に対応しました。 Grokの画像生成機能は、Stable Diffusionのオリジナル開発陣らが開発した画像生成AIモデル「Flux」を取り込むことで実現されています。Grok-2を用いて生

                                        Xに画像生成AIが搭載され「喫煙するエルモ」「戦車に乗るカマラ・ハリス」など大量のセンシティブ画像が世に放たれる
                                      • Slack、ASTと大規模言語モデルを組み合わせて15,000の単体テストの80%を自動変換する

                                        Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                                          Slack、ASTと大規模言語モデルを組み合わせて15,000の単体テストの80%を自動変換する
                                        • トップ - 豆検 MAMEKEN

                                          スマートフォンを利用したモバイル学習により、通勤時間や、細切れ時間を有効活用。プロジェクト管理の初学者が理解すべき重要概念をはじめ、業務課題に沿った多様なシナリオ問題をカバーし、ハイクオリティな問題と丁寧な解説で学習をサポートします。基礎知識からライフサイクルの選択、デリバリーの実務、組織変革まで、重要テーマを網羅したPMP®合格者必携の問題集です。 PMBOK®ガイド第7版対応

                                            トップ - 豆検 MAMEKEN
                                          • About Us - AGEST Testing Lab.

                                            情報工学博士 フロリダ工科大学大学院にてCemKaner博士(探索的テスト手法考案者)、JamesWhittaker博士(How Google Tests Software著者)にソフトウェア品質の指導を受けたあと、広島市立大学にてソフトウェア品質研究により博士号取得。 Microsoftシアトル本社・SAPジャパンでソフトウェアテスト業務に従事、ソニー(株)ソフトウェア品質担当部長を経て、現在は株式会社AGEST チーフ技術アドバイザー、AGEST Testing Lab.所長及びAGEST Academy学長を兼務。 著書紹介 『知識ゼロから学ぶソフトウェアテスト【改訂版】』翔泳社 『現場の仕事がバリバリ進む ソフトウェアテスト手法』技術評論社 『ソフトウェア品質を高める開発者テスト 改訂版 アジャイル時代の実践的・効率的でスムーズなテストのやり方』翔泳社 『知識ゼロから学ぶソフトウェ

                                            1