I need to test my web app in a scenario where there’s no disk space remaining, i.e. I cannot write any more files. But I don’t want to fill my hard drive with junk just to make
No need to use a prefilled dummy filesystem.
Use disk_free_space() to mock the FileSystem
disk_free_space() - Given a string containing a directory, this function will return the number of bytes available on the corresponding filesystem or disk partition.
To simulate, just wrap the function into a FileSystem Class. Then inject it to your class doing the saving as a dependency and check if the drive is full before you do the actual saving. In your UnitTest, just swap out the regular class with the class mocking a full file system and you're done. This way you don't have to recreate the full disk drive or keep the drive with your project files all the time whenever you want to rerun your test, e.g.
class MyFileSystem
{
public static function df($drive)
{
return disk_free_space($drive);
}
}
and to simulate a full FileSystem do
class MyFileSystemFull
{
public static function df($drive)
{
return 0;
}
}
If you want to overload the function to return 0 at all times, you could use the RunKit Pecl extension and do:
runkit_function_redefine('disk_free_space','string','return 0;');
As an alternative look into vfsStream:
vfsStream is a stream wrapper for a virtual file system that may be helpful in unit tests to mock the real file system. It can be used with any unit test framework, like PHPUnit or SimpleTest.
A quick and easy solution would be setting up a Quota for a specialized user account. Quota support on Mac OS X
If you don't mind the hassle to set it up, and the fact that you probably need a second license for your operating system, a Virtual Machine is probably the best idea with the most long-term possibilities.
recursively remove all write permissions from your webfolder, folders and files your app is going to write to.
Bottom line; don't do that. Seriously -- there are so many things that go horribly wrong when a volume runs out of space. Unless the volume targeted is not the boot volume and has not one other application writing to it, the behavior as the disk fills will be out of your control anyway.
If it is the boot drive, the system will quite likely panic or crash upon full disk anyway. Or, if not, it'll behave erratically.
If you are talking about a data volume, is yours the only app that is writing to it? If any other app is writing, do you know for certain how they might fail?
Disk space is so dirt cheap these days that you are far better off ensuring that out of disk space will simply never happen. Drop a 2TB drive in and put an alarm in when it reaches 50% capacity. Far cheaper to implement (unless your time is free) and far more reliable.
I bet you could also create your own .dmg file with file system of size ... say 2Mb and write to it. If this works, then it is super-easy for testing - you just mount it and switch the path for testing. If the dmg is small enough, you could probably even upload it to the source control.
I used a thumb drive, as the volume for the process.