ソフトウェアテストの技法にもさまざまな種類があります。そのうちの１つの「ユースケーステスト」。どのような場面で活用できるテストなのでしょうか？本記事では ユースケーステストの特徴から、ユースケーステストを設計する際のポイント・注意点を解説 します。 また、ユースケーステストと似たテストとして「シナリオテスト」を耳にしたことがある人も多いのではないでしょうか。はたしてユースケーステストとシナリオテストは同義なのでしょうか？ ユースケーステストとシナリオテストの違いについても私自身の経験を交え、解説 します。

関係者間の合意形成が難航して、仕様を確定できない。変更点がドキュメントに反映されず、手戻りが生じた。頼りになるメンバーが、プロジェクトを離脱してしまった。実行環境の構築が遅れ、テストに着手できない。それなのに、サービス提供は遅らせられない…。システム開発プロジェクトには、スケジュールに影響する様々なリスク要因が存在します。 その終盤、リリースを目前に控えたテスト工程で、さらなる進捗遅延は許されません。だからといって、工程を短縮するためにテストケースを削減した結果、不具合を見逃してしまったら？テストの意味が

大規模なシステム更改や、既存システムへの機能追加時など、システム開発を行った際にUAT（ユーザー受け入れテスト）の実施は必要不可欠なものです。しかし、「UATを実施することになったが、何をどうすれば良いのだろうか？」そんな悩み・疑問をお持ちの方も多いのではないでしょうか。 「そもそもUATって何をするの？」「テストは本業ではないし良く分からない」「どうすればUATを成功できるのだろうか」という疑問にお答えし、UAT成功のポイントについてユーザー部門の皆さまに向けて解説 します。 UAT （ユーザー受け入れ

ソフトウェアを開発するとき、プロジェクトマネージャー（PM）は決められた「納期」、「コスト」の中で、できる限り「品質」を高めようとします。モノづくりでは、開発工程が花形とされ、フォーカスされがちですが、品質を高めるときにテスト工程は欠かせません。ソフトウェアテストのフローや技法について知見のある方も徐々に増えてきましたが、それでも品質が上がらない・・・というご相談は多くあります。 「テストが重要なことは知っている」「テストの技法は知っている」という方に、もう一押しのソフトウェアテスト工程のポイントを解説

皆さんが書いているテスト報告書に顧客は満足していますでしょうか？テスト報告書をこれから書く皆様にぜひ知って頂きたいポイントをご紹介いたします。報告書を受け取る側の思いにも触れた、 テスト報告書をこれからのプロジェクトに活かすテンプレートについて解説していきます。 何かのヒントを得て頂ければと思います。 テスト報告書のサンプル・テンプレートをご紹介 一言で『 テスト報告書 』と言っても、各企業、各案件、各業種により、色々な種類/特色があるかと思います。 今回はあくまで テストでの実施結果に主眼を置いて記載し

デジタル化の加速に伴い、開発スピード向上を目指す中で、 アジャイル 型の開発手法を取り入れるプロジェクトは少なくありません。一方で基幹システムの見直し等を始めとした大規模プロジェクトにおいては、まだまだウォーターフォール型の開発が主流です。ここではウォーターフォール型開発の”下流工程”と呼ばれるテスト工程のご紹介と、各工程のエッセンスについて解説をしていきます。 テスト工程とは 一般的なウォーターフォールモデルのテスト工程の種類には、下記の４つがあります。 【テスト工程の種類　ウォーターフォールモデル】

テスト実行で必要になるテストデータですが、皆さんはどのように考えて作っていますか？テストエンジニアとしてのご経験が長くベテランの域に達している方からは「今頃何を言っているんだ？」と言われてしまいそうな内容ではあります。ですが、テスト担当者としてのご経験が浅かったり、急遽、テスト業務を行う必要に迫られた方に対して少しでもお役に立てることができればと考えてまとめてみました。 テストデータの作り方を解説 いたします。 テストデータっていつ作るの？ そもそも、テスト実行で必要になる資料や情報には何がありますか？テ

