Test Plan and Cases (TPC) - Software Engineering II - Spring · PDF file · 2016-12-06Test Plan and Cases (TPC) Version 1.2 ... Test Strategy Initial draft for use with As-Built Package

Test Plan and Cases (TPC) Version 1.2

TPC_TRR_F16A_T02_V1.2.doc i Version Date: 12/05/16

Test Plan and Cases (TPC)

Team 02

Member Name Role Email

Rajat Verma Project Manager, Lifecycle Planner, Dev [email protected]

Preksha Gupta Software Architect, Operational Concept Engineer

[email protected]

Mangalore Rakesh Shenoy Software Developer, Prototyper [email protected]

Ankit Gupta Requirements Engineer, Tester [email protected]

Snehal Surendra Desai Prototyper, Software Developer [email protected]

Lu Wu Quality Focal Point, Tester [email protected]

Heidi Negron-Arroyo IIV and V, Feasibility Analyst [email protected]

12/05/2016

mailto:[email protected]


TPC_TRR_f16A_T02_V1.2.doc ii Version Date: 12/05/16

Version History

Date Author

Version

Changes made Rationale

11/15/16

Lu 1.0 Initial commitment to create TPC document

Commit to Introduction and Test Strategy

Initial draft for use with As-Built Package for VYMA

11/19/16

Lu 1.1 Complete TPC Add more test cases for As-Built Package

12/05/16

Lu 1.2 Add Figures

Revise

Add more figures, Revise and polish the final document before submission


TPC_TRR_f16A_T02_V1.2.doc iii Version Date: 12/05/16

Table of Contents

Test Plan and Cases (TPC) .................................................................................................. i

Version History ................................................................................................................... ii

Table of Contents ................................................................................................................. iii

Table of Tables ...................................................................................................................... v

Table of Figures ................................................................................................................... viii

1. Introduction ............................................................................................................................... 9

2. Test Strategy and Preparation ............................................................................................... 10

2.1 Hardware preparation ............................................................................................ 10

2.2 Software preparation .............................................................................................. 10

2.3 Other pre-test preparations ................................................................................... 10

2.4 Requirements Traceability ..................................................................................... 10

3. Test Identification ................................................................................................................... 13

3.1 TC-01 Register and Manage via Online Registration System for Music Courses. 13

3.2 TC-02 – Announcements section with email notifications. ................................. 35

3.3 TC-03: Make and manage secure online Donations ............................................. 40

3.4 TC-04 Calendar of Events ....................................................................................... 51

3.5 TC-05 Uploading + Downloading Music Notes ..................................................... 56

3.6 TC-06 Contact Us + Contacting VYMA through website. ...................................... 62

3.7 TC-07: Subscribing to VYMA news letter from VYMA homepage ....................... 67

3.8 TC-08 Consolidate 3 websites ................................................................................ 73


TPC_TRR_f16A_T02_V1.2.doc iv Version Date: 12/05/16

3.9 TC-09 Members Only view: Roster ........................................................................ 75

3.10 TC-10 Shop Section: DVD .................................................................................... 77

3.11 TC-11 Yearbook .................................................................................................... 79

4. Resources and schedule .......................................................................................................... 82

4.1 Resources ................................................................................................................. 82

4.2 Staffing and Training Needs ................................................................................... 82

4.3 Schedule ................................................................................................................... 83


TPC_TRR_F16A_T02_V1.2.doc v Version Date: 12/05/16

Table of Tables

Table 1: Requirements Traceability Matrix ................................................................................ 10

Table 2: TC-01-01 Check error messages when required fields are not selected on a particular music course page during registration process. ......................................................................... 15

Table 3: TC-01-02 Check error messages when mandatory fields are not entered while filling Student Information Form during registration process for a music course. ............................. 19

Table 4: TC-01-03 Check error messages when mandatory fields are not entered while filling Payment details in Secure Checkout page during registration process for a music course. ..... 22

Table 5: TC-01-04 Verify if user and admin both receive a confirmation email after successful registration of a particular music course. ................................................................................... 26

Table 6: TC-01-05 Check if admin can Manage and Cancel a Registration along with issuing of refund to user from Admin Control Panel in Squarespace ......................................................... 31

Table 7: TC-02-01 Admin adds a new announcement ................................................................ 36

Table 8: TC-02-02 Admin configures MailChimp ........................................................................ 37

Table 9: TC-02-03 Only Members should be able to view the announcements ......................... 38

Table 10: TC-02-04 Only Members should receive email notifications ...................................... 38

Table 11: TC-02-05 Admin should be able to update posts ........................................................ 39

Table 12: TC-03-01: Verify error message when Donor does not select an amount for contribution. ................................................................................................................................. 42

Table 13: TC-03-02: Verify error message when Donor provides an Invalid Email Address in Contact Info section. ..................................................................................................................... 44

Table 14: TC-03-03: Verify error message when Donor does not provides Billing Address in Billing section. .............................................................................................................................. 46

Table 15: TC-03-04: Verify Thank You Email sent to Donor after he has successfully made the Donation to VYMA. ....................................................................................................................... 48

Table 16: TC-03-05: Verify Donation on Donations Page of Admin Control Panel after Donation was successfully made.................................................................................................. 50


TPC_TRR_f16A_T02_V1.2.doc vi Version Date: 12/05/16

Table 17: TC-04-01 Adding a new event to the Calendar ........................................................... 52

Table 18: TC-04-02 Updating an existing event ......................................................................... 53

Table 19: TC-04-03 Non member viewing the event .................................................................. 54

Table 20: TC-04-04 Member viewing the events ......................................................................... 55

Table 21: TC-04-05 Password Protected Page ............................................................................ 56

Table 22: TC-05-01 Access Music Notes section of VYMA website ............................................. 57

Table 23: TC-05-02 Upload External Documents to Music Notes section of VYMA website ..... 58

Table 24: TC-05-03 Edit existing links in the Music Notes section of VYMA website ................ 59

Table 25: TC-05-04 Download documents from Music Notes section of VYMA website ........... 60

Table 26: TC-05-05 Music Notes migration from Shutterfly website ........................................ 61

Table 27: TC-06-01 Check form completeness ............................................................................ 62

Table 28: TC-06-02 Check form correctness ............................................................................... 63

Table 29: TC-06-03 Check form info correctness with Gmail ..................................................... 64

Table 30: TC-06-04 Check form info correctness with google drive .......................................... 65

Table 31: TC-06-05 Contact contacts through page link ........................................................... 66

Table 32: TC-07-01 Check subscribing to VYMA news letter from homepage via email id ...... 68

Table 33: TC-07-02 Check subscribing to VYMA news letter while making donation. ............. 69

Table 34: TC-07-03 Check subscribing to VYMA news letter while registering for a course. ... 70

Table 35: TC-07-04 Check ‘subscription’ confirmation sent to user’s email id to confirm the subscription. ................................................................................................................................. 71

Table 36: TC-07-05 Check ‘unsubscribe’ to VYMA news letter. ................................................. 72

Table 37: TC-08-01 Consolidate three different websites into one VYMA website ................... 74

Table 38: TC-09-01 Only Members should be able to view the Roaster .................................... 75


TPC_TRR_f16A_T02_V1.2.doc vii Version Date: 12/05/16

Table 39: TC-09-02 Match if the content of Roaster page at new VYMA website matches with the old VYMA website ................................................................................................................... 76

Table 40: TC-10-01: User can view trailer of the video at DVD/Shop section. .......................... 78

Table 41: TC-10-02: User can purchase DVD from DVD/Shop section. ..................................... 78

Table 42: TC-11-01: Only Members should be able to view the Yearbook page. ....................... 80

Table 43: TC-11-02: Yearbook page provides link to Shutterfly. ............................................... 81

Table 44: Testing Schedule .......................................................................................................... 83


TPC_TRR_f16A_T02_V1.2.doc viii Version Date: 12/05/16

Table of Figures

Figure 1:Music Course Selection Page ............................................................................ 16

Figure 2: Selected Music Course Page ............................................................................ 17

Figure 3: Error Messages when none of the required dropdown fields are selected .... 18

Figure 4: Student Information Form with Error message when some mandatory fields are not entered ................................................................................................................. 21

Figure 5: Secure Checkout Page with missing Customer Information .......................... 25

Figure 6: Secure Checkout Page with missing Payment Information ........................... 25

Figure 7: Confirmation email sent to user after successful signup with registration details ............................................................................................................................... 29

Figure 8: Confirmation email sent to admin after successful signup with registration details and additional links to manage the registration and payment ......................... 30

Figure 9: Manage orders section in Squarespace (Commerce section via Admin Control Panel) ................................................................................................................................ 33

Figure 10: Option to cancel the registration after selecting the same .......................... 34

Figure 11: Confirmation Popup after selecting cancel order (showing details about refund at same time) ........................................................................................................ 35

Figure 12: Error message when Donor does not select an amount for contribution .... 43

Figure 13: Donor provides an Invalid Email Address ..................................................... 45

Figure 14: Donor does not provide Billing Address ........................................................ 47

Figure 15: Thank You Email ............................................................................................ 49

Figure 16: Donations Page of Admin Control Panel ....................................................... 51


TPC_TRR_f16A_T02_V1.2.doc 9 Version Date: 12/05/16

1. Introduction

The purpose of Test Plan and Cases (TPC) is to describe the test cases used to test the new website of VYMA, make sure it functionally works as expected under all circumstances. The scope of our testing within this project include verification of the functionality of the website based on the winbook and its integration with third-party software as a whole. We mainly focus on the functionality of the new website, test every single feature of the website to ensure it meets client’s requirement. We also focus on the integration of Squarespace with Stripe, Mailchimp, and Google-Drive. We plan to do unit testing and integration testing, run the application and test it under both sunny and rainy days’ scenarios.



2. Test Strategy and Preparation

