Both options give you a plain .txt file that is safe to open, upload, or run through whatever you are testing. The rest of this page explains which one actually fits your situation, since the two are not quite the same thing.
Ready made sizes versus generating an exact size
A ready made file is there the moment you click download, which is fine when you just need something in the general range of a few kilobytes or a few megabytes and the exact number does not matter. The tradeoff is that these files land near a round size rather than on it. The one labelled 1 MB above is actually 1,048,540 bytes, because the content was built once and then left alone.
Generating gives you control over that. If you are testing an upload limit set to exactly 5 MB, you want a file that is exactly 5 MB, and another at 5.1 MB so you can confirm the limit really does reject it. A file that happens to be 4.8 MB tells you nothing useful, since a pass could mean the limit works or could just mean your file never reached it. That is the whole reason a generator sits next to a list of ready made downloads. Quick and approximate has its place, and exact and deliberate has its place too.
What size actually fits your situation
Most people land here for one of a handful of reasons, and the right size depends on which one applies.
If you are testing an upload feature and want to confirm the size limit works, generate one file just under the limit and one just over it, so you cover both the pass and the fail. Testing only one side tells you half the story.
If you are stress testing a parser, a log processor, or a search function, volume of lines matters more than raw size. A 10 MB file made of short repeated lines behaves very differently from a 10 MB file with a handful of enormous lines. Pick the numbered lines option if line count is what you are really testing, since every line is numbered and you can see straight away whether they all came through.
If you are checking how a text editor handles a large file, something in the 50 to 100 MB range usually exposes the slowdowns, because most editors are built and tested against far smaller everyday files.
If you just need something small to confirm an email attachment goes through, or that a form accepts a file at all, anything under 1 MB is plenty and there is no reason to reach for more.
Does the content inside the file matter
Sometimes, yes. A file made of one repeated phrase compresses extremely well, because compression works on repetition. A file of random characters barely compresses at all, because there is no pattern to work with. If you are testing compression, backup tools, or anything that reports a compression ratio, what is inside the file changes your result far more than the size does. A repeated text file might shrink by 95 percent when zipped, while a random file of the identical starting size might barely move.
Encoding is worth a mention too. Plain text is usually UTF-8 these days, but older systems sometimes still expect ASCII or a Windows specific encoding. If you are testing how your application handles international characters, accented letters, or symbols outside basic English, the file has to actually contain those characters. A plain English lorem ipsum file will not expose an encoding bug even though it is technically UTF-8, which is why the generator has a separate option that fills the file with accented and non Latin text.
Is it safe to download these files
A .txt file cannot contain executable code, macros, or scripts, because plain text has no way to run anything on its own. That is different from a Word document or a spreadsheet, which can carry embedded macros that fire when you open them. Downloading and opening a .txt file, from here or anywhere else, carries essentially no risk on that front.
The only thing worth a second look is a file with a .txt extension that turns out to be something else renamed. That is easy to check, since a real text file opens as readable characters in any basic viewer rather than a jumble that looks like binary. You can open a .txt file here to check one in a couple of seconds without installing anything.
Common questions
Nothing meaningful. Both terms describe the same thing here, a file created for testing rather than one with real content you need to keep. Test file and placeholder file mean the same thing again.
Yes. It is a plain .txt file with no protection and no formatting, so any text editor can open and change it freely. You can also open it right here in the browser and edit it without installing anything.
Yes. The generator fills the last line with padding so the file lands on the exact byte count, which matters when you are testing a limit set to a specific number. The three premade files above are close to their labels rather than exact, and the real byte count is printed on each one.
Your choice. Real words read naturally and suit tests around line wrapping, search, or readability. Random characters avoid any repeating pattern, which is what you want when testing compression or a search index. The generator has both, plus an option with accented and non Latin characters for encoding tests.
Yes. A plain text file cannot contain macros, scripts, or anything that runs on its own, unlike a Word document or a spreadsheet. The only thing worth checking is whether a file with a .txt extension is really text, which is obvious the moment you open it and see readable characters instead of a jumble.
Up to 100 MB. The file is built in your browser rather than on a server, so very large sizes take a few seconds and depend on how much memory your device has. If a large one fails, try a smaller size.
Need a file with your own content instead?
If you want real text rather than filler, the text file generator lets you type or paste anything, name it, and download it as .txt. Already have a file and just want to look inside it? Open a .txt file here.
Open the text file generator