1．はじめに

テスト設計における要求分析の技術ポイントを、具体的な事例を交えて3つの章で解説します。仕様書から「要求の抽出」「要求の詳細化」「要求の検証」を行うための具体的な手法や、シナリオ作成、レビュー、トレーサビリティ確保の重要性を説明し、テストケースの漏れを防ぎ品質を向上させる方法を紹介します。

こんにちは。ニフティ株式会社の statiolake です。 最近プロダクトに Go を採用したこともあって、なんだかチーム内で Go に対する関心が高まっています。最近 Go 1.26 がリリースされたということで、チームで新機能を眺める会をしていました。 さて、今回のリリースにはいくつかのコア言語機能の変更が含まれているのですが、その中の一つに「ジェネリック型がその型パラメータリスト中で自分自身を参照できるようになった」という変更があります。 一見すると型としての表現力上がったように思える追加機能です

インターネット関連の最新動向や技術情報をお届けする広報誌「IIJ.news」。 Vol.193の特集は「グローバルに展開し、ローカルに攻める ― IIJグループの国際戦略」です  「IIJって、海外で...

こんにちは。エンジニアのSatouuuuuuです。 先日開催されましたPHPerKaigi2026に参加してきたので感想を書いていこうと思います！ 全体の感想 PHPerKaigiに参加するのは今年が初めてだったのですが、めちゃくちゃ楽しかったです。 金曜日から日曜日の３日間の開催ということで開催前はPHPerの体力の豊富さに慄いていました(笑) まず会場について無料で瓶のバドワイザービールが提供されていることにびっくりしました... また、主催の長谷川さんが開発しているforteeにビール在庫管理ツール

こんにちは！アプリケーションサービス部の布施です。 先日うどんばっかり食べている同期からこんなことを言われました。 なんの話かというとGSDというツールです。 github.com やれやれ、うどん食べるのに忙しくて手が空かないから、これは実際に使ってブログにまとめろってことか... 全くしょうがないな... ということで、本記事ではGSDを使ってみたので、その感触を認めます。 ⚠️本ブログを執筆中にgsd2というCLIツールが作成されています⚠️ readmeにはget-shit-doneからgsd2へ

はじめに はじめまして。OSSソリューション統括部の松永です。 普段、私たちのチームは、PostgreSQLを主軸とするOSSの専門チームとして、社内のミッションクリティカルシステムへの開発参画および保守サポートを行っています。 ミッションクリティカルシステムの開発・運用では、プロダクトの技術仕様を正確に理解したうえでの設計判断が不可欠です。さらに、障害発生時には、原因を迅速かつ的確に特定し、暫定対処から本格対処、再発防止策の実行までを着実に進めることが求められます。 こうした要求に応えるためには、プロダ

はじめに こんにちは！トモニテで開発をしている吉田です。 2026/3/20〜2026/3/22に開催されたPHPerKaigi 2026にスタッフとして参加してきました！ PHPerKaigi（ペチパーカイギ）とは以下のようなイベントです！ PHPerKaigi（ペチパーカイギ）は、PHPer、つまり、 現在PHPを使用している方、過去にPHPを使用していた方、 これからPHPを使いたいと思っている方、そしてPHPが大好きな方たちが、 技術的なノウハウとPHP愛を共有するためのイベントです。 phper

こんにちは。 株式会社SHIFTの能力開発部で検定や教育制度を開発をしている林 稔明（りんりん）です！ 日々、社員のみなさんの能力・スキルをどう伸ばせば現場で活躍できる人材になるのか、業務や作業を分解したり、人の行動について考えたりしています。

はじめに はじめまして！カスタマーサポートグループサポートシステムチームの植田です。 プライベートでは、「旅行」「運動」「カラオケ」「勉強」、以外のことが好きです（インドア派です）。 お客様が自身の契約情報を確認する会員サポートページやカスタマーセンターのオペレータが使用する社内ツールの開発や運用を行っています。 直近ではカスタマーセンターのオペレータが使う社内ツールのAzureへのクラウド移行を担当しました。 これまでの経歴と転職のきっかけ 前職はCG業界で、CGプログラマーという仕事をしていました。

こんにちは、LIFULL QAエンジニアの木住野（きしの）です。 普段はQAエンジニアやUXリサーチャーチームのマネジメントを行っています。 2026年3月20日に開催された JaSST'26 Tokyo へ、QAエンジニア3名（星野、鐘、木住野）が参加しました。 本記事では、印象的だったセッションの紹介と、そこから得た学びを自社QAにどう活かすかについて考察します。 今回はビッグサイト開催 参加の目的 今回の参加目的は、生成AIが急速に普及する中でのテスト技術動向の把握と、自社QAプロセスへの還元です。

1. はじめに AWS（Amazon Web Services）では生成AIの基盤モデルを利用できるサービスとして、Amazon Bedrockが提供されています。各基盤モデルのARN（アカウントIDやリージョンごとに固有のリソース識別名）を用いることで、CLIやSDKを介してBedrockのモデルを呼び出すことができます。 標準で利用できるクロスリージョンを含む基盤モデルARNは、アカウント/リージョン/モデル単位で一意に定義されています。例えば東京リージョンのClaude 3.5 Sonnetを利用し

IIJ Engineers Blogをご覧の皆さま、こんにちは！IIJのfuji-nanaと言います。普段は九州で営業をしておりますが、現在社内公募型の兼務制度「セレクトジョブ」で、広報部にも所属中で...

はじめに こんにちは。基幹システム本部・リプレイス推進部・リプレイス推進ブロックの岡本です。 私たちのチームでは、ZOZOの基幹システムリプレイスの一環として、会計領域のシステムを新規構築しています。アーキテクチャにはCQRS（Command Query Responsibility Segregation）+ES（Event Sourcing）を採用しました（以降、CQRS+ESと略記します）。 本記事では、CQRS+ESを実務へ適用する中で直面した「小さな集約を保ちながら、大量の集約をまたいだ業務出力

AI Ultra Accessとは？できること、注目の機能 ※画像はGoogle公式ページより引用： https://workspace.google.com/intl/ja/products/ai-ultra/