The test cases include sunny and rainy days’ scenario and cover all core required features based on Winbook. To verify the functionality of each implemented feature, we perform functional testing. This adheres to a type of black-box testing that is based on the functionalities or the requirements to be tested. User is expected to test the application by providing certain input for the requirement to be tested after which the outcome is thoroughly examined as per the expected results required for same. Along with that we plan to do manual testing and auto-testing to trace the performance of each feature.

2.1 Hardware preparation

A regular computer/laptop and a phone(Android/iOS) having Internet access and browser to test the functionality of the website.

2.2 Software preparation

No additional software or test simulators will be used for this project.

2.3 Other pre-test preparations

Generating testing admin profile (name, email, password) to test admin functionality.

Generating testing user profiles (name, email, password, payment information and etc.) to test user functionality.

2.4 Requirements Traceability

Table 1: Requirements Traceability Matrix

Requirement ID Verification Type

Test Case ID (if applicable)

WC_4223: As a student/parent, I can register and pay for music courses online, so that it becomes easier for me to signup, instead of printing and submitting form.

Testing TC-01: Register and Manage via Online Registration System for Music Courses.



WC_4199 As the client, I can check my email and Squarespace’s Orders Section for new applicants and their information.

Testing TC-01-04: Verify if user and admin both receive a confirmation email after successful registration of a particular music course.

TC-01-05: Check if admin can Manage and Cancel a Registration along with issuing of refund to user from Admin Control Panel in Squarespace.

WC_4210: As a admin I can update information at announcements section of the website, which also triggers notification to all members about it.

Testing TC-02: Announcements section with email notifications.

.

WC_4212: As a member, I can view the detailed information of events in a calendar on a password protected page.

Testing TC-04: Calendar of Events.

WC_4227: As a donor, I can make donations online via a secure payment system, so that I can support the VYMA community in their endeavors...

Testing TC-03: Make and manage secure online Donations.

WC_4225: As an admin, I can check my mail for Inquiries/feedbacks provided by the users through Contact Us page, so that the concerns of users are addressed in a timely manner.

Testing TC-06: Contact Us.



WC_4215: The system shall be a combination of three websites where all the content from these websites will be migrated.

Testing TC-08: Consolidate 3 websites.

WC_4224: As a user, I can view the details of all the courses and schedule of classes at one place, so that I don't have to search different websites to do the same.

Testing TC-08: Consolidate 3 websites.

WC_4203: As an admin, I can update parent's details on roster so that all parents can view each others details on a password protected/private page.

Testing TC-09: Members Only View.

WC_4193: As a user, I can view the trailers of videos and purchase the related DVD's on Shop Page.

Testing TC-10: Trailer of DVD.

WC_4202: As a client, I can add link of yearbook on website so that parents/students can view them.

Testing TC-11: Yearbook .



3. Test Identification

3.1 TC-01 Register and Manage via Online Registration System for Music Courses.

Description: Online Registration System is one of the most important feature of the new system as it replaces the time consuming manual registration of user in old system and also provides ease of maintenance to admin. User can register and pay for music courses online while admin can easily manage these registrations and payments via the Admin Control Panel in Squarespace.

3.1.1 Test Level

Functional Testing: This adheres to a type of black-box testing that is based on

the functionalities or the requirements to be tested. User is expected to test

the application by providing certain input for the requirement to be tested

after which the outcome is thoroughly examined as per the expected results

required for same.

3.1.2 Test Class

Erroneous Input Testing: This refers to the process where the input data needs to be validated before the data gets saved for the registration details. For example: In the registration form data, some of the fields such as email, phone number etc. needs to be valid. Also some of the fields are marked mandatory to enter and the user should not be able to proceed further without filling the same. Functionality Testing: As far as this class is concerned, it refers to the process where the application is tested for expected outcomes for the desired functionalities or requirements.



3.1.3 Test Completion Criteria

The tests will be completed when the below conditions are satisfied:

The appropriate Music Course is selected along with fees required for same.

The Music Course registration form is filled with correct details along with the mandatory fields.

The user has submitted the payment for the registered music course by filling the required details in checkout form.

Both user and admin have received an email notification for newly registered course.

Admin can view and manage the newly registered user details for the particular course in Commerce section of website which is basically a part of the Admin Control Panel of Squarespace.

Admin can view and manage the payment details of the new user and can either confirm or cancel (includes refund) the registration via Squarespace Admin Panel and Stripe Dashboard.

3.1.4 Test Cases

TC-01-01: Check error messages when required fields are not selected on a

particular music course page during registration process.

Description: Using Exploratory testing technique and as required by the functionality of the online registration system, the user should not be able to proceed unless he has

selected the required fields (Tuition period and returning student) in particular music course. These required fields are important to be selected because they

determine the amount of fees or money that the user has to pay for registering to that particular music course. The required fields are Tuition period and Returning student

or not dropdowns. The tuition period dropdown allows the users to select from Half year or Full year period and accordingly the fees gets adjusted in the payment

section. The Returning student or not dropdown allows the user to select whether he is a returning student or not. If he is a new applicant he would have to pay the

audition fees for registering. When either of above mentioned required fields are not selected appropriate error messages are shown.



Table 2: TC-01-01 Check error messages when required fields are not selected on a particular music course page during registration process.

Test Case Number TC-01-01 Check error messages when required fields are not selected on a particular music course page during registration process.

Test Item On a music course page, the selection of required fields (Tuition period and Returning student or not dropdowns) are tested whether they thrown an appropriate error message when either of them is not selected and user is not allowed to proceed further.

Test Priority This is a M(Must have) test as the required fields determine the amount of fees or money that the user has to pay for registering to that particular music course

Pre-conditions User should have navigated to this particular music course page after selecting an appropriate music course from the available courses in the website.

Post-conditions Appropriate error messages should be thrown for the required fields. For example: If user has not selected both the required dropdowns, then this error message is displayed: Please select the Tuition period and Returning student or not options.

User should not be able proceed further without selecting the required fields.

Input Specifications Click on courses Tab in Navigation menu. Select the appropriate music course from list of

available music courses shown on the courses page.

Click on Register button without selecting the required fields.

Expected Output Specifications

Appropriate error messages should be thrown for the required fields.

When both Tuition period and Returning student or not dropdowns are not selected, then error message is Please select the Tuition period and Returning student or not options.

When only Tuition period is not selected, then error message: Please select the Tuition period option.

When only Returning student or not is not selected, then error message is : Please select the Returning student or not option



In all the above mentioned scenarios, user should not be allowed to proceed further for registration.

Pass/Fail Criteria Pass Criteria:

Appropriate error messages should be thrown for the required fields.

User is not able to proceed further for registration.

Fail Criteria:

No error messages are thrown if the user has not selected the required fields.

User is able to proceed further for registration.

Assumptions and Constraints

User has navigated to the music course page. Required fields are not selected.

Dependencies None Traceability WC_4223: As a student/parent, I can register and pay

for music courses online, so that it becomes easier for me to signup, instead of printing and submitting form.

Please find below snapshots related to this particular test case:

Figure 1:Music Course Selection Page



Figure 2: Selected Music Course Page



Figure 3: Error Messages when none of the required dropdown fields are selected

TC-01-02: Check error messages when mandatory fields are not entered while

filling Student Information Form during registration process for a music

course.

Description: Using Exploratory testing technique and as required by the functionality of the online registration system, the user is required to fill the mandatory fields marked with asterisk in the Student Information Form while registering for a particular music

course. These mandatory fields are important to be filled because the student’s personal information needs to be saved while registering and the form contains certain

important details like Student contact info along with his parent’s details and his previous experience with music instruments. This helps the admin to identity the

student registered to a particular course along with the necessary details which are



required to be filled. When any of the mandatory fields are not entered appropriate error messages are shown.

Table 3: TC-01-02 Check error messages when mandatory fields are not entered while filling Student Information Form during registration process for

a music course.

Test Case Number TC-01-02: Check error messages when mandatory fields are not entered while filling Student Information Form during registration process for a music course.

Test Item On a Student Information form, the entering of required fields are tested whether they throw an appropriate error message when any of them are not filled and user is not allowed to proceed further.

Test Priority This is a M (Must have) test as the mandatory fields are basically the student’s personal information which needs to be saved while registering and the form contains certain important details like Student contact info along with his parent’s details and his previous experience with music instruments which are important while maintain the registrations.

Pre-conditions User should have clicked on register button in particular music course page after selecting an appropriate music course from list of available courses in the courses page.

Post-conditions Appropriate error messages should be thrown if the mandatory fields are not entered in Student information form

User should not be able proceed further without entering the mandatory fields in Student information form



Click on Register button after selecting the required fields from dropdowns. The student information form pops up

In the Student Information form, click on Register without entering the mandatory fields marked with asterisk.



Expected Output

Specifications

Error message should be thrown for the mandatory fields.

An error message in red is shown above the missed fields as *Required.

The User should not be allowed to proceed further for registration.

Pass/Fail Criteria Pass Criteria :

Error message should be thrown for the required fields.

User is not able to proceed further for registration.

Fail Criteria :

No error messages are thrown if the user has not entered the mandatory fields.

User is able to proceed further for registration.

Assumptions and

Constraints

User has navigated to the Student Information form from the particular music course page.

Mandatory fields are not entered in the student information form.

Dependencies TC-01-01 Check error messages when required fields are not selected on a particular music course page during registration process.

Traceability WC_4223: As a student/parent, I can register and pay for music courses online, so that it becomes easier for me to signup, instead of printing and submitting form.




Figure 4: Student Information Form with Error message when some mandatory fields are not entered



TC-01-03: Check error messages when mandatory fields are not entered while

filling Payment details in Secure Checkout page during registration process for

a music course.

Description: Using Exploratory testing technique and as required by the functionality of the online registration system, the user is required to fill the mandatory fields marked

with asterisk when entering payment details in the secure Checkout page while registering for a particular music course. These mandatory fields are important to be filled because valid card details are required for successful payment and the payment information needs to be stored for a particular registration and. If the user misses on

the required fields the payment will not be processed and registration will not be successful. When any of the mandatory fields in the checkout page are not entered

appropriate error messages are shown for same.

