|
Helen Chao |
Helen.Chao@Sun.COM |
|
N/A |
It is an RFE |
Is this an open source project? Yes
PSARC http://opensolaris.org/os/community/arc/caselog/2007/416/
Test Assertions http://opensolaris.org/os/project/nfs-namespace/files/mm-test-assertions.html
|
Term |
Definition |
|---|---|
|
mirror-mounts |
NFS client is able to traverse shared filesystem mount points in the server namespace |
|
NFSv4 client and server |
This includes NFS clients/servers running NFSv4.0 (RFC3530) only |
|
sharemnt |
Test suite for testing share_nfs and mount_nfs with all different kinds of options |
|
TET |
There is no project dependency for this project.
Risk#1:
Description:
This test plan is based on current schedule and design information from the I-team. Changes may occur during design and implementation phases. Test development schedule may shift with any changes.
Likelihood of Occurrence: Medium
Severity: Moderate
Mitigation and Contingency Plan:
Will work very closely with the I-team to get informed of any changes and update testing schedule accordingly.
Assumption
#1:
The mirror mounts of this project limit to NFSv4
clients and servers.
Assumption
#2:
This test plan only covers the resource allocation
for Nevada.
This program qualifies the project requirements
Triggering actions for automatic mirror-mounts and nested mirror-mounts
Automatic and manual unmounting
Interaction with the automounter
Inheritance of mount properties and security
No performance degradation compared to automount of the same mount directory tree
No regression with existing NFS mount and automount support
Any issues found during the final testing cycle will be tracked in bugtraq under development/network/mars (product/category/subcategory). Re-testing of any bug fixes will depend on the scope/size of the changes. There should be no p1-p3 bugs for the project to integrate.
|
Test Name |
Automated or Manual |
Test Type |
Project Component |
Description |
|---|---|---|---|---|
|
Trigger mounts |
Automated |
Functional |
The mirror mounts |
ops would or would not trigger a mirror mount |
|
Inherit security |
Automated |
Functional |
share/mount options |
mirror mounts of different sec= options in the tree |
|
unmounts |
Automated |
Functional |
Auto and manual unmounts |
|
|
Stress |
Automated |
stress |
Verify stability |
Lots of mirror mounts and automounts together |
Verify new functionalities of mirror mounts/umounts
New developed tests listed at section 4.1
Functional testing will start before the development complete, to work along with I-team for the preliminary testing and to verify the correctness of the tests.
Ensure existing functionalities continue to work, run the following suites
cthon_automount
fnfs
sharemnt
nfsv4-test
cthon_stress
Looping multiple mirror mount with 10 level down server filesystems simultaneously
DTrace script to compare a mount of the same server using mirror mount and automount; expect same performance (within the noise).
Same set of functional and regression tests run in non-global zones
Testing against Linux NFSv4 server
Review the System Administration Guide and the manpage updates related to the project.
This project has no extraordinary hardware considerations. It will be tested on both SPARC and x86 systems.
LOFI and ZFS shares will be used at servers to setup filesystem boundaries
Is a pre-integration PIT run is required? (REQUIRED, RECOMMENDED, NONE)?
None
|
Test |
Sparc |
X86 (32bit/64bit) |
Non-Global zones |
Linux/server |
|---|---|---|---|---|
|
Functional testing |
All |
All |
All |
|
|
Regression testing |
All |
All |
All |
|
|
Stress testing |
All |
All |
All |
|