検索キーワード: 「統合開発環境」


Gitの使い方

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

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

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

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

学習・スキル

LPICとは?エンジニアとしてのスキルアップに役立つLinux資格のメリットと難易度

Linuxは、世界中で広く使われているオープンソースのオペレーティングシステムです。Linuxを扱えるエンジニアは、インフラやサーバー、クラウドなどの分野で高い需要があります。しかし、Linuxは多様で複雑なシステムであり、自分で学習するには限界があります。そんなときに役立つのが、LPICというLinuxの資格です。LPICは、Linux技術者としての技術力を認定する、世界的に認められた資格です。LPICを取得することで、Linuxの基礎から応用までを網羅した知識とスキルを身につけることができます。この記事では、LPICとは何か、LPICを取得するメリット、LPICの難易度と試験の概要、LPICの試験範囲について解説します。エンジニアとしてのキャリアを積みたい方は、ぜひ参考にしてください。

学習・スキル

【初心者】基本情報技術者試験とは

ITエンジニアを志す人向けの国家資格として、ITを活用する組織、教育機関から定評のある「基本情報技術者試験(FE)」。優秀なIT人材獲得競争に拍車がかかる今日、FE取得はITエンジニアのキャリアパスのきっかけになるかもしれません。本記事では、「基本情報技術者試験」の試験概要などについてご紹介します。

学習・スキル

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

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

初心者

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

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

初心者

【ソフトウェアテスト】状態遷移テスト

何かの操作を行うと何かのアクションを実行して実行後の状態になり、実行後の状態からさらに次の操作を行うとまたアクションを返すといったように、ソフトウェアに限らず何かしらの機能を持つものは、機能を使う前と機能を使った後でそれぞれ状態が変わります。状態が仕様想定どおりに遷移しているかどうかを確認する技法として、状態遷移テストがあります。

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

単体テストとは

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

初心者

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

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

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

【ソフトウェアテスト】不具合報告のインシデントレポートについて

開発プロジェクトで発生した問題はインシデントとして、管理・分析・対応が必要です。プロジェクト全体を通しての問題となるとかなり範囲は広く、人的トラブルやステークホルダー間での問題など、開発しているプロダクト以外の問題も含んでしまうので、本記事では主にプロダクトのテストに関して検出された動作の不具合(バグ)に焦点を絞って記載します。プロダクトのテストに際して検出した不具合は、報告・対応したあとは蓄積データとして、引き続きプロジェクトで参照・活用されます。実際の開発現場によっては、早期レビューでのやりとりに関するものや、開発とテスターが口頭で連携できるような状況で報告即時対応できる程度の不具合対応など、状況により必ずしも定められたドキュメントの形式で報告されるものとは限りませんが、可能な限り検出対応した不具合は履歴を残しておくことで、プロダクトの品質向上を目指すことができます。ほとんどの場合は不具合管理に別途外部のbug tracking system(BTS)を使用しています。BTSはインシデントレポート1件をチケットという1単位で扱います。チケットの形式や内容が必ずしも同一の形式に沿っているというものではありませんが、不具合の報告管理をするチケットの内容は、管理運用の観点から記載が必要となる項目はある程度決まっています。余談ですが、BTSは不具合報告のみならず、チケット駆動開発 (TiDD) を実施するプロジェクトでは開発作業自体の管理進行目的で使用される場合もあります。

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

テスト工程について

初心に帰ってテスト工程について復習していきたいと思います。

初心者

カテゴリ別人気記事

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

週間人気記事

もっと見る