Table 4: TC-01-03 Check error messages when mandatory fields are not entered while filling Payment details in Secure Checkout page during

registration process for a music course.

Test Case Number TC-01-03: Check error messages when mandatory fields are not entered while filling Payment details in Secure Checkout page during registration process for a music course.

Test Item On the Secure Checkout Page, the entering of required fields are tested whether they throw an appropriate error message when any of them are not filled and payment is not processed because of same. This leads to unsuccessful registration of music course.

Test Priority This is an M (Must have) test because valid card details are required for successful payment and the payment information needs to be stored for a particular registration and. If the user misses on the required fields the payment will not be processed and registration will not be successful.

Pre-conditions User should have already filled Student Information form details along with the selection of appropriate music course for registration purpose.

Post-conditions Appropriate error messages should be thrown if the mandatory fields are not entered in Secure Checkout Page

The payment should not be processed unless valid details are entered for required fields



The registration will become unsuccessful if payment is not processed with correct details.




In the Student Information form, click on Register after entering the mandatory fields required for the same. User is now redirected to the Secure Checkout page

In the Secure Checkout page, click on Continue without entering the mandatory fields marked with asterisk.

Expected Output

Specifications


For Customer Information section, if email is not entered then, this error message in red background is shown: Enter your email address

For Payment section, if any of the mandatory fields marked with asterisk is not entered, then the related boxes become red and this error message is displayed: Enter the required information

The payment will not be processed unless valid details are entered for required fields

The registration will become unsuccessful if payment is not processed with correct details.



Payment should not be processed without the required valid fields

Registration should become unsuccessful unless payment is processed with correct details.



Fail Criteria:

No error messages are thrown if the user has not entered the mandatory fields.

Payment is processed with invalid details. Registration becomes successful with invalid

payment details

Assumptions and

Constraints

User has navigated to the Secure Checkout Page after entering Student Information in Music Courses page for registration.

Mandatory fields are not entered in the Secure Checkout Page


TC-01-02: Check error messages when mandatory fields are not entered while filling Student Information Form during registration process for a music course.

Traceability WC_4223: As a student/parent, I can register and pay for

music courses online, so that it becomes easier for me to signup, instead of printing and submitting form.




Figure 5: Secure Checkout Page with missing Customer Information

Figure 6: Secure Checkout Page with missing Payment Information



TC-01-04: Verify if user and admin both receive a confirmation email after

successful registration of a particular music course.

Description: Using Exploratory testing technique and as required by the functionality of the online registration system, the user and admin both should receive a confirmation

email after successful registration. The email should contain the registration details for the selected music along with all the required information pertaining to same. This

notification email is important because both user and admin should be notified if successful payment and registration takes place and also so that both the parties can

keep a reference of the registration in the email.

Table 5: TC-01-04 Verify if user and admin both receive a confirmation email after successful registration of a particular music course.

Test Case Number TC-01-04: Verify if user and admin both receive a confirmation email after successful registration of a particular music course.

Test Item The Notification mail which is basically a confirmation mail containing the registration details of new user that is sent to both the user and admin of website.

Test Priority This is an M (Must have) test because both user and admin should be notified if successful payment and registration takes place and also so that both the parties can keep a reference of the registration in the email.

Pre-conditions User should have successfully registered for a music course.

Post-conditions Confirmation email containing registration details for the selected music course of the new along with all the required information pertaining to same should be sent to both admin and registered user.






In the Student Information form, click on Register after entering the mandatory fields required for the same. User is now redirected to the Secure Checkout page

In the Secure Checkout page, click on Continue after entering the mandatory fields required for Payment.

Next, he is asked to review the information after which user Clicks on Purchase to finalize the registration.

Expected Output

Specifications

Confirmation email containing registration details for the selected music course of the new along with all the required information pertaining to same should be sent to both admin and registered user.

The confirmation received by user should contain the registration details entered by the user during the registration process along with payment information.

The confirmation email received by admin should also contain the same details as received by user. But the admin should have links to navigate to the Orders Panel in Admin Control Center of Squarespace along with links to manage the payment in Stripe.


Confirmation emails are sent to both user and admin after successful registration.

Fail Criteria :

Both user and admin do not receive any confirmation email after successful registration.

Only the user receives the confirmation mail. Only the admin receives the confirmation mail.



Assumptions and

Constraints

User has successfully registered for a music course.



TC-01-03: Check error messages when mandatory fields are not entered while filling Payment details in Secure Checkout page during registration process for a music course.

Traceability WC_4199: As the client, I can check my email and

Squarespace’s Orders Section for new applicants and their information.





Figure 7: Confirmation email sent to user after successful signup with registration details



Figure 8: Confirmation email sent to admin after successful signup with registration details and additional links to manage the registration and

payment

TC-01-05: Check if admin can Manage and Cancel a Registration along with

issuing of refund to user from Admin Control Panel in Squarespace

Description: Using Exploratory testing technique and as required by the functionality of the online registration system, the admin should be able to manage and cancel a

registration along with issuing a refund for same to user in Orders section via the Admin Control Panel in Squarespace. This is important because the admin should be



able to manage all the registrations at a single place along with cancellation of certain registration in case of mistakes by the user and issuing a refund for same to user.

Table 6: TC-01-05 Check if admin can Manage and Cancel a Registration along with issuing of refund to user from Admin Control Panel in Squarespace

Test Case Number TC-01-05: Check if admin can Manage and Cancel a Registration along with issuing of refund to user from Admin Control Panel in Squarespace

Test Item Management of Registration for music courses in Order section via the Admin Control Panel in Squarespace.

Cancellation and issuing a refund for the registration. Test Priority This is an M (Must have) test because the admin should

be able to manage all the registrations at a single place along with cancellation of certain registration in case of mistakes by the user and issuing a refund for same.

Pre-conditions User should have successfully registered for a music course and both admin and user should have received an email notification for same.

Post-conditions The details of all successful registration should be visible in the Commerce->Orders section of Squarespace to Admin.

Admin should be able to select a registration and cancel the same.

At the time of cancellation, the refund should also be processed.

Input Specifications Admin logs on to the Admin Control Panel in Squarespace for the new VYMA website.

Click on the Commerce section in the panel. Navigate to the Orders Page.

Expected Output

Specifications

The details of all successful registration should be visible in the Commerce->Orders section of Squarespace to Admin.

Upon selection of any registration, admin should get options to cancel the registration.

A confirmation popup should be displayed stating that This will issue a full refund of 450.00 and move the order to the "Cancelled" tab. The customer will be automatically notified.



Both admin and user should receive a cancellation email for the selected registration.

The stated money should be refunded back to the user.


Admin can view details of all successful registration in the Commerce->Orders section of Squarespace

Admin is be able to select a registration and can cancel the same which issues refund at the same time to user.

Fail Criteria :

Admin cannot see the details of successful registration in the Commerce->Orders section of Squarespace.

Admin is not able to cancel the registration along with issuing of refund at same time.

Assumptions and

Constraints

User has successfully registered for a music course.



TC-01-03: Check error messages when mandatory fields are not entered while filling Payment details in Secure Checkout page during registration process for a music course.

TC-01-04: Verify if user and admin both receive a confirmation email after successful registration of a particular music course

Traceability WC_4199: As the client, I can check my email and

Squarespace’s Orders Section for new applicants and their information.




Please find below the snapshots related to this particular test case:

Figure 9: Manage orders section in Squarespace (Commerce section via Admin Control Panel)



Figure 10: Option to cancel the registration after selecting the same



Figure 11: Confirmation Popup after selecting cancel order (showing details about refund at same time)

3.2 TC-02 – Announcements section with email notifications.

Description: The admin can post announcements on the website, which is a protected page that only members with the password can view. Also all the members should receive an email when an announcement is posted.

3.2.1 Test Level

System testing –testing this particular functionality and whether it works like it is supposed to.

3.2.2 Test Class

Functionality testing –it is one of the important functionalities of the website, and also Timing testing – to see if the emails are being sent by MailChimp in a timely fashion.





Admin should be able to post announcements. Admin should be able to update announcements. Only members should be able to view the announcements page. Only members should receive emails about the new or updated

announcements. The right RSS campaign is triggered on MailChimp. The RSS campaign is linked to the correct mailing list. Based on the time set for the RSS campaign in MailChimp, an email

should be sent to all members every day that an announcement post is made.

3.2.4 Test Cases

Description: Providing the ability to add new announcements to the website is one of the main new functionalities that we are providing to the client, and it is important to test it because we need to know everything about how it works before we can teach the

client how to use it.

Table 7: TC-02-01 Admin adds a new announcement

Test case number TC-02-01 Admin adds a new announcement Test item The admin should be able to log in to SquareSpace and

add a new announcement post under the announcements section of the website.

Test priority Must have Pre-conditions The admin logs in to SquareSpace. Post-conditions A new announcement post is added to the website.

Input specifications The admin has to enter the post title and post body as input to create a new post.

Expected output specifications

The new post is created with the right title and body, the new post is at the top of the announcements page, the new post triggers the RSS campaign on MailChimp.

Pass/Fail criteria Pass criteria is that the new post is created and the RSS campaign is triggered.

Fail criteria is either the announcement not getting posted or the emails not getting sent or the emails getting sent to the wrong list, etc.




None.

Dependencies TC-02-02 Admin configures MailChimp Traceability WC_4210 - As an admin I can update information at

news section of the website, which also triggers notification to all members about it.

Description: The client told us that they needed a way to tell their members about important announcements and make sure they receive it, so we added the email

notifications which are sent to the user every day a new announcement is posted.

Table 8: TC-02-02 Admin configures MailChimp

Test case number TC-02-02 Admin configures MailChimp Test item The admin should configure the RSS campaign

properly by setting the right mailing list and time at which they want the emails to be sent.

Test priority Must have Pre-conditions The admin logs in to MailChimp.

Post-conditions The RSS campaign is configured. Input specifications The admin has to enter the link to the RSS feed of the

announcements section, select the mailing list, select how periodically emails should be sent, at what time of the day emails should be sent, and what the content of the emails should look like.


