【Linux】test・[ ]で条件を判定する方法｜スペース必須の罠・文字列と数値の比較・ファイル判定

シェルスクリプトでif文を書くとき、必ず登場するのがtestコマンドと[ ]です。「ファイルが存在するか」「変数が空か」「数値が閾値を超えたか」といった条件の判定を担い、スクリプトの分岐処理の土台になります。[ 条件 ]という角括弧の書き方が有名ですが、これは実はtestというコマンドの別名です。

test・[ ]は、シェルスクリプトの中でも特に罠が多いことで知られます。[の前後にスペースが必要、数値比較と文字列比較で演算子が違う、変数をクォートしないと誤動作する——これらを知らないと、意図しない分岐やエラーに悩まされます。この記事では、実機のLinux（WSLのDebian）でこれらの罠を実際に再現しながら、条件判定の正しい書き方を整理します。

スクリプトを動かす環境は環境変数、定期実行はcron、コマンドの成否判定はリダイレクトとパイプもあわせて参考になります。

[ ]とtestは同じもの

まず基本です。[ 条件 ]という書き方は、test 条件というコマンドとまったく同じです。[は「testの別名のコマンド」であり、最後の]は「引数の終わり」を示す約束事です。

# この2つは完全に同じ意味
if [ 5 -gt 3 ]; then echo "5は3より大きい"; fi
if test 5 -gt 3; then echo "5は3より大きい"; fi

# [ はコマンド、] は引数の終わりの目印
# つまり [ 5 -gt 3 ] は「[ というコマンドに 5 -gt 3 ] を渡す」

実機でも、[ 5 -gt 3 ]とtest 5 -gt 3がまったく同じ結果になることを確認しました。-gtは「greater than（より大きい）」の意味です。[が「コマンド」だと理解することが、次に説明する「スペース必須」の罠を理解する鍵になります。コマンドである以上、コマンド名の後にはスペースが必要なのです。

【最重要】スペースが必須

test・[ ]で最も多いエラーがこれです。[の後、]の前、そして条件の各要素の間には、すべてスペースが必要です。[はコマンドなので、スペースで区切らないと別のコマンド名として扱われてしまいます。

# NG: [ の後にスペースが無い
if [5 -gt 3]; then echo ok; fi
# bash: [5: command not found
#   ↑ 「[5」という名前のコマンドを探してしまう

# NG: ] の前にスペースが無い
if [ 5 -gt 3]; then ...   # これもエラー

# OK: すべてスペースで区切る
if [ 5 -gt 3 ]; then echo ok; fi

数値比較と文字列比較（混同の罠）

次の重要な罠が、数値比較と文字列比較で演算子が異なることです。数値は-eq・-lt・-gtなど、文字列は=・!=を使います。これを混同すると、エラーは出ないのに意図しない結果になります。

# 数値比較（-eq=等しい, -ne=異なる, -lt=未満, -le=以下, -gt=超, -ge=以上）
if [ 10 -eq 10 ]; then echo "数値として等しい"; fi
if [ 3 -lt 5 ]; then echo "3は5未満"; fi

# 文字列比較（= と != を使う）
if [ "abc" = "abc" ]; then echo "文字列として等しい"; fi
if [ "$name" != "" ]; then echo "name は空でない"; fi

# 【罠】数値を = で比較すると「文字列比較」になる
if [ 10 = 10.0 ]; then echo A; else echo "B: 10 と 10.0 は文字列として別物"; fi
# B が出力される（"10" と "10.0" は文字列として違う）
if [ 10 -eq 10 ]; then echo "-eq なら数値比較で正しい"; fi

ファイルの判定（-f / -d / -e）

test・[ ]は、ファイルやディレクトリの存在・種類も判定できます。スクリプトで「ファイルがあれば処理する」といった分岐に不可欠です。

# -f: 通常ファイルが存在するか
if [ -f config.txt ]; then echo "config.txt がある"; fi

# -d: ディレクトリが存在するか
if [ -d /var/log ]; then echo "ディレクトリがある"; fi

# -e: ファイルでもディレクトリでも、存在するか
if [ -e somepath ]; then echo "存在する"; fi

# && や || と組み合わせる定番の書き方
[ -f data.txt ] && echo "ファイルあり"
[ -e backup ] || mkdir backup   # 無ければ作る

実機でも、[ -f afile.txt ]が通常ファイル、[ -d adir ]がディレクトリ、[ -e nonexistent ]が存在しないファイルで偽になることを確認しました。-f（file）・-d（directory）・-e（exists）のほか、-r（読み取り可）・-w（書き込み可）・-x（実行可）といった権限の判定もできます。[ -e backup ] || mkdir backupのように||と組み合わせると、「無ければ作る」といった処理が1行で書けます（ただしディレクトリ作成ならmkdir -pのほうが簡潔です）。

【罠】空文字列の判定とクォート忘れ

変数が空かどうかは-z（空なら真）・-n（非空なら真）で判定します。ここで絶対に守るべきルールが、変数を必ずダブルクォートで囲むことです。クォートを忘れると、意図しない判定になります。

# -z: 変数が空か / -n: 空でないか
EMPTY=""
if [ -z "$EMPTY" ]; then echo "空です"; fi

# 【罠】クォートを忘れると誤動作する
V=""
if [ -n $V ]; then echo "誤ってtrueになる"; fi
#   ↑ $V が空だと [ -n ] となり、引数が消えて意図せず真になる

# OK: 必ずダブルクォートで囲む
if [ -n "$V" ]; then echo "本当に空でないときだけ"; fi

bash拡張の[[ ]]

bashには、[ ]を強化した[[ ]]があります。変数のクォート忘れに強く、&&や||、</>が使えるため、bashスクリプトでは[[ ]]が推奨されます。

# && や || をそのまま書ける
if [[ 5 -gt 3 && "a" < "b" ]]; then echo "両方成立"; fi

# 変数のクォートを多少忘れても壊れにくい（それでも囲むのが安全）
if [[ -n $V ]]; then echo "空でない"; fi

# パターンマッチもできる（* が使える）
if [[ "report.txt" == *.txt ]]; then echo ".txt ファイル"; fi

# 注意: [[ ]] は bash 専用。#!/bin/sh のスクリプトでは使えない

実機でも、[[ 5 -gt 3 && "a" < "b" ]]のように&&と文字列の<比較が[[ ]]で使えることを確認しました。[ ]では&&の代わりに-aを使ったり、<をエスケープしたりと面倒でしたが、[[ ]]なら直感的に書けます。さらに[[ "report.txt" == *.txt ]]のようなパターンマッチも可能です。ただし[[ ]]はbash専用で、#!/bin/sh（dashなど）のスクリプトでは使えません。bashスクリプトなら[[ ]]、移植性が必要なら[ ]と使い分けます。

主な演算子一覧

test・[ ]でよく使う演算子をまとめます。

よくある失敗

[の前後にスペースが無くcommand not found

[はコマンドです。[ 条件 ]のように前後・中をスペースで区切ります。

数値を=で比較して誤判定する

数値は-eqなど、文字列は=です。混同すると誤った結果になります。

変数のクォートを忘れて誤動作する

[ -n "$V" ]のように、変数は必ずダブルクォートで囲みます。

[[ ]]をshスクリプトで使ってエラーになる

[[ ]]はbash専用です。#!/bin/shでは[ ]を使います。

ファイル判定で-fと-eを混同する

-fは通常ファイルのみ、-eはディレクトリを含む存在確認です。

よくある質問

まとめ

• [ 条件 ]はtest 条件と同じ。[はコマンドです。
• [の前後・中にはスペースが必須。忘れるとcommand not found。
• 数値は-eq系、文字列は=。混同すると誤判定します。
• ファイルは-f/-d/-e、空文字列は-z/-n。
• 変数は必ず"$V"とクォート。bashなら[[ ]]がより安全です。

test・[ ]は、シェルスクリプトの分岐を支える基本でありながら、スペース・演算子・クォートという3つの罠を持つコマンドです。「[はコマンドだからスペースで区切る」「数値は-eq」「変数はクォート」——この3点を押さえれば、if文で悩むことはなくなります。cronや環境変数と組み合わせて、堅牢なスクリプトを書いてみましょう。