【初心者向け】テスト観点について

テスト観点（test perspective）とは、「ソフトウェアやシステムをテストする際に、評価すべき特定の側面や機能」を指します。テスト観点は、テストプロセスを計画、設計、実行する際に、目標となる品質要素を明確にすることで、効果的なテストケースを作成し、重要な問題を特定できるようにする役割があります。これは、製品やサービスの品質向上に大きく貢献する重要な要素であると言えます。

JSTQBのシラバスを読む【第六章】

ソフトウェアテストにおいて、ツールの活用は今や欠かせない存在となっています。今回は、JSTQB Foundation Level シラバスの第六章「テストツール」に焦点を当て、テストの効率化を支える各種ツールと、自動化における利点・リスクについて分かりやすく解説していきます。「ツールを使えばすぐにテストが楽になる！」と思っている方も多いかもしれませんが、実際には、ツールの導入・運用には計画性や戦略が必要です。本記事では、JSTQBの内容を読み解きながら、実務に活かせる視点を盛り込んで解説していきます。

【バッチ】業務効率化

PCでの作業で毎回手作業でフォルダを開いたり、作成したりしている方は必見です！毎日の一連の単純作業を自動化できれば便利ですよね。バッチファイルを使用することで業務の効率化・自動化ができます。

その他(インフラ)

【初心者用】COBOLとは

直近でCOBOLの案件に行く可能性があるので、COBOLとはどういうものかまとめようかと思います。COBOLは最新の言語ではありませんが、現在でも金融系などで使用されています。ですので、化石のような言語ではありますが、需要自体はあるようなので改めて学ぼうかなと思います。

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

【初心者向け】CCNA基礎 15章

こちらでは、CCNAの資格取得へ向けた情報を記載いたします。

【初心者向け】ソフトウェア7原則について

テストを実行にあたって覚えておきたい項目にソフトウェアテストの7原則というものがあります。ソフトウェアテストの7原則とは、『ソフトウェアテストの7原則』とはISTQBテスト技術者資格制度 Foundation Level シラバス(以下シラバスとする)に記載されている、ソフトウェアテストを行う上で共通して理解しておく必要がある一般的なガイドラインです。テスト技術者資格制度 Foundation Level シラバス Version 2018V3.1.J03 (PDF)シラバスに記載のあるテストの7原則を解説します。

【C# WPF】WPFを理解したいC#初心者の話【アプリ作成編3】

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

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

クラウドサービスについて

クラウドとは、クラウドコンピューティングの略で、ユーザーがサーバーやネットワークなどのインフラやソフトウェアを持たなくてもインターネットと介してサービスを受けることが可能になる仕組みです。自分のコンピューターにソフトウェアをインストールせず、ウェブブラウザなどを使ってシステムを利用します。ソフトウェアを動作させるITリソースやサービスはすべてクラウドベンダーが所有しており、ユーザーはそれらをインターネット経由で利用します。クラウドサービスでは、ソフトウェアの場所やデータ保管先はインターネット上の見えないところにあるので、システムの構成図を表す際に、雲（＝クラウド）のマークを使っていたため、「クラウド」と呼ばれるようになったと言われています。

その他(インフラ)

【基礎】Node.jsについて

最近Reactのアプリ開発でサーバーサイドもNode.jsを使用して開発することがあったので、改めてNode.jsについてまとめたいと思います。

その他(PG/フロントエンド)

【初心者向け】Linuxコマンドについて

Linuxコマンドをご存知でしょうか？エンジニアとして働いていると耳にする事があると思います。本記事ではよく使うLinuxコマンドをまとめていきます。

【PowerShell】業務効率化

仕事の中で、業務を効率化していきたいと思う人も多いでしょう。業務効率化ができるPowerShell について学習していきたいと思います。コマンドプロンプトやバッチファイルとの違いや、どんな場面で使えるのか確認していきましょう。

テスト(IT事務全般)

【テストの種類】結合テスト

結合テストとは、システム開発におけるテスト手法の1つです。システム開発では、結合テストの他に単体、機能、システムテストなどがあり、開発工程によって実施するテストが異なります。結合テストは複数のプログラムやモジュールを同時に稼働して行う動作テストで、モジュール同士を結合した際に意図した通りに動作するかの検証を行います。結合テストは、事前にテスト仕様書を作成し、テスト項目を決めてからテストを行います。結合テストの項目は前段階の単体テストが全て完了していることが前提となります。結合テスト前に行う単体テストは、個々の機能やモジュールが単体で動作するかを検証するテストになります。単体テストで行ったテスト項目は結合テストでは殆ど行わないか、簡易的に確認することが一般的です。結合テストでは、ただ動作するかのテストを行うのではなく操作と機能動作の組み合わせが正しいか、仕様書通りに機能しているかについても検証します。単体テストによって個々で正しく動作することが確認された機能やモジュールを対象とし、機能間の連携や一連の機能が仕様書通りに正しく動作するのかを確認します。