The RSS campaign on MailChimp is configured properly and successfully.

Pass/Fail criteria Pass criteria is that all the right inputs are entered while configuring the RSS campaign, and so it is created properly.

Fail criteria is wrong RSS feed link, wrong mailing list, wrong email content, etc.


None.

Dependencies None. Traceability WC_4210 - As an admin I can update information at




Description: These announcements are only for the members as they are in regard to the course details, practice sessions, concert details, volunteer requirements, etc. We

need to test it to make sure any user of the website who is not a member should not be able to view them.

Table 9: TC-02-03 Only Members should be able to view the announcements

Test case number TC-02-03 Only Members should be able to view the announcements

Test item The member should be able to log in using the password to view this password-protected page, and anyone who does not have the password should not be able to view it.

Test priority Must have Pre-conditions A user comes to the website. Post-conditions The user views the announcements only if he has the

password to the page. Input specifications The user has to enter the members page password.


None.

Pass/Fail criteria Pass criteria is that only members can see the page after entering the password.

Fail criteria is either that a member is not able to view the page or that a non-member is able to view the page.


None.

Dependencies None. Traceability WC_4210 - As an admin I can update information at


Description: These announcements are only for the members as they are in regard to the course details, practice sessions, concert details, volunteer requirements, etc. We

need to test it to make sure that the correct mailing list is attached to the RSS campaign on MailChimp and the emails are going out only to the members.

Table 10: TC-02-04 Only Members should receive email notifications

Test case number TC-02-04 Only Members should receive email notifications.



Test item The member should receive an email every day that a new post is created or an old post is updated.

Test priority Must have Pre-conditions The student signs up for a course with his/her parent’s

email address and the email address is added to the mailing list linked to the RSS campaign.

Post-conditions The user views the email notification. Input specifications The admin has to enter the right email address to the

mailing list. Expected output

specifications None.

Pass/Fail criteria Pass criteria is that only members receive emails about announcements.

Fail criteria is either that a member is not receiving emails or that non-members/past members are receiving emails.


None.

Dependencies TC-02-02 Admin configures MailChimp Traceability WC_4210 - As an admin I can update information at


Description: Human error should always be accounted for, and if the admin makes a mistake in an announcement, they should be able to update it to fix the mistake, and

this update should also trigger MailChimp’s RSS campaign.

Table 11: TC-02-05 Admin should be able to update posts

Test case number TC-02-05 Admin should be able to update posts. Test item The admin should be able to update announcement

posts and this should trigger the RSS campaign to send email notifications.

Test priority Must have Pre-conditions The admin logs in to SquareSpace. Post-conditions The announcement post is updated.

Input specifications The admin has to update the post with correct inputs for title and body.


None.



Pass/Fail criteria Pass criteria is that the announcement is updated and the RSS campaign is triggered.

Fail criteria is either that the post is not updated or that emails are not being sent for updated announcements.


None.

Dependencies TC-02-01 Admin adds a new announcement Traceability WC_4210 - As an admin I can update information at


3.3 TC-03: Make and manage secure online Donations

Description: VYMA is a non-profit organization which strives to transform young lives through Music. Therefore, donation is an important feature of the system. Donors can make online donations via secure payment System in order to support VYMA community. While making donation, donor can either select the amount from a given list or customize the amount according to his wish. After selecting the amount to donate, donor clicks on continue and enters his Contact Information (Email id and Phone number). Once donor has entered his Contact Information, he clicks on continue and enters Billing Information followed by his Card Details. Finally, Donor clicks on Donate and his contribution gets submitted to VYMA system. Donor receives a Thank You email for his contribution to VYMA community. At the same time, admin also receives an email about the contribution made with the amount and Donor’s details. Admin can then view and manage the Donations using Admin Control Panel of Squarespace.

3.3.1 Test Level

Functional Testing: Donation feature is tested by providing inputs and then the results are examined to check whether they satisfy the functionality it was intended for. First, the functionalities of Donation feature is determined. Then, the test data is created based on the specifications of the feature. The expected output is generated by keeping in mind the specifications of Donation feature. Test cases are then executed, followed by the comparison of the expected result with the actual results generated by test cases.



3.3.2 Test Class

Erroneous Input Testing: As Donation feature requires multiple user input, it is really important to test this feature by inputting various types of inputs including erroneous inputs. While making a donation, user provides various information which gets stored in VYMA database so these user inputs need to be validated before submission. Functionality Testing: Donation feature is tested by providing test data and predicting the output based on the specifications of the feature. Test cases are executed and their results are compared with the expected results to determine whether the Donation feature is performing as required.


The test for Donation feature will be completed when: A donor is able to donate to VYMA community through secure online

payment system. The system shows the appropriate error messages when donor inputs

incorrect data. A donor receives a Thank You email from VYMA for his contribution

to the VYMA community. Admin receives an email about the contribution made to the VYMA

with the amount and the Donor’s details. Admin checks the Admin Control Panel of Squarespace to view and

manage the donations.

3.3.4 Test Cases

TC-03-01: Verify error message when Donor does not select an amount for

contribution.

Description: Using Error Guessing Technique and as per the required functionality of the Donation feature, I am testing for the condition when Donor does not select the

amount for contribution. The desired result is the error message and Donor should not be able to proceed to next step. This test scenario is important to test as while making



donation, Donor cannot proceed further without specifying the amount he wish to contribute.

Table 12: TC-03-01: Verify error message when Donor does not select an amount for contribution.

Test Case Number TC-03-01: Verify error message when Donor does not

select an amount for contribution. Test Item Select an amount for contribution section of Donation

feature is tested when Donor does not select an amount for contribution.

Test Priority M (Must have) Pre-conditions Donor is on Donation Page and can see the list to select

the Donation amount. Post-conditions The system identifies that Donor has not entered the

Donation amount and shows an Error Message. Also, Donor is not able to proceed to next section (Contact Info).

Input Specifications 1. Click on Donate Tab on VYMA Home Page. 2. On Donation Page, click on Donate button. 3. Click on Continue button without selecting any

radio button in “Your Contribution” Section.


1. System shows an error message. 2. Donor is not able to proceed to next section

(Contact Info). Pass/Fail Criteria Pass Criteria:

1. An error message is shown to Donor. 2. Donor is not able to proceed to next section

(Contact Info).

Fail criteria:

1. No error message is shown to Donor. 2. User is able to proceed to next section without

selecting the amount to Donate. Assumptions and Constraints

1. Donor has navigated to Donation Page. 2. Donor does not select an amount from the list to

donate.

Dependencies None



Traceability WC_4227: As a donor, I can make donations online via a secure payment system, so that I can support the VYMA community in their endeavors.

Figure 12: Error message when Donor does not select an amount for contribution

TC-03-02: Verify error message when Donor provides an Invalid Email Address

in Contact Info section.

Description: Using Error Guessing Technique and as per the required functionality of the Donation feature, I am testing for the condition when Donor does not provide a

valid email address in Contact Info Section of Donation feature. The desired result is the error message (Email Address Invalid) and Donor should not be able to proceed to next

step (Billing Information). This test scenario is important to test as Donor contact



information is crucial for VYMA and should be valid. This information gets stored in VYMA database for future purposes.

Table 13: TC-03-02: Verify error message when Donor provides an Invalid Email Address in Contact Info section.

Test Case Number TC-03-02: Verify error message when Donor provides an

Invalid Email Address in Contact Info section. Test Item Email Address field of Contact Info section is tested

when Donor provides an invalid email address. Test Priority M (Must have) Pre-conditions Donor has selected an amount to donate from the given

list. Post-conditions The system identifies that Donor has entered an invalid

email address and shows an Error Message. Also, Donor is not able to proceed to next section (Billing Information).

Input Specifications 1. Click on Donate Tab on VYMA Home Page. 2. On Donation Page, click on Donate button. 3. In “Your Contribution” section, select a radio

button to choose an amount to donate and click on Continue button.

4. Enter invalid Email address in Email field of Contact Info section and click on Continue button.


1. System shows an error message (Email Address Invalid).

2. Donor is not able to proceed to next section (Billing Information).

Pass/Fail Criteria Pass Criteria: 1. An error message (Email Address Invalid) is

shown to Donor. 2. Donor is not able to proceed to next section

(Billing Information).

Fail criteria:

1. No error message is shown to Donor. 2. User is able to proceed to next section with an

invalid email address. Assumptions and Constraints

1. Donor has navigated to Donation Page. 2. Donor selects an amount from the list to donate.



3. Donor provides an invalid email address in Email field of Contact Info Section.

Dependencies TC-03-01 Traceability WC_4227: As a donor, I can make donations online via a

secure payment system, so that I can support the VYMA community in their endeavors.

Figure 13: Donor provides an Invalid Email Address

TC-03-03: Verify error message when Donor does not provides Billing Address

in Billing section.

Description: Using Error Guessing Technique and as per the required functionality of the Donation feature, I am testing for the condition when Donor does not provide all the required fields of Billing Address for his Credit/Debit card in Billing Section of Donation

feature. The desired result is the error message and Donor should not be able to compete his payment process (Donation). This test scenario is important to test as



Donor must provide his Credit/Debit card’s Billing Address in order to have a secure online payment system.

Table 14: TC-03-03: Verify error message when Donor does not provides Billing Address in Billing section.

Test Case Number TC-03-03: Verify error message when Donor does not provides Billing Address in Billing section.

Test Item Billing Address fields of Billing section is tested when Donor does not input values for all the required fields.

Test Priority M (Must have) Pre-conditions Donor has selected an amount to donate from the given

list and also provided a valid email address in Contact Info section.

Post-conditions The system identifies that Donor has not entered Data for all the required fields of Billing Address and shows an Error Message. Also, Donor is not able to complete the payment process.

Input Specifications 1. Click on Donate Tab on VYMA Home Page. 2. On Donation Page, click on Donate button. 3. In “Your Contribution” section, select a radio

button to choose an amount to donate and click on Continue button.

4. Enter valid Email address in Email field of Contact Info section and click on Continue button.

