Pages

Monday, October 7, 2013

SharePoint - Relationships between user roles, permissions, and groups



SharePoint - Relationships between user roles, permissions, and groups

A.      Visitor:
a.       Windows SharePoint Services User Role: Visitor
b.      Windows SharePoint Services Permissions: Can read the internal Web site.
c.       Default Windows SharePoint Services Group for the Internal Web Site: CompanyWeb Visitor
d.      Windows Small Business Server 2008 Security Group: Windows SBS SharePoint_VisitorsGroup
B.    Member:
a.     Windows SharePoint Services User Role: Visitor
b.    Windows SharePoint Services Permissions: Can read and write to the internal Web site. The user can add, edit and change documents, but cannot change the structure of the site, such as add new document libraries.
c.     Default Windows SharePoint Services Group for the Internal Web Site: CompanyWeb Visitor
d.    Windows Small Business Server 2008 Security Group: Windows SBS SharePoint_MembersGroup
C.    Owner:
a.     Windows SharePoint Services User Role: Visitor
b.    Windows SharePoint Services Permissions: Has administrator privileges on the internal Web site.
c.     Default Windows SharePoint Services Group for the Internal Web Site: CompanyWeb Visitor
d.    Windows Small Business Server 2008 Security Group: Windows SBS SharePoint_OwnersGroup

Wednesday, September 25, 2013

SharePoint Applications Testing


1.     What are Various Tools available for SharePoint Testing?
 Some of the Tool available for Testing are:
 SharePoint 2007 Test Data Population Tool (available at CodePlex)
 Sporm (available at Codeplex)
 Can also Use Typemock Isolator for Testing sharePoint object model.
2.     How will you set up a Platform for Testing SharePoint WebParts?
We would need to install :
1. WSS 3.0
2. Microsoft Office SharePoint Server 2007 installed.
3. Windows Server 2003 or 2008.
4. Visual Studio 2005 or 2008.
3.     How would you plan Testing WebParts.
A Tester would need to verify by adding,deleting and moving webparts on a webpart page.Also, a Tester should verify the Web Part properties, Webpart ToolPane and that nothing fails on the Page.
4.     How will you Test the Performance of a SharePoint Website?
 Various Tools are available in the market to do that. Some of them are
 Fiddler – a very handy and light weight tool that can provide quick overview of you web site performance. It can also records scripts that you can use in VSTS.
neXpert - an add-on to Fiddler which automates the classic performance best practice checks and produces a HTML report on the issues found in a Fiddler capture.
Visual Round Trip Analyzer - Web page performance visualizer and analyzer tool.
Also, Can use SharePoint Capacity Planning * Also, Can use SharePoint Capacity Planning Tool from Microsoft. 
5.     How would you plan Testing WebParts.
We can Test a SharePoint site for various customizations that will be done by a developers or a designers.
For e.g. some important steps for Testing Custom WebParts are:
Verify that you can add the Web Part properly to a sharepoint page, and nothing fails.
Verify that the Web Part handles all of its exceptions.
Verify that the Web Part works correctly regardless of where the Web Part Page is located.
Verify that the Web Part can access its resources in different setup configurations.
Verify that Web Part properties displayed in the tool pane are user-friendly.
Verify that the Web Part renders appropriately based on user permissions.
Verify that the Web Part previews properly.
Verify that adding several instances of the same Web Part to a Web Part Page (or in the same Web Part zone) works correctly.

6.     How would you Test Design and Layout changes in SharePoint?
Some of the changes that we need to check are:
See if companies Logo is displayed correctly.
Verify that it shows up on each and every page of the Site.
Verify that every page in SharePoint including list and library pages (AllForms.aspx) uses the same master Page.
Verify that the application Pages such as "settings.aspx" also inherit the company branding layout ( or master Page).
Verify that any page can be edited successfully, and the user can add/remove webparts from the Page.
Verify the any new page created, inherits the custom Branding Layout or master Page.
Verify that the branding (master page or look and feel) or layout does not fail if a user adds a Content editor webpart with custom Css in the webpart.
Verify design in various browsers. 

Wednesday, July 10, 2013

CAPTCHA test Cases


CAPTCHA test Cases:

  1. The page should have all the correct objects, proper alignment with all Color Combinations (as per requirement).
  2. The page should have all the correct objects, proper alignment with all Color Combinations (as per requirement).
  3. All  the required objects should present on  form
  4. Ensure that the CAPTCHA code screen should be viewable
  5. Ensure that the CAPTCHA code should be Case Sensitive or vice versa (According to the Requirement).
  6. Ensure that the CAPTCHA code should be in Image format.
  7. Ensure that the CAPTCHA code should be reusable. (able to get new code by clicked link)
  8. Ensure that the CAPTCHA code should generate new code once the page is refreshed.
  9. Ensure that the CAPTCHA code is not confusing. For eg: Zero and O (Alphabet),numbers 6 and 9)
  10. Ensure that the CAPTCHA code should generate new code once entered the wrong code.
  11. Ensure that the user receives information about how to use the CAPTCHA, on clicking the help button.
  12. Ensure that the CAPTCHA code should not able to copy/paste.
  13. Ensure that the audio version of CAPTCHA is working (requirement dependent).
  14. Ensure that the system accepts valid CAPTCHA.
  15. Ensure that the system rejects the invalid CAPTCHA
  16. Application should not accept the Invalid CAPTCHA code on form feed and should display proper alert message.
  17. Ensure that the CAPTCHA code should not distruot the other fields in the form once entered wrong.(Other form fields should not clear)
  18. Only alphabets/digits should be allowed in CAPTCHA, no special characters in CAPTCHA
  19. No offensive languages should be used.