如何建立大小精確的檔案

Windows

fsutil，以及無需額外工具的 PowerShell 寫法

fsutil 隨 Windows 提供。它接受以位元組為單位的大小，所以先算出數字：10 MB 是 10485760，100 MB 是 104857600，1 GB 是 1073741824。

fsutil file createnew test10mb.bin 10485760

在 Windows 11 上實測：它可以在一般的命令提示字元下執行，不需要系統管理員權限，產生的檔案恰好是 10485760 位元組。

PowerShell 不需要呼叫其他程式也能做到同樣的事，並且認得單位：

$file = New-Object System.IO.FileStream "test10mb.bin", Create, ReadWrite
$file.SetLength(10MB)
$file.Close()

PowerShell 中的 10MB 代表 10485760 位元組，與檔案總管使用的 1024 進位算法相同，所以上面兩個指令得到的大小一樣。

Linux

dd、truncate 與 fallocate，以及容易坑人的差別

dd 是人人皆知的那個。它真的會寫入這些位元組：

dd if=/dev/zero of=test10mb.bin bs=1M count=10

truncate 是瞬間完成的，而這正是陷阱所在。在 Alpine Linux 上實測，該檔案回報 10485760 位元組，卻占用零個區塊，它是一個稀疏檔案。任何讀取它的程式會得到十 MB 的零，但磁碟從未真正讓出空間：

truncate -s 10M test10mb.bin

用它測試上傳限制沒問題，但用來測試磁碟配額就會誤導人。當空間必須真實占用時，應該使用 fallocate：

fallocate -l 10M test10mb.bin

而當內容必須無法壓縮，讓封存程式無法再把它壓小時：

head -c 10485760 /dev/urandom > test10mb.bin

macOS

mkfile（不是稀疏檔案），以及你已經熟悉的另外兩個

macOS 內建 mkfile。在 macOS 26.6.2 上實測：10485760 位元組與 20480 個區塊，所以空間是真正配置的，而不只是承諾：

mkfile 10m test10mb.bin

dd 與 truncate 也都有，行為與 Linux 上相同：

dd if=/dev/zero of=test10mb.bin bs=1m count=10
truncate -s 10M test10mb.bin

這種辦法在哪裡失效

大小正確的檔案不等於類型正確的檔案

以上所有方法給你的都是一塊零。如果受測對象只看大小，比如上傳限制、配額或傳輸，這就夠了。一旦有任何東西開啟這個檔案，就不夠了。

實測過，而且值得你自己試一試：用 fsutil 做一個 2 MB 的檔案，把它命名為 photo.png，再交給影像函式庫處理。Pillow 會回答 cannot identify image file。它不是 PNG，從來就不是，只是名字這麼說。

這比聽起來更重要，因為測試隨後會以哪種方式失敗。你的上傳端點拒絕了這個檔案，測試變綠，於是你斷定大小限制有效。其實它並不是因為大小而拒絕的，而是因為這些位元組不是圖片，你本想測試的規則根本沒有被觸及。

• 剖析器在檢查任何大小規則之前就拒絕了它
• 縮圖步驟失敗，你讀到的錯誤是關於縮圖的
• 防毒軟體或內容檢查基於第三個原因拒絕了它
• 檢視器什麼也不顯示，沒人說得清這是不是那個 bug

另一種辦法

該格式的真實檔案，大小恰好是你要求的

這就是 Testing Files Generator 所做的事。檔案是該格式的真實檔案，能在對應軟體中開啟，位元組數恰好等於你的要求，精確到位元組：

tfg generate --format png --size 10mb --out ./fixtures

要求格式無法達到的大小，你會得到一個說明下限及其原因的錯誤，絕不會得到大小錯誤的檔案。格式頁面列出了每種格式及其能產生的最小檔案。

而一個限制對應的是三個測試案例，而不是一個，所以工具會把三個都建置出來：

tfg generate --format pdf --boundary 10mb --out ./edges

這會給你 10485759、10485760 與 10485761 位元組的檔案，以及一份清單，說明你的系統應該接受哪些、拒絕哪些。使用情境頁面會講解這一點，以及它為之而生的另外四項任務。

免費開源，GPL-3.0。無需註冊。Windows 與 macOS 的下載檔已簽署，啟動時不會出現警告。

那麼該用哪個？

• 使用系統指令

  當沒有任何東西會開啟這個檔案時。例如在先檢查大小的端點上測試大小限制、傳輸、配額、磁碟寫滿的情況。只要一行，而且已經裝好了。

• 使用真正的產生器

  當有任何東西要剖析、轉譯、匯入或解壓縮這個檔案時，以及當你明天要在另一台電腦上拿到逐位元組相同的 fixture 時。

兩種辦法都在本頁，因為它們各自在一部分情況下是對的。要避免的錯誤，是在需要後者的地方用了前者，還把變綠的測試當成證明。