5. Do not fill all the required fields for Billing Address and click on Donate button.


1. System shows an error message. 2. Donor is not able to complete the payment

process.


1. An error message is shown to Donor. 2. Donor is not able to complete the payment

process.

Fail criteria:

1. No error message is shown to Donor.



2. User is able to make a donation successfully. Assumptions and Constraints

1. Donor has navigated to Donation Page. 2. Donor selects an amount from the list to donate. 3. Donor provides a valid email address in Email

field of Contact Info Section. 4. Donor does not fill all the required fields of Billing

Address in Billing Section and clicks on Donate Button.



Figure 14: Donor does not provide Billing Address

TC-03-04: Verify Thank You Email sent to Donor after he has successfully made

the Donation to VYMA.

Description: As per the required functionality of the Donation feature, I am testing for the condition when Donor receives a Thank You email from VYMA for his contribution

to the community. This is also a confirmation email for Donor specifying that his



donation has been received by the VYMA. The desired result is that Thank You Email is received by the Donor after successfully making the donation. This test scenario is

important to test as Donor must receive confirmation about the payment he has made. This confirmation is necessary for Donor’s security reasons.

Table 15: TC-03-04: Verify Thank You Email sent to Donor after he has successfully made the Donation to VYMA.

Test Case Number TC-03-04: Verify Thank You Email sent to Donor after he has successfully made the Donation to VYMA.

Test Item The functionality that Donor should receive a Thank You email after successfully making the Donation to VYMA is tested.

Test Priority M (Must have) Pre-conditions Donor has successfully made the Donation to VYMA. Post-conditions Donor receives a Thank You email from VYMA for his

contribution to the community. Input Specifications 1. Click on Donate Tab on VYMA Home Page.

2. On Donation Page, click on Donate button. 3. In “Your Contribution” section, select a radio button

to choose an amount to donate and click on Continue button.

4. Enter valid Email address in Email field of Contact Info section and click on Continue button.

5. Fill all the required fields for Billing Address and click on Donate.


1. System sends a Thank You email to the Donor for his contribution to VYMA community.


1. A Thank You email is sent to the Donor for his contribution to VYMA community.

Fail criteria:

1. Donor does not receive any email confirming his Donation to VYMA Community.


1. Donor has navigated to Donation Page. 2. Donor selects an amount from the list to donate.



3. Donor provides a valid email address in Email field of Contact Info Section.

4. Donor fills all the required fields of Billing Address in Billing Section and clicks on Donate button.

5. Donor has successfully completed the Donation process.



Figure 15: Thank You Email

TC-03-05: Verify Donation on Donations Page of Admin Control Panel after

Donation was successfully made.

Description: As per the required functionality of the Donation feature, I am testing for the condition when Admin can view and manage the Donation in Donations Page of

Admin Control Panel after Donor has successfully made a donation to VYMA. If Donor’s donation process is not successful, that donation will not be shown in Donations Page of Admin Control Panel. The desired result is the addition of Donation amount along with

the Donor’s details on Donations Page of Admin control Panel. This test scenario is



important to test as Admin must be able to see all the Donations made by Donors on a single Page and manage them.

Table 16: TC-03-05: Verify Donation on Donations Page of Admin Control Panel after Donation was successfully made.

Test Case Number TC-03-05: Verify Donation on Donations Page of Admin Control Panel after Donation was successfully made.

Test Item The functionality that Admin should be able to view and manage the successful donation made by donor in the Donations Page of Admin Control Panel is tested.

Test Priority M (Must have) Pre-conditions Donor has successfully made the Donation to VYMA. Post-conditions Admin should be able to view the successful donation

details on the Donation Page of Admin Control Panel. Input Specifications 1. Click on Donation Tab in Admin Control Panel to

view and manage the Donations.


1. Admin should be able to view the donation details if it was successful on Donations Page of Admin Control Panel.

Pass/Fail Criteria Pass Criteria: 1. Admin is able to view the donation which is

successful on Donations Page of Admin Control Panel.

Fail criteria:

1. Admin is not able to view the donation which is successfully made by the Donor.


1. Donation made by the Donor is successful. 2. Admin has navigated to Donations Page of Admin

Control Panel to view the donation details. Dependencies TC-03-03 Traceability WC_4227: As a donor, I can make donations online via a




Figure 16: Donations Page of Admin Control Panel

3.4 TC-04 Calendar of Events

Description: The system includes two different calendar views. One calendar includes a brief overview of the details of the various events which can be viewed by anybody. The details of the events are provided through a password protected page which will be visible only to the members.

3.4.1 Test Level

System Testing (Functionality Testing): Testing this particular functionality of the system which is independent of the other features.

3.4.2 Test Class

Erroneous input testing, Functionality testing



All the website visitors should be able to see the overview of the events (public view)

Only the members should be able to view the detailed information about the events such as the name of volunteers by entering the password of the private page (Member Authentication).

Admin should be able to add a new event Admin should be able to update an existing event. Admin should be able to add multiple events on the same date.



3.4.4 Test Cases

Description: Calendar of events is an important feature for an organization like VYMA as it gives the details of the rehearsal dates and timings. Therefore, I’m testing this to

check if an admin is able to successfully add an event separating the public and private details of the events.

Table 17: TC-04-01 Adding a new event to the Calendar

Test Case Number

TC-04-01 Adding a new event to the Calendar

Test Item

Admin should be able to create a new event to be published in the calendar. Only some details should be present on the public calendar and the remaining details only for the members on the password protected page.

Test Priority Must Have (M) Pre-conditions Log into the admin panel Post-conditions The event is posted on the website. Input Specifications

Event Title: Title of the event. Description: Detailed description of the event. Location: Location at which the event is held. Time: Time and duration of the event. Excerpt: A brief overview of the event.


Event gets posted correctly. Private details are posted on the password protected page. Public details are posted on the public page.

Pass Fail Criteria Pass: The event is successfully posted. Event title, location, time and excerpt should be on the public calendar view and should be visible to all the visitors of the website. The complete description should be visible only on the private page. Fail: If the event doesn’t get posted or the description is also on the public page, then it fails.


None.

Dependencies None Traceability WC_4212 - As a member, I can view the detailed

information of events in a calendar on a password protected page



Description: Calendar of events is an important feature for an organization like VYMA as it gives the details of the rehearsal dates and timings. Erroneous details can be put initially or last minute changes can occur with respect to the existing events. Therefor

the admin should be able to update events.

Table 18: TC-04-02 Updating an existing event

Test Case Number

TC-04-02 Updating an existing event

Test Item

Admin should be able to update events that were already published in the calendar.

Test Priority Must Have (M)

Pre-conditions An existing event should be present which needs to be updated.

Post-conditions The event is updated on the website. Input Specifications

Depending on the update to be made, one or more of the following inputs can be present. Event Title: Title of the event. Description: Detailed description of the event. Location: Location at which the event is held. Time: Time and duration of the event. Excerpt: A brief overview of the event.


Event gets updated. Update to the private details are posted on the

password protected page.

Update to the public details are posted on the public page.

Pass Fail Criteria Pass: The event is successfully updated. All the changes should reflect on the events in the public and private view. Fail: If the event doesn’t get updated or the updated description is also on the public page, then it fails.


None

Dependencies TC-04-01 Adding a new event to the Calendar Traceability WC_4212 - As a member, I can view the detailed




Description: Calendar of events is an important feature for an organization like VYMA as it gives the details of the rehearsal dates and timings. The privacy of volunteer

members and other sensitive events is important for the organization and to maintain the trust of the members associated with the organization.

Table 19: TC-04-03 Non member viewing the event

Test Case Number

TC-04-03 Non member viewing the event

Test Item

A non member should be able to view only those event details that are meant to be public. Trying to access the private details should prompt the non members to enter the correct password.


Pre-conditions An event should have been posted by the admin and the user visits the website.

Post-conditions The user can view the partial details of the events Input Specifications

No input. Only an event should be present.


Non member should be able to view the partial details of the event. On trying to access the private details, he should be led to a password protected page.

Pass Fail Criteria Pass: If the user can just view the partial details of the events. Fail: If the user can’t view the partial details of the events or is also able to view the private details of the events.


The private details are posted on the private page and the common details on both public and private page.





Description: Calendar of events is an important feature for an organization like VYMA as it gives the details of the rehearsal dates and timings. The privacy of volunteer

members and other sensitive events is important for the organization and to maintain the trust of the members associated with the organization.

Table 20: TC-04-04 Member viewing the events

Test Case Number

TC-04-04 Member viewing the events

Test Item

A member should be able to view all event details. Trying to access the private details should ask for a password to view.


Pre-conditions An event should have been posted by the admin and the user visits the website.

Post-conditions The user will be able to view all the events. Input Specifications

No input. Only an event should be present.


Member should be able to view the all details of the event. On trying to access the private details, he should be led to a password protected page. On entering the right password, the user should be able to view the private details as well.

Pass Fail Criteria Pass: If the user can view the partial details of the events and the private details after entering the password. Fail: If the user can’t view the event details.







Description: This particular test case is to ensure that any erroneous input/wrong password should not let a non member access the details protected by a password.

Table 21: TC-04-05 Password Protected Page

Test Case Number

TC-04-05 Password Protected Page

Test Item

Only the right password should be able to let you view the private details(Password Authentication).


Pre-conditions A user will want to visit the private event details and is prompted a password.

Post-conditions None Input Specifications

The password to the page.


Member should be able to view the all details of the event. On trying to access the private details, he should be led to a password protected page. On entering the right password, the user should be able to view the private details as well.

Pass Fail Criteria Pass: If the user can view the partial details of the events and the private details after entering the password. Fail: If the user can’t view the event details on entering the right password or the wrong password lets you view the private details..





3.5 TC-05 Uploading + Downloading Music Notes

Description: VYMA Students can access a member-only page on the website

where they can download the music notes for different music pieces and



instruments. The website administrator will be in charge of uploading the

documents containing the music notes and making them available to VYMA

community. This test case ensures the functionality exists and works as

