検索キーワード: 「テストスケジュール」


校内LANを整備しよう

近年、教育の情報化推進に伴い、学校におけるICT環境を整備する必要性が高まっています。学校という特殊な環境では、どの様に整備が進められているのでしょうか。今回は校内LANの整備についてまとめてみました。

その他(その他お役立ち情報)

【JSTQB(FL)対策】第3章静的テスト

こちらの記事ではJSTQBのシラバスのうち、第3章静的テスト分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

イチから学ぶデータベース・SQL(4)

イチから学ぶデータベース・SQL(3)では、SQLの読みやすい書き方や間違いやすいポイントなど、実務でSQLを使っていく上での基本的なことについて学習しました。今回は、前回同様paizaラーニングを参考にし、より深くSQLについて学習していきます。

製造・コーディング(インフラ)

【初心者目線】Webアプリケーションの開発 第9回

【初心者目線】Webアプリケーションの開発 第9回を書きます。

初心者

単体テストとは

単体テスト(ユニットテストと呼ばれることもあります)は、プログラムを構成する比較的小さな単位(ユニット)が個々の機能を正しく果たしているかどうかを検証するテストです。通常、関数やメソッドが単体テストの単位(ユニット)となります。 プログラムが全体として正しく動作しているかを検証する結合テストは、開発の比較的後の段階でQAチームなどによって行なわれることが多いのとは対照的に、単体テストは、コード作成時などの早い段階で開発者によって実施されることが多いのが特徴です。

初心者

Gitの使い方

そもそもGitとは、分散型バージョン管理システムのことを指します。分散型バージョン管理システムとは、ファイルのバージョン管理を簡単に行えるツールです。例えば、iPhoneなどアップデートを行うと基本的には元のバージョンに戻せません。しかしgitで管理しているファイルであれば、ファイルの編集履歴を管理できるので、編集前のファイルを残したまま、新しいファイルを保存することができます。なので、新しいバージョンから古いバージョンまでの管理が簡単です。Gitでできること ・古いバージョンに戻せる ・新しいファイル、古いファイルの管理 ・編集したファイルを複数人で共有できる ・複数人で編集したファイルをまとめることができる

その他(PG/バックエンド)

基本設計・詳細設計とは

システム開発にはさまざまな工程があります。要件定義・基本設計・詳細設計などなどの工程が存在します。設計書を作成するのは、開発工程の前段階である「設計」工程。設計工程はシステム開発の方向性を左右するため、特に重要とされています。さらに設計工程は「基本設計」と「詳細設計」に分かれます。設計業務に携わっていなくても、名前は聞いたことがあるという方は多いのではないでしょうか。ただ、具体的にどのような違いがあるのか明確に理解できていない方もいるかもしれません。

基本設計(外部設計)(PG/フロントエンド)

データ操作文(DML)を使ったデータ操作の基本

業務では、テーブルに対して何らかのデータを追加したり、変更、削除を行うことがあります。ここでは、その操作で使用するINSERT文やUPDATE文などについて記載しています。

製造・コーディング(PG/バックエンド)

データ分析に活用されるR言語について解説

皆さんはR言語というプログラミング言語をご存じでしょうか。R言語は主にデータ分析などの分野で活用される事の多い言語です。今回はそのR言語に関して書いていこうと思います。

製造・コーディング(PG/バックエンド)

インフラエンジニアがCCNA資格を取得するべき理由と試験のポイント

インフラエンジニアとしてのキャリアを積んでいくためには、自分のスキルや知識を常にアップデートしていくことが必要です。しかし、どのようなスキルや知識が必要なのか、どのように学習すればいいのか、悩んでいる方も多いのではないでしょうか。そんな方におすすめなのが、CCNA(Cisco Certified Network Associate)という資格です。CCNAは、ネットワークの基礎から応用までを網羅した、世界的に認められた資格です。この記事では、CCNAとは何か、CCNAを取得するメリット、CCNAの難易度と試験の概要、CCNAの試験範囲について解説します。

学習・スキル

【五日目】Java学習

Java学習5日目

製造・コーディング(PG/バックエンド)

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

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

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

関連タグ

カテゴリ別人気記事

もっと見る
テレワーク関連人気記事

週間人気記事

もっと見る