ソフトウェアテストの技法の中の一つに「シナリオテスト」があります。ソフトウェアテスト設計業務に携わる方が耳にして、まず頭に浮かぶのは「難しい、設計は避けたい…」というイメージではないでしょうか？機能テストとは違い、考えるポイントがいくつもあり、どこまで考えればカバレッジを確保できているのかも分からない。工数の見積もりも行いづらいのも「難しい、設計は避けたい…」と考えてしまう理由の一つかと思います。本記事ではシナリオテストの他のテストと比較した際の特徴や設計時の難しさ、そしてシナリオテストを設計する際のポイ

テストエンジニアに向いてる人とはどんな人ですかと面接などで聞かれる事があります。そもそも、テストエンジニアって皆さんどんなイメージをしていますでしょうか。テストを実行するだけの人？それだけではありません。テストを実行するだけの人はテスターと言われる事が多いでしょう。そこで テストエンジニアってどんな人が向いてるのかと、必要な資格についてご説明 していきます 。 テストエンジニアってどういう仕事をする人？ テストエンジニアとは、 対象の製品（パソコンのソフトウェアや家電製品、携帯電話やアプリなど）の品質を向

システム開発のプロジェクトにおいて、ソフトウェアの品質評価は必須の作業と言えます。その際に使われる指標の一つである「テスト密度」について、「使ってはいるが、使っているだけになっている」「効果が良く分からない」という方もいるのではないでしょうか。これから品質評価を行う方、品質評価に迷いがある方に向けて、 「テスト密度」を効果的に活用する手法をご紹介します。 テスト密度とは？ テスト密度とは、システムを新規に開発した場合や、既存のシステムに対して機能追加を行った際に、実行するテストの量が十分であるかを測定・評

探索的テストとは 探索的テストとはテスト担当者のスキルやテスト経験をもとにテストを行う経験ベースのテスト技法の一つです。 JSTQBの用語集 （Japan Software Testing Qualifications Board：ソフトウェアテスト技術者資格認定の運営組織）では「テスト担当者がテストアイテムや以前のテストの結果の知識や調査情報を使用して、テストを動的に設計、および実行するテストアプローチ」と定義されています。 探索的テストのやり方 探索的テストは、テストを行う中で、テスト対象のシステムを

こんにちは。エンジニアの渡邉です。普段はLIFULL HOME'Sの売買領域のエンジニアチームにて開発を担当しています。好きなApache SolrのAPIはJSON Facet APIです。 今回はLIFULL HOME'Sの画像変換サーバの構成を見直し、アプリケーションの再構築並びに基盤刷新を行い、コスト面、性能面、運用面での改善を行った話をさせていただきます。 画像変換サーバの特性 開発における課題 課題1: 開発しづらいアプリケーション 課題2: インフラリソースの最適化の余地の向上 実際にやった

こんにちは、WEARバックエンドブロックの天春です。バックエンドの運用・開発に携わっています。本記事では、以前公開した WEARにおけるプッシュ通知システムのリプレイス のフェーズ2を終え、旧環境のプッシュ通知システムのリプレイスを完了したのでシステム構成や移行手順をご紹介します。 目次 目次 1:Nのプッシュ通知システム リプレイス前の1:Nのプッシュ通知システム リプレイス前のシステム構成 問題点 リプレイス後の1:Nのプッシュ通知システム リプレイス後のシステム構成 1:Nキュー（Sidekiqダッ

はじめに こんにちは、技術本部SRE部ZOZOSREチームの堀口です。普段はZOZOTOWNのオンプレミスとクラウドの構築・運用に携わっています。またDBREとしてZOZOTOWNのデータベース全般の運用・保守も兼務しております。 ZOZOTOWNではSQL Serverを中心とした各種DBMSが稼働しています。その中でZOZOTOWNサービスの根幹となるいわゆる基幹データベース（以下、基幹DBと呼ぶ）を5年ぶりにリプレースしました。 基幹DB群は、商品情報、在庫情報、注文情報、会員様情報、ブランド様情報

はじめに KINTOテクノロジーズでQAグループのリーダーをしている遠藤です。 今回は、QA業務を日々行っていく中で、QA業務に携わっている人であれば誰しもあるあると思われる事柄を題材に、普段我々が行っている取り組みを通して、QAの作業風景をご紹介できればと思います。 既にQAの作業に関しては、 マネージャーのzumeが記述している QAグループ紹介 メンバーのokapiが記述している QA業務の認知度向上 がありますので、合わせて読んでもらえればと思います。 本記事をきっかけに、 『自分たちの現場はこう