expected.

3.5.1 Test Level

System Testing and Security Testing: Black-box testing of the password-protected section of Music Notes to verify compliance with requirements and integration with system.

3.5.2 Test Class

Functionality Testing and Security Testing: The test cases provided verify that requirement WC_4226 for Music Notes is correctly implemented. The security testing verifies only those who have the member password are able to access the Music notes section and the functionality testing verifies documents can be uploaded as well as downloaded.



Administrator successfully uploads music notes to VYMA: Music Notes section.

Administrator successfully edits links to music notes documents in VYMA: Music Notes section.

User successfully downloads music notes made available by administrator.

Access to Music Notes section of VYMA website is password protected (and only one password unlocks content)

3.5.4 Test Cases

Description: This test case is based on Use Case testing and ensures that VYMA Community can access the music notes section of the website using the member

password provided to them at time of enrollment.

Table 22: TC-05-01 Access Music Notes section of VYMA website

Test Case Number TC-05-01 Access Music Notes section of VYMA website Test Item Music notes section contains documents with notes for

specific music pieces (songs) and instruments. This test



Description: This test case ensures that administrators can upload the music notes (files) to the ‘Music Notes’ section of the website. This test case comes from Equivalent

partitioning testing (and Use case testing)

Table 23: TC-05-02 Upload External Documents to Music Notes section of VYMA website

Test Case Number TC-05-02 Upload External Documents to Music Notes section of VYMA website

Test Item The music notes uploads contain the notes for playing music pieces (songs) using specific instruments. This test case ensures administrators can upload files from their computer to Music Notes section.

Test Priority M Pre-conditions User, as an Admin, is on the edit mode of the Music Notes

section Post-conditions Uploaded file is linked to the sheet music title, ready for

download by other users Input Specifications

Admin password to access VYMA Squarespace website customization tools


Uploaded files are displayed in the list of documents found in Music Notes section

Pass/Fail Criteria Pass:

case ensures section is accessible only if a valid member password is provided.

Test Priority M Pre-conditions User selects ‘My VYMA->Sheet Music‘ in the VYMA menu

Post-conditions Upon correct password, a list of sheet music is displayed

Input Specifications

VYMA Member password


A list of documents available for download.


- User selects Members -> Music Notes section and a page

prompting member password appears

- Upon providing correct password, a list of documents

(music notes) that can be downloaded appears.

Fail:

-Correct password does not unlock music notes page Assumptions and Constraints

User knows the member password.

Dependencies None Traceability WC_4226



- Admin selects Pages -> Music Notes section in the

configuration platform

- Admin is able to add links to a piece of text using external

files (files found in computer)

- Uploaded files are shown in Music Notes section

Fail:

-File cannot be uploaded

-User cannot select file from their computer Assumptions and Constraints

User has administrator privileges


Description: This test case ensures that administrators can edit the links to documents found in the ‘Music Notes’ section of the website. This test comes from Equivalent

Partitioning testing.

Table 24: TC-05-03 Edit existing links in the Music Notes section of VYMA website

Test Case Number Table 3: TC-05-03 Edit existing links in the Music Notes section of VYMA website

Test Item The music notes uploads contain the notes for playing music pieces (songs) using specific instrument. This test case ensures administrators can edit the links of a document title in the Music Notes section and point to a different file.

Test Priority S Pre-conditions User, as an Admin, is on the edit mode of the Music Notes

section and has selected the link for editing Post-conditions Link is updated to the correct file


Admin password to access VYMA Squarespace website customization tools


Uploaded files are displayed in the list of documents found in Music Notes section


- Admin selects Pages -> Music Notes section in the

configuration platform

- Admin is able to edit the link by clicking the Edit button in

the document title info

- New upload is shown in Music Notes section under the

chosen document title

Fail:

-Link does not update

-Link updates to an incorrect fail




User has administrator privileges


Description: This test case ensures that members of the VYMA community can upload the music notes found in the ‘Music Notes’ section of the website. They will be using these documents for practicing for concerts and rehearsals. This test case comes from Equivalent Partitioning testing.

Table 25: TC-05-04 Download documents from Music Notes section of VYMA website

Test Case Number TC-05-04 Download documents from Music Notes section of VYMA website

Test Item Music notes downloads contain the notes for playing music pieces (songs) using specific instrument. This test case ensures users can download the correct music notes to their computers.

Test Priority M Pre-conditions None Post-conditions None

Input Specifications User knows member password Expected Output Specifications

Selected file from list of documents is accessed by user (and downloaded to his/her computer)

Pass/Fail Criteria -User accesses the Members -> Music Notes section of website -User selects file of interest, and prompt for saving location appears -User can open downloaded document


User is member of VYMA community (student/teacher/parent) and knows member password.

Dependencies TC-05-02

Traceability WC_4226



Description: This test case ensures that all the music notes currently available at https://vymayo.shutterfly.com have been added to the Music Notes section of the new VYMA website.

Table 26: TC-05-05 Music Notes migration from Shutterfly website

Test Case Number TC-05-05 Music Notes migration from Shutterfly website Test Item Music notes from original website are made available in the

new VYMA website using Squarespace. Test Priority S Pre-conditions User is on the Sheet Music page

Post-conditions Selected file is downloaded to computer

Input Specifications User knows member password Expected Output Specifications

Same documents found in Shutterfly-> Forms & Info section


-User accesses the Members -> Music Notes section of

website

-User selects file of interest, and prompt for saving location

appears

-User can open downloaded document

Fail:

-User cannot download file

-File is missing from link Assumptions and Constraints

User is member of VYMA community (student/teacher/parent) and knows member password.

Dependencies TC-05-02 Traceability WC_4226

https://vymayo.shutterfly.com/



3.6 TC-06 Contact Us + Contacting VYMA through website.

3.6.1 Test Level

Unit Testing

3.6.2 Test Class

Erroneous Testing


Contacting Us will be complete when: VYMA’s contact information (local address, email address, phone

number) is displayed on the website; User can directly contact specific person through email and phone by

clicking on the email or phone number link; Users need to fill in all the necessary information before submitting

the form, otherwise error will be shown on the website; A thank you message will show on the page after users successfully

submitting the contact form; VYMA receives an email contains all the information user submitted. The contact information is accordingly stored in the google-drive.

3.6.4 Test Cases

Description: Use Boundary Conditions technique for this case, to make sure necessary information is provided before users submitted the form. It is important to test it, because without necessary information about the users, there is no way to give feedback to users in a timely way.

Table 27: TC-06-01 Check form completeness

Test Case Number TC-06-01 Check form completeness Test Item First Name, Last Name, Email Address, Phone, Message Test Priority Must Have Pre-conditions Squarespace has the form template

Post-conditions Squarespce supports showing thank you message after successful submitting



Input Specifications First Name, Last Name, Email address, Phone number, and Message cannot be empty.


If one of above input is missing, a form will not be successfully submitted. Errors will show to remind users. If form successfully submitted, a thank you message will show on the page.

Pass/Fail Criteria Pass: Only all the information is filled a form will be submitted, and a thank you message shows on the page; otherwise the form will not be submitted and an error will show on the page to remind user to fill it. Fail: With some necessary input empty, still a form is submitted successfully. A form is competed, however page still shows there are errors or cannot be submitted.


All users have first name, last name, email address and phone number.

Dependencies No Traceability WC_4225

Description: I use equivalence partitioning technique with boundary values for this test case, to guarantee that necessary information is correct and valid before users submitted the form.

It is important to test it, because if necessary information is invalid, the contact form cannot reflect users’ information correctly, and admin cannot contact users and give feedback in an efficient way.

Table 28: TC-06-02 Check form correctness

Test Case Number TC-06-02 Check form correctness Test Item Email Address, Phone Test Priority Must Have Pre-conditions Squarespace has the form template and check it

validness automatically before submit it. Post-conditions Squarespce supports showing thank you message after

successful submitting. Input Specifications Email address must be in the proper format to be

accepted. The phone number boxes will always be formatted for US telephone numbers.




Valid email address and phone number with other necessary information will make submit form successfully. Otherwise, error message will show on page to remind users correct it.

Pass/Fail Criteria Pass: Invalid phone number will fail the submitting form action. Errors alert shows on the page to remind users to correct it. Invalid email address will fail the submitting form action. Errors alert shows on the page to remind users to correct it. All the information in a form is valid, it will be submitted successfully, and a thank you message shows on the page. Fail: Either phone number or email address is invalid, however a form is still submitted successfully. A form with valid input cannot be submitted.


Users use email and phone. Users are in US, or can be contact with US telephone number.

Dependencies No Traceability WC_4225

Description: Using equivalence partitioning technique, I test this case to make sure admin receive an email contains users’ form information correctly. It is important to test it, because if admin cannot receive the email correctly, users’ inquires and feedback will never be known.

Table 29: TC-06-03 Check form info correctness with Gmail

Test Case Number TC-06-03 Check form info correctness with Gmail Test Item First Name, Last Name, Email Address, Phone, Message Test Priority Must Have Pre-conditions Squarespace is integrated with MailChimp. Post-conditions Admin check the email to collect information and

feedback. Input Specifications Name, email address, phone number, and message must

be provided and valid. Expected Output Specifications

Admin receive an email contain all the information users submitted through a form on the Contact Us page.




Admin receive an email contain all the information users submitted through a form on the Contact Us page. Include Name, Email Address, Phone Number, Message. Fail: Admin does not receive the email. Email lose any necessary information.


Squarespace is integrated well with MailChimp.

Dependencies Depend on the performance of the Squarespace and MailChimp integration. Depend on TC-06-01 and TC-06-02.


Description: With equivalence partitioning technique, guarantee google drive stores users’ form information correctly. It is important to test it, because it is a back-up for admin.

Table 30: TC-06-04 Check form info correctness with google drive

Test Case Number TC-06-04 Check form info correctness with google drive

Test Item First Name, Last Name, Email Address, Phone, Message, Timestamp

Test Priority Must Have Pre-conditions Squarespace is integrated with Google drive

