2011-07-06 8 views
0

Windows環境でコピーコマンドをテストするためのテストケースにはどのようなものがありますか?Windows環境でコピーコマンドをテストするにはどうすればよいですか?

+0

コピーコマンドをテストすることによって正確に意味するものは何ですか?あなたはコマンドプロンプトで 'Ctrl + C'またはコピーについて話していますか? – Balanivash

+1

あなたがMSのテスターでない限り、これは宿題 – kinakuta

+0

http://www.computerhope.com/copyhlp.htmのように聞こえます。これらはコピーコマンドによって行われるものです... –

答えて

1

Holy Geez! "copy"コマンドで正当でユニークなテストケースは、ミリオンである可能性があります。あなたの最良のアプローチは、さまざまな入力とシナリオの領域を考え出すことです。ここでは、各分類のシナリオをいくつか考えてみました。異なるドメイン間でテストを開始すると、楽しいことが始まります(ワイルドカードからネットワーク共有への読み取り専用セットのファイルからコピーなど)

これはドメインまたはテストシナリオの網羅的なリストではありません。しかし、あなたが始めるべきである...大部分の場合、テストにはソースと目的地のファイルを比較して内容の一致を検証する必要があります。

Copying between: 
    network share 
    A really slow network share across the Internet 
    partitions 
    disks 
    disks of different types (flash, usb, external sata, SSD, etc...) 
    directories 
    within the same directory 

Naming 
    Normal file name 
    Filename that exceeds 8.3 (verylongfilename.whatever) 
    Copying a very long file name, but referencing it by it's 8.3 name (copy verylo~1.wha d:\) 
    A full directory path that exeeds MAX_PATH (260) characters (e.g. c:\a\very\long\directory\name\that\goes\on\forever\in\length......foo.txt) 
    By absolute addressing (\\?\\c:\foo\foo.txt) 
    wildcards (e.g. *.* *.txt foo?.txt) 
    A filename with unicode characters 
    A filename with illegal characters in it (there are creative ways to get these files on disk) 

Attributes 
    Testing with different file attributes (read-only, hidden, system, archive, etc...) 
    Validate timestamp is preserved across copies 
    Validate timestamp is preserved across network file share copies when the destination machine is in another timezone 
    NTFS ACLs are preserved 

Addressing types 
    reference by absolute path (e.g. copy c:\some\directory\foo.txt c:\other\place\foo.txt) 
    reference by relative path (e.g. copy ..\..\documents\whatever\foo.txt subdirectory/foo.txt) 
    By absolute drive letter into current working directoroy of destination (with no path (e.g. copy foo.txt d:) 
    Network share mounted to a drive letter 

Failure cases, edge cases, and hack attacks 
    Try to copy a file onto itself (e.g copy c:\foo.txt c:\foo.txt) 
    Copy when the network share is down. 
    Unplug the network cable in the middle of a network file copy 
    copy to a read only directory 
    copy when the source file is locked. 
    copy the when destination file exists but the destination file exists and is read only 
    Detach the external disk right before the file copy starts 
    disk is near full (But would be full before the entire copy finishes) 
    disk is full 
    Unplug the power cable in the middle of the copy! 
    During a very long copy, start another copy with the same source file, but to another destination 
    During a very long copy, start another copy with a different source file, but the the same destination 
    During a very long copy, start another copy with the same source and destination files! 

File types 
    ascii file 
    unicode file 
    binary file 

Environments 
    RAID configurations 
    FAT and NTFS 
    Windows XP, Vista, 7, Server 2003, etc... (you can quantify this by asking the requirement of "which OS" up front) 
    Virtual Machine (VMWare, virtual PC, hypervisor, etc...) 
    Intel and AMD 
関連する問題