テスト設計書の必要性、書き方

テスト設計とは、システム開発における以下の項目を決定します。　・テスト工程でどのように実施するのか　・どういった工程で実施するのか　・どういったテストをするのか項目決定　・テストを実施するにあたっての目的テスト設計書を作成せずにテスト工程まで進めることで不具合を発見できず利用者に大きな損害が発生してしまう可能性も・・！？

テスト(運用・保守・サポート)

【初心者】phpMyAdminとは

本記事ではphpMyAdminについて解説しています。

Salesforceエンジニアになるためには？必要な基本知識とスキル、ロードマップを解説

Salesforceエンジニアとは、Salesforceというクラウド型のCRM（顧客管理）システムを開発・運用するエンジニアのことです。主に、Salesforceの機能やカスタマイズを行い、企業のビジネスニーズに応えるシステムを構築する仕事です。この記事では、高い需要と高い報酬を得られる職種として注目されている、Salesforceエンジニアの仕事内容や将来性について解説します。

Microsoft Azureについてまとめてみた

・Microsoft Azureは聞いた事あるけど、実際どんなものなのか使ったこと無い・プログラミングに興味がある人じゃないと使うことが無いと、機会がないと触れることが無いので、Azureとはどんなものかをまとめてみました。

開発環境関連(インフラ)

Python基本文法

Python基本構文についてです。

Python基本文法2

Python基本文法についてです。

【ソフトウェアテスト】ユースケーステスト

ユースケース(use case)テストとは、システム開発要件や機能仕様などのテスト対象に対して利用者サイドから想定しうるテスト対象の使用状況や相互の作用をユースケースとしてシナリオを想定することで、対象の利用に際して問題がないかを主軸にしてテストを行う手法です。シナリオを想定してテストを行うため、シナリオテストと混同されやすいですが、シナリオテストと比較してテスト対象や目的やテストの粒度など違う部分があるので、ユースケーステストとシナリオテストはそれぞれ別の手法として、実施するテストケースに応じて使い分けが必要です。シナリオテストは主に特定の機能や操作の流れを一連のシナリオとしてテストするもので、対象となる仕様や要件のみならず、ストーリーとして関連が想定される動作や異常系処理などもテストスコープに含むため、ユーザーサイドの視点で対象に対して詳細なテストを実施しますが、ユースケーステストは、あくまで対象となる仕様や要件から想定されうるユーザーストーリーをテスト対象とする前提で、シナリオテストよりもテストスコープは狭くなると想定されます。また、記事内にて後述しますが、ユースケース図を用いていることもユースケーステストの特徴であり、シナリオを順序立てる記述形式はシナリオテストもユースケーステストも同様ですが、テストケースの整理や共有の方法によってテストケース自体をレビューできるため、静的テストのアプローチがしやすいテスト技法です。

テスト(運用・保守・サポート)

採用サイトのリニューアル

当社の採用サイトがリニューアルされました。今後も定期的に更にコンテンツを追加する予定です。

【ソフトウェアテスト】シナリオテスト

シナリオテストはユーザー視点で利用場面を想定し、操作フロー、入力値、発生する正常系挙動異常系挙動など、ユーザーが利用する一連の流れを想定したうえで発生しうるストーリーを元にテストを実施する手法です。ブラックボックステスト技法はさまざまあり、あくまで無数に存在しうるテストケースから粒度や対象を整理抽出してより広く浅いテストケースを目指すようなものがほとんどです。しかし、複数機能をもつシステムを実際に利用する際には、複数回の遷移を繰り返したりシステムが何重にも関連したりするので、1つの機能を対象としたテストや、2つ3つの機能間の関連をテストしただけでは、再現し得ないような組み合わせでの不具合が発生する懸念は常にあります。フリーチェックやモンキーチェックなどと呼ばれるものも、結局は「ユーザーなら再現しうる」可能性を想定して実行するものですが、それを数値や手順を明確にしてより詳細にテストし、かつ明示することでその内容をテストの履歴としたり、テストの要件自体もレビューなどで評価対象とできることがこのシナリオテスト手法の利点と考えられます。また、ユーザーのストーリーを元にテストするという点から、よりユーザーサイドでの視点から評価できるため、単純に欠陥を検出するのみならず、UI/UXの評価検討なども実施することができます。

テスト(運用・保守・サポート)

【初心者向け】ソースファイルの分割について

プログラム言語について学習していると、実際にコードを書くことが多くなると思います。最初の方は簡単で短いコードを書いて練習をしていくと思いますが、慣れてくると、長いコードや簡単なシステムを作ることが増えていくと思います。その際に、一つのソースファイルの中で処理を書いていくと思いますが、100〜1000行ほどになっていくとエラーが出た際にどこでエラーが出たのか、どこでどういった処理をしているのか探すのが大変になります。その時に必要になってくるのが、ソースファイルを分割するということです。ソースファイルだけではなく、プロジェクトを分割することもあります。このようにソースファイルやプロジェクトファイルを分割することのメリットが多くあるので、今回はソースファイルを分ける方法の一例を提示しながら、メリットを解説していきたいと思います。

【iOS】初めてのSwiftUI 【Part1】

環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

製造・コーディング(PG/フロントエンド)

【C# WPF】WPFを理解したいC#初心者の話【オブジェクト指向編3】

C# WPFについて学んでいく過程を備忘録として残して置きたいと思います。

製造・コーディング(PG/フロントエンド)