Post-conditions Admin check the google drive.

Input Specifications Name, email address, phone number, and message must be provided and valid.


Google drive stores all the information users submitted through a form on the Contact Us page.

Pass/Fail Criteria Pass: Google drive stores all the information users submitted through a form on the Contact Us page. Include Name, Email Address, Phone Number, Message. And also store the timestamp of the form. Fail: Google drive fail to store the form information. Google drive lose any necessary information.


Squarespace is integrated well with Google Drive.



Dependencies Depend on the performance of the Squarespace and Google Drive integration. Depend on TC-06-01 and TC-06-02.


Description: Using equivalence partitioning technique for this test case, make sure users can directly contact contacts through the email or phone number link on the page. This test is important, because it make the website more user friendly.

Table 31: TC-06-05 Contact contacts through page link

Test Case Number TC-06-05 Contact contacts through page link Test Item Email, Phone Test Priority Should Have Pre-conditions Squarespace can add a link to email and phone.

Users’ computers have email app. Users’ phones can dial numbers and have email app.

Post-conditions Phone or Computer functionally work well. Input Specifications Links to email address and links to phone number. Expected Output Specifications

Clicking email text will open the visitor's default email program with a message address. Clicking phone text automatically opens a call option on mobile.

Pass/Fail Criteria Pass: Clicking email text will open the visitor's default email program with a message address. Clicking phone text automatically opens a call option on mobile. Fail: Click the email text and there is no respond. Click the phone text and there is no respond.


Users use phone and email. Users’ phone and computer support these basic function.

Dependencies No




3.7 TC-07: Subscribing to VYMA news letter from VYMA homepage

Description: Subscribing to VYMA news letter from VYMA homepage, while registering for music course online and while making donation to support VYMA. It also covers un-subscription from VYMA news letter test.

3.7.1 Test Level

Functional Testing: As this test suite takes care of functionalities related to subscribing or unsubscribing to VYMA news letter so I define it as Functional Testing.

3.7.2 Test Class

Erroneous input testing and Functionality testing: As this test suite covers testing related to functionality of subscription feature and also it tests that valid email ID is required (i.e. no erroneous input data) to complete the subscription process.



User signups from VYMA homepage or using checkbox to subscribe while registering for music course online or while making donation to VYMA.

User has to input correct email id for sign up. User will receive the email from VYMA to confirm the subscription. User clicks to confirm the subscription, and select the checkbox that ‘I

am not a Robot’. Message ‘Subscription Confirmed’ over webpage indicates that

subscription is confirmed. Admin receives an email from mailchimp about new subscription. Admin confirms if the email ID gets listed correctly on mailchimp.

3.7.4 Test Cases

Description: In this, testing is performed to make sure if the subscription process from homepage works as expected. In this user enters correct email id and click ‘sign up’ to subscribe. Message over webpage, confirming subscription and email from VYMA to user completes the verification of this function.



Table 32: TC-07-01 Check subscribing to VYMA news letter from homepage via email id

Test Case Number

TC-07-01

Test Item

Check subscribing to VYMA news letter from homepage via email id

Test Priority

W (want to have)

Pre-conditions

User is at VYMA Homepage and looking to subscribe for their news letter and have a valid email id.

Post-conditions

User should be able to subscribe and receive email as entered while subscribing which further requires to confirm the subscription to complete the process.


Click on the box to enter email id. Enter a valid email id. Click on ‘SIGN UP’.


Page will display ‘Thank you for subscribing to our newsletter!’ An email will be received by user at provided email id.

Pass/Fail Criteria

Pass Criteria: Below activity confirms success: If webpage displays ‘‘Thank you for subscribing to our newsletter!’ If an email is received at the provided email id to confirm for subscription. Fail Criteria: If pass criteria do not match.


User has a valid email id User enters email id correctly

Dependencies

None

Traceability

WC_4283: As a user, I can subscribe to VYMA's weekly newsletter to receive news and updates.



Description: In this, testing is performed to make sure if the subscription to VYMA news letter, while making donation works as expected. In the donation process user enters correct email id and use the checkbox ‘join our mailing list’ to subscribe. Completion of donation process & email to user confirms the functioning as expected.

Table 33: TC-07-02 Check subscribing to VYMA news letter while making donation.

Test Case Number

TC-07-02

Test Item

Check subscribing to VYMA news letter while making donation.

Test Priority

W (want to have)

Pre-conditions

User is making donation to VYMA and select the check box as ‘join our mailing list’

Post-conditions

User should be able to subscribe and receive email as entered while making donation which further requires to confirm the subscription received via email to complete the process.


Click on the Donation at the right top corner of homepage. Click on black color ‘Donation’ button. Select the amount for donation and click on ‘continue’ button Enter phone no. & valid email id Check box for ‘join our mailing list’ is checked by default. Click on ‘Continue’ button. Fill the card details for payment and click on black color button as ‘Donate’.


Page displaying ‘Thank You’ with a message ‘Your contribution of $x to VYMA has been confirmed. A confirmation has been sent to you at <email id>.’ An email will be received by donor at provided email id while making donation

Pass/Fail Criteria

Pass Criteria: Below activity confirms success: If webpage displays display ‘Thank You’ with a message ‘Your contribution of $x to VYMA has been confirmed. A confirmation has been sent to you at <email id>’ If an email is received by donor at the provided email id to confirm for subscription. Fail Criteria: If pass criteria do not match.




Donation page works as expected. User enters all required details like card detail etc. User successfully able to make donation. User has a valid email id. User enters email id correctly.

Dependencies

TC-03

Traceability


Description: In this, testing is performed to make sure if the subscription to VYMA news letter, while registering for music course works as expected. In the registration process user enters correct email id and use the checkbox ‘Subscribe to our email list’ to subscribe. Completion of registration process & email to user confirms the functioning as expected.

Table 34: TC-07-03 Check subscribing to VYMA news letter while registering for a course.

Test Case Number

TC-07-03

Test Item

Check subscribing to VYMA news letter while registering for a course.

Test Priority

W (want to have)

Pre-conditions

User is registering to VYMA music course online and select the check box as ‘Subscribe to our email list’.

Post-conditions

User should be able to subscribe and receive email as entered while registering for music course online, which further requires to confirm the subscription received via email to complete the process.


Click on the Courses. Select any course. Proceed for registration on selecting the tuition and audition fees and click ‘Register’ button. Fill the online form and click ‘Register’. Enter email id and select ‘Subscribe to our email list’. Complete the remaining registration process.


Webpage displaying ‘Order Confirmed’ with a message ‘Your order of $x at VYMA has been confirmed. A confirmation has been sent to you at <email id>.’



An email will be received by user at provided email id while registering for the course.

Pass/Fail Criteria

Pass Criteria: Below activity confirms success: If Webpage displaying ‘Order Confirmed’ with a message ‘Your order of $x at VYMA has been confirmed. A confirmation has been sent to you at <email id>.’ If an email is received by donor at the provided email id to confirm for subscription. Fail Criteria: If pass criteria do not match.


Registration process works as expected. User enters all required details like card detail etc. User successfully able to register for course. User has a valid email id. User enters email id correctly.

Dependencies

TC-01

Traceability


Description: In this, testing is performed to make sure if user can confirm the subscription to VYMA news letter, after receiving the email from VYMA. User clicks the link ‘Yes Subscribe me to the list’. Next, user selects the check box ‘I am not a Robot’ and clicking the button ‘Subscribe to list’ should display ‘Subscription Confirmed’ message to complete the subscription confirmation process.

Table 35: TC-07-04 Check ‘subscription’ confirmation sent to user’s email id to confirm the subscription.

Test Case Number

TC-07-04

Test Item

Check ‘subscription’ confirmation sent to user’s email id to confirm the subscription.

Test Priority

W (want to have)

Pre-conditions

User has received subscription confirmation at his email id.

Post-conditions

User should be able to subscribe and start receiving the news letter from VYMA.

Input Specifications Open email inbox.



Click on email with subject ‘Please confirm subscription’ from VYMA. Click on button ‘Yes, subscribe me to this list.’ Select check box ‘I am not a Robot’. Click on ‘Subscribe to list’ button.


It will display ‘Subscription Confirmed’

Pass/Fail Criteria

Pass Criteria: It will display ‘Subscription Confirmed’ Fail Criteria: If pass criteria do not match.


User has a valid email id. User can login to this email id.

Dependencies

TC-07-01,TC-07-02, TC-07-03

Traceability


Description: In this, testing is performed to make sure if user can unsubscribe from VYMA news letter, User uses the email from VYMA and clicks the link ‘Yes Subscribe me to the list’. Next, user selects the check box ‘I am not a Robot’ and clicking the button ‘Subscribe to list’ should display ‘Subscription Confirmed’. User will find option to ‘manage your preference’ and clicking this button will take to user profile where they can update their email address. Also, in the bottom, there is a button to ‘Unsubscribe’ where clicking on this button will take to other webpage for final confirmation to ‘unsubscribe’. Clicking this button will display message ‘Unsubscribe Successful’ and optional questionnaire to identify the reason of unsubscribing to news letter. This confirms un-subscription from VYMA new letter.

Table 36: TC-07-05 Check ‘unsubscribe’ to VYMA news letter.

Test Case Number

TC-07-05

Test Item

Check ‘unsubscribe’ to VYMA news letter.

Test Priority

W (want to have)

Pre-conditions

User want to unsubscribe from VYMA new letter.

https://squarespace.us14.list-manage.com/subscribe/confirm?u=72a3be9d5a5dd601288ec2f11&id=51fee65795&e=17d4f88774



Post-conditions

User should see ‘Unsubscribe Successful’ getting displayed as confirmation.


Open email inbox. Click on email with subject ‘Please confirm subscription’ from VYMA. Click on button ‘Yes, subscribe me to this list.’ Select check box ‘I am not a Robot’. Click on ‘Subscribe to list’ button. Click on ‘manage your preferences’ Click on ‘Unsubscribe’ at the bottom. It will display email ID, which can be changed. Click on ‘Unsubscribe’ button to complete the process.


