検索キーワード: 「MACアドレステーブル」


【初心者向け】状態遷移図と状態遷移表について

本記事ではテスト技法の一つの「状態遷移図と状態遷移表」について解説していきます。

初心者

【ソフトウェアテスト】テスト技法の有用性

世に存在するさまざまなソフトウェアテスト技法について、自身のナレッジ整理もかねて詳細をまとめようと思いました。ですが、いろいろなプロジェクトで開発エンジニア・PdM・PM・QAなどさまざまな方と関わらせていただく中で、QAテスター/テストエンジニア等のポジションの方以外には、ソフトウェアテストに技法が存在するということや、テスト技法を用いる意味とメリットについてあまり認識されていないかも知れないと思いました。まずはソフトウェア開発現場でソフトウェアテスト技法を用いたテストを実施することの理由などについてまとめます。

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

【PHP】基本のまとめ | 初心者向け

プログラミング言語のPHPについて、簡単にまとめてみました。初心者向けの、基本的な内容になっています。ぜひ最後までお読みください!

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

Spring Frameworkの解説とWebアプリケーションの作成

Webアプリケーション開発は、企業の情報システムを支える上で欠かせないものとなっています。その中でも、Java言語を利用したWebアプリケーション開発が注目を集めており、Java言語でWebアプリケーションを開発する場合、Spring Frameworkは必須の技術となります。本記事では、Spring Frameworkの導入からWebアプリケーションの作成方法までを解説します。

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

【C# WPF】WPFを理解したいC#初心者の話【環境構築編】

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

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

Windows Active Directory入門

Windows Active Directory(AD)は、ネットワーク上でのリソース管理やセキュリティの向上に不可欠なツールです。本記事では、初心者向けにActive Directoryの基本的な概念と用語を大まかに解説します。ADの導入から基本的な機能の使い方を学んでいきましょう。なお、詳細なドキュメントは以下のサイトを参照してください。https://learn.microsoft.com/ja-jp/windows-server/identity/ad-ds/get-started/virtual-dc/active-directory-domain-services-overview

その他(インフラ)

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

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

初心者

【Swift】MVPアーキテクチャの簡単なサンプル【iOS】

今回はModel-View-Presenter[MVP]アーキテクチャのデザインパターンで簡単なサンプルを作成します。ModelではDBやAPIアクセスの処理、Presenterではその他の処理、描画はViewで行う考え方に基づき実装しました。これから作るサンプルではModel内でRealmSwiftを使用します。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

【ソフトウェアテスト】直交表/ペアワイズ法 ②

直交表そのものについては直交表/ペアワイズ法 ①で記載しています。この記事では主にペアワイズ法についてまとめます。ペアワイズ法は組み合わせテスト技法の一つであり、直交表で考慮した各因子に想定されている水準が均等に分布するという条件を緩和し、各水準の組み合わせが少なくとも1回以上出現するようなペアを選択することで、直交法そのものよりもテストの粒度を粗くしてテストケース数を抑える手法です。

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

自宅のWindowsでRuby on Rails ~データベース操作2

自宅のWindowsでRuby on Rails ~データベース操作1の続きです。

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

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

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

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

【ソフトウェアテスト】欠陥分析手法について

「【ソフトウェアテスト】不具合報告のインシデントレポートについて」記事で記載したとおり、インシデントはチケット作成して報告されたのち、内容を分析して対応をし、作成から完了に至るまで管理します。そうして蓄積されたインシデントレポートは、報告対応されたそのレポート自体が、以降で類似の現象を検出した際の資料として用いられる面もありますが、内容を分析することで、今後の開発品質向上を目指すための判断材料として活用することができます。いずれのインシデントレポートも、何かしら問題があったから作成されているものであり、問題点は解決した時点で完了とはせずに、内容を振り返って同じ轍を踏まないように以降の活動を随時改善していくことが肝要です。近年のアジャイル化が進んでいるプロジェクトなどの場合は、直近の開発内容に対するインシデントレポート単体を都度分析するような時間も設けられずに次々進んでいくことがありますが、プロジェクト全体としてインシデントレポートを統合管理し、アジャイル開発の各プロジェクト進行とは別途で機会を設けて、振り返りと共に不具合分析を行うことは、高品質な開発を目指す上で必要な活動です。ソフトウェア開発現場の現状として、プロジェクト形式もインシデントレポート形式もさまざまある状況なので、欠陥分析の手法もこれが絶対という唯一のものではなく、状況や期間などに合わせて必要な手法でアプローチをすべきです。統計的内容に基づく分析、インシデントごとの要因に基づく分析、その両面からの分析など、どのような面からアプローチするかによって用いる手法もさまざまあります。

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る