Webpage displaying ‘Unsubscribe Successful’.

Pass/Fail Criteria

Pass Criteria: If Webpage displaying ‘Unsubscribe Successful’. Fail Criteria: If pass criteria do not match.


User can login to this email id.

Dependencies

TC-07-04

Traceability


3.8 TC-08 Consolidate 3 websites

In this, testing was performed to make sure if all the contents from all three old VYMA websites got migrated to new VYMA website which was agreed with client. All content from different sections was verified manually by comparing the content at old websites with content at new VYMA website.

3.8.1 Test Level

Functional Testing

3.8.2 Test Class

Functionality testing

https://squarespace.us14.list-manage.com/subscribe/confirm?u=72a3be9d5a5dd601288ec2f11&id=51fee65795&e=17d4f88774





All the contents from all three old VYMA websites got migrated to new VYMA website which was agreed with client.

3.8.4 Test Cases

Description: In this, testing was performed to make sure if all the contents from all three old VYMA websites got migrated to new VYMA website which was agreed with client. All content from different sections was verified manually by comparing the content at old websites with content at new VYMA website.

Table 37: TC-08-01 Consolidate three different websites into one VYMA website

Test Case Number

TC-08-01: Consolidate three different websites into one VYMA website

Test Item

Check if all the contents as agreed with customer got migrated from old VYMA to new VYMA website.

Test Priority

M (Must have)

Pre-conditions

None

Post-conditions

New Website will have all new required contents migrated from old VYMA website.


Browse through old and new VYMA website and compare the content, which needs to be migrated.


New VYMA website will have all required content similar to old VYMA website.

Pass/Fail Criteria

Pass Criteria: If new VYMA website has required contents from all three websites. Fail Criteria: If pass criteria do not match.


There is no change in content since we agreed upon with customer.

Dependencies Not dependent on any Tests



Traceability

WC_4215: The system shall be a combination of three websites where all the content from these websites will be migrated. WC_4224: As a user, I can view the details of all the courses and schedule of classes at one place, so that I don't have to search different websites to do the same.

3.9 TC-09 Members Only view: Roster

This test refers to verifying that only members should be able to view the roster page and contacts should be matched with roster of earlier website.

3.9.1 Test Level

Functional Testing

3.9.2 Test Class

Functionality Testing



Roaster page is password protected. only members can access it using the member password.

3.9.4 Test Cases

Description: In this testing, it was verified that Roaster page is password protected and only members can access it using the member password.

Table 38: TC-09-01 Only Members should be able to view the Roaster

Test Case Number

TC-09-01: Only Members should be able to view the Roaster.



Test Item

The member should be able to log in using the password to view this password-protected page, and anyone who does not have the password should not be able to view it.

Test Priority

M (Must have)

Pre-conditions

User knows the password of member’s section.

Post-conditions

The user views the Roster Page only if he has the password to the page.


The user has to enter the members page password.


Webpage to view Roaster will open after entering correct password.

Pass/Fail Criteria

Pass Criteria: Only members can view the Roster webpage Fail Criteria: If pass criteria do not match


Correct Password must be entered.

Dependencies Not dependent on any Tests Traceability


Table 39: TC-09-02 Match if the content of Roaster page at new VYMA website matches with the old VYMA website

Test Case Number

TC-09-02: Match if the content of Roaster page at new VYMA website matches with the old VYMA website

Test Item

The content of Roaster page at new VYMA website must be similar to the old VYMA website as agreed with customer.

Test Priority

M (Must have)

Pre-conditions

User has the password for member’s section.

Post-conditions

The user views the information available at the Roaster Page.




The member browse to Roaster page under members section at new VYMA website.


Webpage displays the similar information which members use to view at old VYMA website.

Pass/Fail Criteria

Pass Criteria: Content of the new Roaster page is similar to old VYMA Roaster page. Fail Criteria: If pass criteria do not match


None.



3.10 TC-10 Shop Section: DVD

This test suite relates to verifying that user is able to view the trailers of DVD’s before purchasing them and should be able to make a successful payment of same after finalizing his choice.

3.10.1 Test Level

Functional Testing

3.10.2 Test Class




User can view the trailer of the video at the DVD/Shop page of VYMA. User can purchase DVD from DVD/Shop section. User can pay online.



3.10.4 Test Cases

Description: In this testing it was verified to check if the DVD/Shop page lists the DVDs and provides links for users to view the trailer of all DVDs.

Table 40: TC-10-01: User can view trailer of the video at DVD/Shop section.

Test Case Number

TC-10-01: User can view trailer of the video at DVD/Shop section.

Test Item

DVDs listed for selling, have Youtube link to its trailer so that user can view them before buying.

Test Priority

W (Want to have)

Pre-conditions

A user comes to the website and browse to Shop/DVD section.

Post-conditions

The user can view the trailer available at the DVD section for all listed DVDs.


The user browse to DVD/Shop page at new VYMA website.


User views the trailer for the DVD of interest.

Pass/Fail Criteria

Pass Criteria:

User views the trailer if the DVD listed at Shop/DVD section.

Fail Criteria: If pass criteria do not match


None.



Description: In this testing it was verified if the user can purchase the DVDs listed in DVD/Shop section by making online payment.

Table 41: TC-10-02: User can purchase DVD from DVD/Shop section.

Test Case Number

TC-10-02: User can purchase DVD from DVD/Shop section.



Test Item

User should be able to view the list of DVDs for selling and can purchase them online.

Test Priority

W (Want to have)

Pre-conditions

A user comes to the website and browse to Shop/DVD section.

Post-conditions

User purchased DVD successfully.


The user browse to DVD/Shop page at new VYMA website.

User select the DVD of interest. User select the quantity of DVDs

and click ‘purchase’ button. User fills all the required details

in the form and click to continue. User fills the payment details

and click ‘purchase’.


User is able to purchase the DVD.

Pass/Fail Criteria

Pass Criteria:

User successfully make payment and receives an email confirmation about the order.

Fail Criteria: If pass criteria do not match.


None.



3.11 TC-11 Yearbook

This test suite relates to verifying that only members are able to view the Yearbook link of Shutterfly website where they can navigate and view the yearbook of respective links.



3.11.1 Test Level

Functional Testing

3.11.2 Test Class




Yearbook page is password protected only accessible to members using the given password

Members can view the link to Shutterfly at Yearbook page.

3.11.4 Test Cases

Description: In this testing, it was verified that Yearbook page is password protected and only members can access it using the member password.

Table 42: TC-11-01: Only Members should be able to view the Yearbook page.

Test Case Number

TC-11-01: Only Members should be able to view the Yearbook page.

Test Item

The member should be able to log in using the password to view this password-protected page, and anyone who does not have the password should not be able to view it.

Test Priority

C (Could have)

Pre-conditions

User has the password of Member’s section.

Post-conditions

The user views the Yearbook page only if he has the password to the page.


The user has to enter the member’s page password.


Webpage to view Yearbook will open after entering correct password.

Pass/Fail Criteria

Pass Criteria: Only members can view the Yearbook webpage. Fail Criteria:



If pass criteria do not match. Assumptions and Constraints

Password must be entered correct.



Description: In this testing, it was verified that members can view the link to Shutterfly at Yearbook page.

Table 43: TC-11-02: Yearbook page provides link to Shutterfly.

Test Case Number

TC-11-02: Yearbook page provides link to Shutterfly.

Test Item

The member should be able to view the link to Shutterfly containing the Yearbook.

Test Priority

C (Could have)

Pre-conditions

User has the password of Shutterfly website.

Post-conditions

The user views the Yearbook link on Shutterfly.


Members browse to Yearbook section at new VYMA website, which takes them to Shutterfly website.


User views the link of Shutterfly at this webpage.

Pass/Fail Criteria

Pass Criteria: Only members can view the Yearbook webpage. Fail Criteria: If pass criteria do not match.


Password must be entered correct.





4. Resources and schedule

All team members are participating in testing all the core features of the new VYMA Website. We are testing all the implemented features and the operational capabilities with relation to Winbook such as registration for courses, announcement, donation through website, update event calendar, download music notes, contact VYMA through website, and subscribe to newsletter. We will mainly do functional testing and integration testing.

4.1 Resources

Hardware:

During testing, a computer and an IOS/Android device is needed, and those devices need to connect to internet.

Test Data Sets:

All team members work together to create a set of tests cases which cover testing the application under different scenarios.

Budget:

Currently it is $216 annual plan required for Squarespace website to be hosted live and this enables us to test all implemented features along with integration testing of Stripe and MailChimp.

4.2 Staffing and Training Needs

Rajat, Rakesh, Preksha, Snehal, Heidi, Lu, and Ankit, i.e. all team members are responsible for the whole testing process of the project. Each member will be mainly responsible for one core feature or test suite of our project. We will mainly do functional testing and integration testing. Acceptance Testing was done with Client to ensure that User and Admin expectations are met.

There should be no training needs for team members.



4.3 Schedule

Table 44: Testing Schedule

Date Test Identifier Responsible person

Resources Training needs

11/19-11/22

TC-01-01 to TC-01-05

Rajat Computer and IOS device

N/A

11/19-11/22

TC-02-01 to TC-02-05

Rakesh Computer and Android device

N/A

11/19-11/22

TC-03-01 to TC-03-05

Preksha Computer and IOS device

N/A

11/19-11/22

TC-04-01 to TC-04-05

Snehal Computer and Android device

N/A

11/19-11/22

TC-05-01 to TC-05-05

Heidi Computer and IOS device

N/A

11/19-11/22

TC-06-01 to TC-06-05

Lu Computer and IOS device

N/A

11/19-11/22

TC-07-01 to TC-07-05

Ankit Computer and Android device

N/A

11/19-11/22

TC-08-01 Ankit Computer and Android device

N/A

11/19-11/22

TC-09-01 to TC-09-02


N/A

11/19-11/22

TC-10-01 to TC-10-02


N/A

11/19-11/22

TC-11-01 to TC-11-02


N/A