# Neil

Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Service Packages.

PreConditions:
Gain access to Fusion, with Administration privileges. Multiple VISPs exist (>3)


Aim:
To ensure that, An authorised CSR can set up customer details.

PreConditions:
Gain access to Fusion as authorised CSR.


Aim:
To ensure that, Daily a credit card blacklist shall be available and imported and maintained in support of Registration Services.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Products on the platform.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to rating rules.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Discounts.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Policies such as 'Top Shelf'.


Aim:
Delete an Existing  Account on  a VISP via a CSR

PreConditions:
VISP exists on platform
All necessary personal / demographic details are supplied


Aim:
To ensure that, End users shall be able to access & read their own mail, an identifier for which they have sent via their unique Mail user name & password.

PreConditions:
Gain access to Fusion as authorised user.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Branding of all Customer/user visible items.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Registration information.


Aim:
Search for an existing user account number within a VISP by user id

PreConditions:
VISP exists on platform
The Account exists within the VISP


Aim:
To ensure that, The Internet Service Feature "Access" shall be password protected.

PreConditions:
Gain access to the service logon prompt.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Billing information.


Aim:
To ensure that, The Internet Service Feature "E-mail" shall be password protected.


Aim:
Search for an existing user within a VISP by billing account no.

PreConditions:
VISP exists on platform
The billing account no. exists within the VISP


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer Facing Helpdesks.


Aim:
Search for an existing user within a VISP by User Identification


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to CSR Duties.


Aim:
Search for an existing user within a VISP by users Surname

PreConditions:
VISP exists on platform
The user exists within the VISP


Aim:
User is billed the initial registration fees for a new product launched

PreConditions:
User exists with a valid account and has access to register or select the new product. Credit card number for the user shall be valid.


Aim:
Ensure unique order identifier matches corresponding bill ID

PreConditions:
User exists with valid account and has access to register and can create new order. Payment details are authenticated.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer and User Activities.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to VISP specific Items such as Newsgroups.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to VISP specific Items such as newsgroups.


Aim:
To ensure that, Configuration of CSR tools will allow Restrictions to be imposed on CSR entry into one ISP data set, be it external or junior CSR option.


Aim:
Change an existing user demographic record (change of address).
User wants invoice to be sent to new address.

PreConditions:
User Exists on Platform
Location is recorded for user
User is the normal recipient of the invoice
CSR has sufficient privileges to update location records


Aim:
The CSR attempts to modify the billing details for an existing account.

PreConditions:
CSR with appropriate access level.
Existing account with billing details.


Aim:
Create a  New Account on  a VISP via a CSR

PreConditions:
VISP exists on platform
All necessary personal / demographic details are supplied by user


Aim:
The CSR attempts to change the password for an account

PreConditions:
A CSR with appropriate access level.
An existing account.


Aim:
To ensure that, users can have differing passwords for Email and access. Users also have the option to synchronise access and Email passwords to the same value


Aim:
Attempt to create a  New Account on  a VISP via a CSR but are unsuccessful

PreConditions:
VISP exists on platform.
All necessary personal / demographic details are supplied by user.
The user supplies an invalid credit card number.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD

PreConditions:
Auto-Reg CD-Rom for test V-ISP is available.
User does not have an existing account.


PreConditions:
Account exists on platform.
CSR has correct access level


PreConditions:
Accounts are available to report on.
CSR has correct access level


Aim:
ensure that, users can have differing passwords for Email and access. Users also have the option to synchronise access and Email passwords to the same value


Aim:
To ensure that, CSR's receive notification of repeated access password failures for mail-box access attempts.


Aim:
To ensure that, a user cannot  logon with  the same account name/password from more than one location.


Aim:
To ensure that, a user can see only their own data.


Aim:
To ensure that, E-mail programs cannot provide bulk mail delivery.

PreConditions:
Gain access to Fusion, with user Id and password pair.


Aim:
To ensure that, dependent on location different access permissions may be required.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts from the same location.

PreConditions:
Try to gain access to Fusion, with incorrect user Id and password pair.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts when the same username/password combination are used.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts when the same username is used but with different passwords.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect simultaneous log in attempts using same username/password combination from different locations, with the time lag applied being a factor of distance between those locations.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Namespace at all levels.


Aim:
To ensure that, End user customers shall not be able to access BT's corporate data networks and therefore put BT at risk.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer Account data.


Aim:
To ensure that, User Account Name validation will be checked to see if it is barred during registration.


Aim:
To ensure that, The system shall detect session times of less than a pre-configured time period of less than 1 minute.


Aim:
To ensure that, Configuration of CSR tools will allow CSR entry into all ISP data sets with a senior experienced CSR option.


Aim:
To ensure that, The mailbox name shall be required for accessing the mailbox. Domain name is not required.


Aim:
To ensure that, The first mailbox logon of each session will require a name and password to be entered.


Aim:
To ensure that, Logon access to the Service Feature by consumers or operations staff will be performed by user account validation using Name and password pairs.


Aim:
To ensure that, the E-mail service will be secure.


Aim:
To ensure that, Authentication for network access shall be performed separately to Service access authentication.


Aim:
To ensure that, User will have the choice of using a secure e-mail service.


Aim:
To ensure that, User service access is configurable, users will only have access to a service if they have been configured to do so.

PreConditions:
Gain network and service access, configure a service for an individual user.


Aim:
To ensure that, Public users will not have direct access to any administrative systems or services. However, Admin services need to be explicitly defined.


Aim:
To ensure that, The Fusion Platform Web Hosting service will limit the amount of web space available to a customer, the customer cannot change or exceed this quota.


Aim:
To ensure that, Attempts by public users to access any administrative systems or services shall be trapped. However, Admin services need to be explicitly defined in order to perform administration tasks.


Aim:
To ensure that, a user granted with Administration privileges will be able to create and delete users accounts within the terms of the license agreement.

PreConditions:
Gain access to the network and service. Login as user with Admin privileges.


Aim:
To ensure that, a user granted with Administration privileges will be able to modify a users account details.

PreConditions:
Gain access to the service with Admin privileges.


Aim:
To ensure that, a user granted with Administration privileges will be able to modify a users account services.


Aim:
To ensure that, a user granted with Administration privileges will be able to view service package reports.


Aim:
User attempts to create a new account with a V-ISP using the online registration

PreConditions:
User has access to Internet via ISP and has URL to access the V-ISP home page.
User does not have an existing account.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but enters invalid data during the auto-registration process


Aim:
To ensure that, a user granted with Administration privileges will be able to view service package charges on-line.


Aim:
To ensure that, A user granted with Administration privileges will be able to modify user details stored in directory services.


Aim:
To ensure that, a user granted with Administration privileges will be able to manage mailbox only accounts.


Aim:
To ensure that, user account validation will occur once per session to authenticate against web-based access, even over multiple web servers within the same domain.


Aim:
To ensure that, session authentication will timeout after a pre-determined period of inactivity by a user on the platform.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a client fault occurs during the auto-registration process


Aim:
To ensure that, session authentication will allow the user to logout.


Aim:
To ensure that, each Service Feature shall provide the ability to set-up an additional instance of the Service Feature for an authorised user.


Aim:
To ensure that, session authentication will terminate the session if the users browser or client terminates.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a platform fault occurs during the auto-registration process

PreConditions:
Auto-Reg CD-Rom for test V-ISP is available
User does not have an existing account


Aim:
To ensure that, User account names will be checked for uniqueness during creation, if the name is not unique the user will be advised of this and prompted for an alternative.


Aim:
To ensure that, the Service Feature User Names and passwords are configurable so that they can be stored as separate data pairs for each service or they can be synchronised service wide.

PreConditions:
Gain access to the service with admin privileges.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a bad credit card authentication occurs during the auto-registration process


Aim:
To ensure that, a registered customer shall have access to all Service Features offered within their Service package subject to password control.


Aim:
User attempts to create a new account with a V-ISP using the online registration but enters invalid data during the registration process

PreConditions:
User has access to Internet via an ISP and has the URL to access V-ISP registration home page
User does not have an existing account.


Aim:
To ensure that, each Service Feature shall provide the ability to modify an additional instance of the Service Feature for an authorised user with appropriate privileges.


Aim:
To ensure that, account names for users will be checked against a 'blacklist' during creation, if the account name exists on this list then the name will be rejected.


Aim:
User attempts to create a new account with a V-ISP using the online registration but a client fault occurs during the registration process


Aim:
To ensure that, Service access will take place by validation of the users Chap ID and corresponding password.


Aim:
User attempts to create a new account with a V-ISP using the online registration but a platform fault occurs during the registration process


Aim:
To ensure that, During the dial session network authentication will take place by validation of the users Chap ID and password.


Aim:
To ensure that, users shall be able to use the Point-to-Point Protocol to connect to the network and subsequently use CHAP authentication.


Aim:
User attempts to create a new account with a V-ISP using the online registration but a bad credit card authentication occurs during the registration process


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account details

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password


Aim:
To ensure that, a system log shall be kept by the platform for multiple unsuccessful login attempts made using a single user Name during a session.


Aim:
To ensure that, when a subscriber is unsubscribed and the user re-registers the user will by forced to change the CHAP password.

PreConditions:
Subscriber is unsubscribed from service, re-registers for service.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their usage and billing details

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password.
The user has made some use of the services that have been registered
Tariff applied on a per service


Aim:
To ensure that, any inactivity on a session for a pre-configurable period shall be detected and that session logged out.  The maximum period allowed is 20 minutes.  This may need to be provisioned by MDIP.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to change their password

PreConditions:
User has the URL to access CSC home page
User has valid UserName & Password


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create a sub account

PreConditions:
User set up as an account administrator by CSR
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has the sufficient privilege


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a sub account

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has sufficient privilege


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete a sub account

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has the sufficient privilege


Aim:
To ensure that, users shall not be permitted to establish more than one concurrent access session using the same user ID under normal access conditions.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create users

PreConditions:
User has successfully registered through CSR or auto/online Registration
User set up as an account administrator by CSR
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has the sufficient privilege


Aim:
To ensure that, All Service Packages - All Customer information shall be logically partitioned from other customers information.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify users details

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has sufficient privilege
Account has existing users


Aim:
To ensure that, Only authorised individuals shall have the privileges to create or modify service data limited within the user domain.


Aim:
To ensure that, Service Packages delivered via the Fusion platform shall be resistant to attempts to defraud BT through obtaining unauthorised access to Service Features.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete users

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
User has the sufficient privilege
Existing account has users associated to it


Aim:
To ensure that, all Service Packages - No unauthorised "logon" or management connection shall be possible from Service Packages to any part of the Fusion Platform.


Aim:
To ensure that, Customer shall be prohibited from loading unapproved content formats from their Service Packages.


Aim:
A admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a service package


Aim:
A CSR with appropriate privileges sets up another CSR with equal or lesser privileges for a single VISP

PreConditions:
CSR with sufficient privileges exist within VISP


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create sub account users


Aim:
The user is billed the re-occurring subscription for a new product launched

PreConditions:
User exists with valid account and has access to the new product launched.


Aim:
The user is billed fees based on the usage of the new product.

PreConditions:
The user exist with a valid user account and has access to the new product.
The new product shall be a usage based product.


Aim:
The user is charged for the supply of additional copies of the Client software


Aim:
The user is billed for each mailbox owned.

PreConditions:
The user exists with a valid email account and three mailboxes.


Aim:
The user is billed  for a duplicate VAT receipt.


Aim:
The user is charged for premium Content transactions including Soft and Hard deliverables


Aim:
To ensure that, all customers shall be credit checked when registering for all Service Packages via the daily checklist import/EPG.

PreConditions:
Gain access to Self Registration, enter name and details.


Aim:
To ensure that date, date dependant and calculated date fields within the Fusion platform and underlying OS can accept, manipulate, and calculate millennium spanning dates.

PreConditions:
Close all Fusion services and support services. Close all OS specific Services. Change system clock. Then restart OS services and Fusion services.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to query latest/previous/Nth Bills

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password
Tariff applied on a per service 
User must have used the V-ISP services for at least 3 billing cycles


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their current account balance


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their billing details


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their payment details


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their billing address


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their demographic information


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query a sub account latest/previous/Nth bills

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
Sub ccount have users associated to it
Sub account users must have used the V-ISP services for at least 3 billing 
Tariff applied on a per service


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query their latest/previous/Nth bills

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
Account have users associated to it
Account users must have used the V-ISP services for at least 3 billing 
Tariff applied on a per service


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query a current sub account balance

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password.
Sub account users have made some use of the services that have been registered
Tariff applied on a per service


Aim:
CSR applies discount to a users bill following an agreed change between the user and the CSR.

PreConditions:
CSR with sufficient privileges exist within VISP
Both the CSR and the USER must belong to the same VISP


Aim:
CSR applies debit to a users bill following an agreed change between the user and the CSR.

PreConditions:
Both the CSR and the USER must belong to the same VISP
CSR with sufficient privileges exist within VISP


Aim:
CSR applies credit to a users bill following an agreed change between the user and the CSR.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query their current account balance

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password.
Account users have made some use of the services that have been registered
Tariff applied on a per service


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account billing details


Aim:
CSR applies a waiver to a users bill following an agreed change between the user and the CSR.  Both the CSR and the USER must belong to the same VISP


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account billing details


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account payment details


Aim:
CSR applies a one time only adjustment to a users bill following an agreed change between the user and the CSR.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account payment details


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a valid 'user1'. A flat rate discount shall not be applied for another valid 'user2'.


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a valid 'user1'. A percentage rate discount shall not be applied for another valid 'user2'.


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a valid 'user1'. A free access period discount shall not be applied for another valid 'user2'.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a valid customer account 'acc1'. A flat rate discount shall not be applied for another valid customer account 'acc2'.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a valid 'acc1'. A percentage rate discount shall not be applied for another valid 'acc2'.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a valid 'acc1'. A free access period discount shall not be applied for another valid 'acc2'.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a customer type with 'user1'. A flat rate discount shall not be applied for another customer type with 'user2'.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a customer type with 'user1'. A percentage rate discount shall not be applied for another customer type with 'user2'.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a customer type with 'user1'. A free access period discount shall not be applied for another customer type with 'user2'.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a product that can be accessed by 'user1'.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a percentage.

PreConditions:
A  percentage rate discount shall be applied for a product that can be accessed by 'user1'.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a free access period.

PreConditions:
A  free access period discount shall be applied for a product that can be accessed by 'user1'.


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a Service Package that can be accessed by 'user1'.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account billing address


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a percentage.

PreConditions:
A  percentage rate discount shall be applied for a Service Package that can be accessed by 'user1'.


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a free access period.

PreConditions:
A  free access period discount shall be applied for a Service Package that can be accessed by 'user1'.


Aim:
Free period for all users within an ISP shall be available

PreConditions:
free access period for all users within the ISP shall be configured


Aim:
The usage based Service package has a configurable cap. The cap shall be configured during product creation.

PreConditions:
'prodadm1' can create and administer the product 'product1'.
'user1' can access 'product1'.


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply immediately.

PreConditions:
'prodadm1' can administer the product 'product1'.
'user1' can access 'product1'.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account billing address


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account demographic information


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account demographic information


Aim:
An admin user accesses their existing account with a V-ISP when their client hardware has changed


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply from a date supplied in the future.


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply from a retrospective date.


Aim:
CSR instigates the production of a report  from IAF based upon user requirements


Aim:
To ensure that, billing runs must occur on schedule.

PreConditions:
Services polled for billing related information, information is ready.


Aim:
To ensure that, billing runs must occur on schedule and within a defined time frame.


Aim:
To ensure that, billing runs will be despatched on schedule.


Aim:
The IAF administrator can create a new report format and add this to the list of "pre canned" reports. Once avaialable as a precanned report it should be accessable by a CSR

PreConditions:
The new reports is based upon information that is present within IAF and can be selected and extracted to  formulate a new  report


Aim:
To ensure that, billing may be despatched to customer direct or to billing offices.


Aim:
To ensure that, bills despatched must be accurately calculated.

PreConditions:
Actual call record for a customer is known.
Despatched bill for customer is known.


Aim:
To ensure that, test bills must be successfully run every time a new product is available.

PreConditions:
New product billing information is in place.


Aim:
To ensure that, reports are produced for billing accounts that are suppressed.


Aim:
To ensure that, reports are produced for billing accounts that are permanently diverted.


Aim:
To ensure that, reports are produced for billing accounts that are suspended.


Aim:
IAF adds items to standard menu bars to customise IAF to our requirements


Aim:
To ensure that, Unique identfier on order and bill are similar.

PreConditions:
Order raised and bill had been produced.


Aim:
To ensure that, any bill in system can be traced back to its corresponding order.


Aim:
To ensure that, no duplication of orders occurs.


Aim:
To ensure that, multiple order creation for one account is possible.


Aim:
To ensure that, an integrity control on an order is taken and a bill is raised.


Aim:
To ensure that, invalid data input must be rejected and e-error message despatched.


Aim:
To ensure that, metrics on number of orders awaiting input and age analysis.

PreConditions:
The number of orders, their dates, and status must be known.


Aim:
To ensure that, metrics on number and value of orders being passed between processes.

PreConditions:
The number of orders, their value, and status must be known.


Aim:
To ensure that, metrics on number and value of orders being held at any stage.


Aim:
To ensure that, metrics on number of unclosed orders.

PreConditions:
The number of orders and status must be known.


Aim:
To ensure that, metrics on number of orders posted to error files.


Aim:
To ensure that, bill creation is created with accurate tariff data.

PreConditions:
Tariff data for the corresponding service is known.


Aim:
To ensure that, the bill content was successfully downloaded from master to slave.

PreConditions:
Information is held at the Master but not slave.


PreConditions:
Accounts exist on system
Selection of reports exist
CSR has correct access levels


Aim:
To ensure that, price changes can be implemented and may be dynamically modified.

PreConditions:
Some notification of a price change is needed prior to the change by the users.


Aim:
To ensure that, new products must be ready and configured well in advance of launch date.

PreConditions:
New product ready and configured on test environment machine.


Aim:
To ensure that, any bill data may be tracked back to IMS master source.


Aim:
To ensure that, any interface file data may be traced back to source.


Aim:
To ensure that, standing data must be accurate, valid and complete.


Aim:
To ensure that, security measures must be in place to prevent unauthorised database access.


Aim:
To ensure that, CSRs must action follow-up billing query list.


Aim:
To ensure that, follow up e-mail notices must be despatched.


Aim:
User accesses CSC to view their subscribed service package.

PreConditions:
User has access to CSC
Account exists with service package


Aim:
To ensure that, reports on costs of adjustments and write-offs are to be produced.


Aim:
User wishes to view any of his previous bills.

PreConditions:
User has access to CSC URL
User account exists
Previous bills exist


Aim:
User wishes to view the current account balance on the account

PreConditions:
User has access to the CSC URL
Account has been created
Account has had some usage


Aim:
User wishes to change the demographic details for the account

PreConditions:
User has access to the CSC URL
User account is valid


Aim:
User wishes to view the payment detials for the account

PreConditions:
User has access to the CSC URL
User has vaild account


Aim:
User wishes to view the current billing address for the account

PreConditions:
User has access to CSC URL
User has valid account


Aim:
User wishes to change demographic info for the account

PreConditions:
User has access to the CSC URL
User has a valid account


Aim:
Account admin wishes to change or delete the subscribed service package for sub accounts

PreConditions:
Admin has correct access privilages to sub accounts.
Admin has access to CSC URL
Master account and sub accounts exist


Aim:
Admin wishes to change the subscribed serivce package for the account

PreConditions:
Admin user with correct access level
Admin user with access to CSC URL
Account with subscrubed service package
Range of service packages specified by CSR/IAF admins


Aim:
Account administrator wishes to query the bills for child accounts under the parent account.

PreConditions:
Account admin can access the CSC URL
Account admin has correct access level
Parent account has child account(s)
Accounts have current and previous billing data


Aim:
Account admin wishes to view any bill for the admins account.

PreConditions:
Account admin has access to the CSC URL
Account exists with billing data


Aim:
Admin wishes to view the current account balance on any of the child accounts

PreConditions:
Account admin can access CSC URL
Account has child accounts with usage records.


Aim:
Admin wishes to view the current account balance on the account

PreConditions:
Account admin can access CSC URL
Account has usage records


Aim:
Account admin wishes to update the user details for users of child accounts.

PreConditions:
Account admin has access to CSC URL
Account admin has correct access level
Parent account has child account
Child account has users


Aim:
IAF Admin wishes to apply the billing cap to system wide accounts


Aim:
Account admin wishes to change user details for users of the parent account

PreConditions:
Account admin has access to CSC URL
Parent account exists with users


Aim:
Account admin wishes to update the billing address for the parent account.

PreConditions:
Account admin has access to the CSC URL
Account exists.


PreConditions:
CSR has correct access level
Account exists


Aim:
CSR views accounts latest/previous/nTh bill.

PreConditions:
CSR as correct access level
Account has prior billing info


Aim:
CSR queries the bills for an existing account

PreConditions:
CSR has correct access level
Account exists
Account has billing data


Aim:
CSR wishes to view an accounts current balance

PreConditions:
CSR has correct access level
Account exists
Accout has some usage info


Aim:
CSR wishes to alter a users demographic info.

PreConditions:
CSR has correct access level
User exists


Aim:
CSR wishes to change the payment details for an account


Aim:
CSR wishes to alter the billing address for an account


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete sub account users


PreConditions:
CSR has correct access level
Child account exists


Aim:
A admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a sub account service package

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
User has the sufficient privilege
Existing sub account has users associated to it


Aim:
IAF admin sets the invoice timing per V-ISP

PreConditions:
IAF admin has correct access level
System has V-ISPs
V-ISP has accounts to invoice


Aim:
IAF admin sets the invoice methods available to each account

PreConditions:
IAF admin has correct access level
Delivery methods exist.


Aim:
IAF admin sets the invoice content on per V-ISP basis

PreConditions:
IAF admin has correct access levels
System has V-ISPs
V-ISPs have users to invoice


# ScenarioDetails

Aim:
Create a  New Account on  a VISP via a CSR

PreConditions:
VISP exists on platform
All necessary personal / demographic details are supplied by user

Outline:
1. User contacts CSR who enters details to registration screens
2. Users supplies valid  Credit Card details.
3. Credit card authentication takes places successfully
4. New user is set up.

ExpectedResults:
New User account  is set up.
EPG confirms Credit card Authentication.
Billing details are set up.
Audit log is for new user.


Aim:
The CSR attempts to change the password for an account

PreConditions:
A CSR with appropriate access level.
An existing account.

Profile:
Follows an account creation scenario.
Precedes account delete scenario

Outline:
1. CSR logs in to IAF
2. CSR accesses an account
3. CSR makes change to account password.
4. CSR logs out
5. Account holder logs in with new password to ensure access is still enabled.

ExpectedResults:
Account holder logs in with new password successfully


Aim:
The CSR attempts to modify the account details for an existing account.

PreConditions:
CSR with appropriate access level.
Existing account with billing details.

Profile:
Follows an account creation scenario.  
Precedes a delete account scenario

Outline:
1. CSR logs in to IAF
2. CSR accesses an account
3. CSR makes changes to account details.
4. CSR logs out
5. CSR logs in again and accesses the same account info to confirm changes have been made.

ExpectedResults:
Account details are successfully changed to the new information


Aim:
To ensure that, users can have differing passwords for Email and access. Users also have the option to synchronise access and Email passwords to the same value

Profile:
Sync Password: Disabled
User Id: Valid
Password: Correct

Outline:
1. Gain access to Email. 
2. Change the Email and Access password to two differing passwords. 
3. Disable sync password option.
4. Logout and login
5. Enter user id and password
6. Enter Email User Id and password

ExpectedResults:
Verify that the passwords remain distinct by attempting to gain access to the service and checking Email


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD

PreConditions:
Auto-Reg CD-Rom for test V-ISP is available.
User does not have an existing account.

Outline:
1. Run Autoreg CD.
2. When prompted follow the online instructions.
3. Ensure that the Autoreg process finishes without error.
4. Reboot PC and ensure that you can connect to V-ISP.

ExpectedResults:
Connected to V-ISP successfully.
Use CSR to check user account information


Aim:
Change an existing user demographic record (change of address).
User wants invoice to be sent to new address.

PreConditions:
User Exists on Platform
Location is recorded for user
User is the normal recipient of the invoice
CSR has sufficient privileges to update location records

Profile:
Predecessors 	Follows on from User creation from auto reg.

Outline:
1. User contacts CSR and gives details of new location
2. Billing information (billing address) is updated
3. Users records are updated (non billing records)
4. Audit log is updated


Aim:
Attempt to create a  New Account on  a VISP via a CSR but are unsuccessful

PreConditions:
VISP exists on platform.
All necessary personal / demographic details are supplied by user.
The user supplies an invalid credit card number.

Outline:
1. User contacts CSR who enters details to registration screens
2. User supplies invalid  Credit Card details
3. Credit card authentication takes place and fails.
4. New User is not set up

ExpectedResults:
New User account  is not set up
EPG rejects Credit card Authentication
Billing details are not set up
Audit log is for failure created


PreConditions:
Account exists on platform.
CSR has correct access level

Outline:
1 CSR logs into IAF.
2 CSR access required account for deletion
3 CSR marks account as deleted
4 CSR account is marked as deleted until billing run.
5 CSR post billing run account is terminated

ExpectedResults:
Account becomes inaccessable.
Remaining account balance is billed to account holder
Account is closed


PreConditions:
Accounts are available to report on.
CSR has correct access level

Outline:
1 CSR logs into IAF
2 CSR accesses reporting functions
3 CSR generates the custom report

ExpectedResults:
Report with information required is produced.


Outline:
1. Gain access to Email. 
2. Change the Email and Access password to two differing passwords. 
3. Enable sync password option. 
4. Logout and login. 
5. Enter user id and password. 
6. Enter Email User Id and password

ExpectedResults:
Verify that the passwords remain in sync by attempting to gain access to the service and by checking Email.


Aim:
To ensure that, CSR's receive notification of repeated access password failures for mail-box access attempts.

Profile:
Mailbox Name: Valid
Email Password: Incorrect password

Outline:
1. Attempt to gain access to Email mailbox using Incorrect password. 
2. Repeat 1 for n times.

ExpectedResults:
Once a configurable threshold has been reached the corresponding CSR will be informed of the mailbox password failures for the user account.


Aim:
To ensure that, a user cannot  logon with  the same account name/password from more than one location.

Profile:
User Id: Valid
Password: Correct password
Location: Location1 & Location2

Outline:
1. Attempt to gain access to account from location1.
2. Enter User Id and password. 
3. Attempt to gain access to account from location2

ExpectedResults:
Second user access attempt, from a different location will be denied


Aim:
To ensure that, a user can see only their own data.

Profile:
Service Access Password: Correct password

Outline:
1. Gain access to user configurable options to view information.
2. View service information for Service features.

ExpectedResults:
Only the users own data and configuration shall be viewable.


Aim:
To ensure that, E-mail programs cannot provide bulk mail delivery.

PreConditions:
Gain access to Fusion, with user Id and password pair.

Profile:
User Id: Valid
Access Password: Correct password
Email Account Name: Valid
Email Password: Correct password

Outline:
1. Attempt to send an Email to n recipient. 
2. Send Email using a wildcard.


Aim:
To ensure that, dependent on location different access permissions may be required.

Profile:
User Id: Valid
Access Password: Correct password
Location: Valid/Invalid

Outline:
1. Attempt to gain access to Service with correct User Id and password pair from valid.
2. Attempt to gain access to Service with correct User Id and password pair from invalid location.

ExpectedResults:
User will be granted access from a valid location, but denied access from the invalid location.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts from the same location.

PreConditions:
Try to gain access to Fusion, with incorrect user Id and password pair.

Profile:
User Id: Invalid
Access Password: Incorrect password
Location: Valid

Outline:
1. Attempt to gain access to account with incorrect User Id and Password pair from the same location.

ExpectedResults:
Repeated failed login attempts shall be visible from N&S Authentication Management feature.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts when the same username/password combination are used.

Outline:
1. Attempt to gain access to account with incorrect User Id and Password pair from location.

ExpectedResults:
Once a configurable threshold has been reached the corresponding CSR will be informed of the mailbox password failures for the associated user account.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect repeated log in attempts when the same username is used but with different passwords.

Profile:
User Id: Valid
Access Password: Incorrect password

Outline:
1. Attempt to gain access to same account with differing passwords.

ExpectedResults:
User access denied. Once a configurable threshold has been reached the corresponding CSR will be informed of the mailbox password failures for the associated user account.


Aim:
To ensure that, Network & Service Authentication Management Features shall detect simultaneous log in attempts using same username/password combination from different locations, with the time lag applied being a factor of distance between those locations.

Profile:
User Id: Valid
Access Password: Correct password
Location: Location1 and Location2

Outline:
1. Attempt to gain access to the service correct User Id and password pair, from Location 1.
2. Logout from User Id at Location 1. 
3. Attempt to gain access from Location 2 using correct User Id and password pair.

ExpectedResults:
Location 2 attempt at access shall be denied if the time lag is sufficiently large.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Namespace at all levels.

PreConditions:
Gain access to Fusion, with Administration privileges. Multiple VISPs exist (>3)

Profile:
User Id: BT Admin
Access Password: BT Admin

Outline:
1. Attempt to gain access to other VISP namespace.

ExpectedResults:
User will not have access to other namespace


Profile:
User Id: Valid
Account Password: Correct

Outline:
1. Login with User Id and Password pair.
2. Attempt to view or gain access to other VISPs

ExpectedResults:
Admin user will see multiple VISPs, user will not have access.


Aim:
To ensure that, End user customers shall not be able to access BT's corporate data networks and therefore put BT at risk.

Outline:
1. Attempt to gain access to BT's corporate data networks.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer Account data.

Profile:
User Id: BT Admin
Access Password: BT Admin
See Also: Sec-012

Outline:
1. Attempt to gain access to other VISP customer account information.

ExpectedResults:
User will not have access to other customer account data.


Profile:
User Id: Valid
Access Password: Correct
See Also: Sec-012

Outline:
1. Login with User Id and Password pair. 
2. Attempt to view or gain access to other VISPs


Aim:
To ensure that, User Account Name validation will be checked to see if it is barred during registration.

Profile:
User Id: Barred valid user id
Access Password: Correct password

Outline:
1. Attempt to gain access to the service with barred user id.


Aim:
To ensure that, The system shall detect session times of less than a pre-configured time period of less than 1 minute.

Profile:
User Id: Valid
Access Password: Correct password
Login Duration: Less than 1 minute.

Outline:
1. Gain access to account with User Id.
2. Logout within less than 1 minute.

ExpectedResults:
System detects session time of less than 1 minute.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Service Packages.

Outline:
1. Attempt to gain access to other VISP Service Package information.

ExpectedResults:
User will not have access to other service package information.


Profile:
User Id: Valid
Access Password: Correct password
See Also: Sec-012


Aim:
To ensure that, An authorised CSR can set up customer details.

PreConditions:
Gain access to Fusion as authorised CSR.

Profile:
User Id: CSR
Access Password: Correct password
Customer Details: See fields

Outline:
1. Gain access to customer account details. 
2. Sset-up customer details.

ExpectedResults:
Customer details can be set-up by authorised CSR


Aim:
To ensure that, Daily a credit card blacklist shall be available and imported and maintained in support of Registration Services.

Profile:
Credit Card No.: Blacklisted valid card
Credit Card Details: Valid

Outline:
1. Attempt to register on the service with credit card details.

ExpectedResults:
Account registration shall be rejected, due to blacklisted credit card.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Products on the platform.

Profile:
User Id: BT Admin
Access Password: BT Admin
See Also : Sec-012

Outline:
1. User will not have access to other Product information.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to rating rules.

Profile:
User Id; Admin
Account Password: Admin
See Also: Sec-012

Outline:
1. Attempt to gain access to other VISPs rating rules.

ExpectedResults:
User will not have access to other service rating information.


Profile:
User Id: Valid
Account Name: Correct
See Also: Sec-012

ExpectedResults:
User will not have access to other service discount information.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Discounts.

Profile:
User Id: Admin
Access Password: Admin
See Also: Sec-012

Outline:
1. Attempt to gain access to other VISPs discounting information.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Policies such as 'Top Shelf'.

Profile:
User Id: Admin
Account Password: Admin
See Also: Sec-012

Outline:
1. Attempt to gain access to other VISPs 'Top Shelf' information.

ExpectedResults:
User will not have access to other 'Top Shelf' information.


Profile:
Credit Card No.: Valid
Credit Card Name.: Correct Password
See Also: Sec-012


Aim:
Delete an Existing  Account on  a VISP via a CSR

PreConditions:
VISP exists on platform
All necessary personal / demographic details are supplied

Outline:
1. User contacts CSR 
2. CSR checks that user exists
3. CSR deletes user account details
4. Changes are implemented

ExpectedResults:
The user account is marked as disabled.
User cannot access services that were previously available.
A billing record is generated with a finish date the same as the deletion date of the account.


Aim:
To ensure that, End users shall be able to access & read their own mail, an identifier for which they have sent via their unique Mail user name & password.

PreConditions:
Gain access to Fusion as authorised user.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password

Outline:
1. Gain access to mailbox with Valid user id and password pair.
2. Attempt to read account mailbox.

ExpectedResults:
New and existing email messages will be read if user name and password pair are correct.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Branding of all Customer/user visible items.

Outline:
1. Attempt to gain access to other VISPs branding information.

ExpectedResults:
User will not have access to other branding information.


Profile:
User Id: Valid
Account Password: Correct password
See Also: Sec-012


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Registration information.

Outline:
1. Attempt to gain access to other VISPs Registration information.

ExpectedResults:
User will not have access to other Registration information.


Aim:
Search for an existing user account number within a VISP by user id

PreConditions:
VISP exists on platform
The Account exists within the VISP

Outline:
1. User contacts CSR 
2. Gives CSR details of their user id but not account number
3. CSR queries VISP and finds users account number

ExpectedResults:
CSR queries VISP database and finds users account number


Profile:
User Id: Valid
Account Password: Correct password


Aim:
To ensure that, The Internet Service Feature "Access" shall be password protected.

PreConditions:
Gain access to the service logon prompt.

Profile:
User Id: Valid
Password: Correct
See also: Sec-001,Sec-002

Outline:
1. At prompt enter User Id and password pair.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Billing information.

Outline:
1. Attempt to gain access to other VISPs billing information.


ExpectedResults:
Email will User will not have access to other Registration information.


Aim:
To ensure that, The Internet Service Feature "E-mail" shall be password protected.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password
Mailbox Name: Invalid
Mailbox Password: Invalid
See also: Sec-024

Outline:
1. Gain access to Email with User Id and password pair.
2. Logout of email
3. Attempt login with invalid Mailbox name and password.

ExpectedResults:
Access of to Email will be granted with Valid pair and denied with invalid pair.


Aim:
Search for an existing user within a VISP by billing account no.

PreConditions:
VISP exists on platform
The billing account no. exists within the VISP

Outline:
1. User contacts CSR 
2. Gives CSR details of billing account no. but not account number
3. CSR queries VISP and finds users account number


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer Facing Helpdesks.

Profile:
User Id: Admin
Account password: Admin
See Also: Sec-012

Outline:
1. Attempt to gain access to other VISPs customer facing helpdesk information.

ExpectedResults:
User will not have access to other customer facing helpdesk information.


Profile:
User Id: Valid
Account password: Correct Password
See Also: Sec-012


Aim:
Search for an existing user within a VISP by User Identification

Outline:
1. User contacts CSR 
2. Gives CSR details of user identification. but not account number
3. CSR queries VISP and finds users account number


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to CSR Duties.

Profile:
User Id: Admin
Account Password: Admin
See also: Sec-012

Outline:
1. Attempt to gain access to other VISPs CSR duty information.

ExpectedResults:
User will not have access to other CSR duty information.


Profile:
User Id: Valid
Account Password: Correct Password
See also: Sec-012


Aim:
Search for an existing user within a VISP by users Surname

PreConditions:
VISP exists on platform
The user exists within the VISP

Outline:
1. User contacts CSR 
2. Gives CSR details of Name and user id, but not account number
3. CSR queries VISP and finds users account number


Aim:
Account is billed the initial registration fees for a new product launched

PreConditions:
Account exists with a valid account no. and has access to register or select the new product. Credit card number for the user shall be valid.

Profile:
CHAP  id	Valid id
Network access password	Valid Password
User account id	Valid id
User account password  	Valid Password
New Product	Product name    
There is aregistration charge for the new product.

Outline:
1. Login to the network using valid CHAP id and password.
2. Login to user account using valid User id and password.
3. Select and register for the new product.

ExpectedResults:
User shall successfully log onto the network and gain access to the user account. 
The user successfully registers for the new product.
The user is charged the initial registration fees for the new product and this is verified in the CSC screen.

Outline2:
4. After successful registration of the product, select the CSC screen?
5. Choose the pending bills screen.
6. The initial registration fees for the new product shall be listed.


Aim:
Ensure unique order identifier matches corresponding bill ID

PreConditions:
Account exists with valid account no. and has access to register and can create new order. Payment details are authenticated.

Profile:
Valid chap id
Valid register access
valid account id
valid account password
CSR with permissions to access order details

Outline:
Login to V-ISP using chap id & password
Login to user account and create order
CSR to access account receivables for order ID
User notes bill ID received for order

ExpectedResults:
User successfully creates order
CSR verifies Fusion order ID
User receives corresponding bill
Order ID on bill matches Order ID on order


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to Customer and User Activities.

Outline:
1. Attempt to gain access to other VISPs Customer and user information.

ExpectedResults:
User will not have access to other Customer and user information.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to VISP specific Items such as Newsgroups.

Outline:
1. Attempt to gain access to other VISPs specific items.

ExpectedResults:
User will not have access to other VISP specific items.


Aim:
To ensure that, The Fusion platform shall be able to host a minimum of three VISPs (Phase 1). Each with its own protected universe, and unaware that it shares resources with other VISPs. Universe shall refer to VISP specific Items such as newsgroups.


Aim:
To ensure that, Configuration of CSR tools will allow Restrictions to be imposed on CSR entry into one ISP data set, be it external or junior CSR option.


Aim:
To ensure that, Configuration of CSR tools will allow CSR entry into all ISP data sets with a senior experienced CSR option.


Aim:
To ensure that, The mailbox name shall be required for accessing the mailbox. Domain name is not required.

Profile:
Mailbox Name: Valid
MailboxPassword: Correct password
See Also: Sec-

Outline:
1. Attempt to read mailbox with valid user id and corresponding password.

ExpectedResults:
Email will be read using user name and password as identifiers.


Aim:
To ensure that, The first mailbox logon of each session will require a name and password to be entered.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password
See also: Sec-024

Outline:
1. Logon to Email with Name and password.

ExpectedResults:
Access to Email will require Mailbox name and password.


Aim:
To ensure that, Logon access to the Service Feature by consumers or operations staff will be performed by user account validation using Name and password pairs.

Profile:
Service Feature Account Name: Valid
Password: Correct password
Operations Account: Ops
Password: Correct password

Outline:
1. Attempt to access service with valid service name and corresponding password.
2. Repeat 1 for operations staff.

ExpectedResults:
Access to the service will be granted for a correct Name and password pair.


Aim:
To ensure that, the E-mail service will be secure.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password
See also: Sec-037


Aim:
To ensure that, Authentication for network access shall be performed separately to Service access authentication.

Profile:
CHAP Id: Valid
Password: Correct password
See also:

Outline:
1. Attempt to authenticate with the network
2. Enter CHAP and password

ExpectedResults:
Network connection is granted if CHAP and password are both valid.


Aim:
To ensure that, User will have the choice of using a secure e-mail service.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password
See also: Sec-039

ExpectedResults:
Email service is available to the user if requested.


Aim:
To ensure that, User service access is configurable, users will only have access to a service if they have been configured to do so.

PreConditions:
Gain network and service access, configure a service for an individual user.

Profile:
User Id: Valid
Account Password: Correct password
Service Package: Service1
Service Package Profile: Service a, b and c.

Outline:
1. Display user available services.
2. Obtain access to the Service Feature

ExpectedResults:
User will gain access to Service a, b and c. Access and use to other services not configured for use by the user will be denied.


Aim:
To ensure that, Public users will not have direct access to any administrative systems or services. However, Admin services need to be explicitly defined.

Profile:
User Id: Valid
Account Password: Correct password
User Id: Admin
Account Password: Admin

Outline:
1. Login as User.
2. Attempt to perform administration services.
3. Logout
4. Login as Admin User.
5. Attempt to perform administration services.

ExpectedResults:
'Normal' user will be denied access to the Admin services, Admin user will be granted access to Admin Services.


Aim:
To ensure that, The Fusion Platform Web Hosting service will limit the amount of web space available to a customer, the customer cannot change or exceed this quota.

Profile:
Web Name: Domain/Hostname
Web Account Password: Valid
FTP Files Total Size: > quota
See Also:

Outline:
1. Login as User
2. Gain access to Web Hosting Service
3. Login/FTP file to Web Space
4. Transfer a file that exceeds the quota onto the Web space

ExpectedResults:
The attempt to transfer to the Web Space will be denied by the Web Hosting service.


Aim:
To ensure that, Attempts by public users to access any administrative systems or services shall be trapped. However, Admin services need to be explicitly defined in order to perform administration tasks.

Profile:
User Id: Valid
Account Password: Correct password
See Also: Sec-043

Outline:
1. Login as User.
2. Attempt to perform administration services.

ExpectedResults:
'Normal' user will be denied access to the Admin services, attempts at accessing admin services will be trapped.


Aim:
To ensure that, a user granted with Administration privileges will be able to create and delete users accounts within the terms of the license agreement.

PreConditions:
Gain access to the network and service. Login as user with Admin privileges.

Profile:
Account: New account name
Account: Existing account name

Outline:
1. Create new Account
2. Check existence of new account
3. Delete new Account
4. Check for existence of new account
5. Delete Existing accounts.
6. Check for existence of deleted account

ExpectedResults:
Creating new accounts will update account list with new accounts and give privileged users access to these accounts. Deletion of account will remove it from the accounts list and also for users view.


Aim:
To ensure that, a user granted with Administration privileges will be able to modify a users account details.

PreConditions:
Gain access to the service with Admin privileges.

Profile:
Account details: User1
See Also: Sec-048

Outline:
1. Select a user
2. Modify user account details

ExpectedResults:
Selected users account details are changed.


Aim:
To ensure that, a user granted with Administration privileges will be able to modify a users account services.

Profile:
User Id: Admin
Password: Admin
Service: Service1
See Also: Sec-047

Outline:
1. Attempt to logon for a session with Admin privileges
2. Select a user
3. Modify users account services

ExpectedResults:
Selected user service details are changed.


Aim:
To ensure that, a user granted with Administration privileges will be able to view service package reports.

Profile:
User Id: Admin
Password: Admin
See Also: Sec-046 thru 051

Outline:
1. Select to view Service package reports

ExpectedResults:
Correct service report information will be displayed.


Aim:
User attempts to create a new account with a V-ISP using the online registration

PreConditions:
User has access to Internet via ISP and has URL to access the V-ISP home page.
User does not have an existing account.

Outline:
1. Access Registration home page.
2. When prompted follow the online instructions.
3. Ensure that the Autoreg process finishes without error.
4. Reboot PC and ensure that you can connect to V-ISP.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but enters invalid data during the auto-registration process

Outline:
1. Run Autoreg CD.
2. When prompted follow the online instructions.
3. Enter invalid data in all encountered fields (wrong type, too long, entering no data in a mandatory fields)

ExpectedResults:
User shall not be able to create a new account with the V-ISP as long as fields contain invalid data

Outline2:
4. Ensure that user is notified with an error message when a field contains invalid data


Aim:
To ensure that, a user granted with Administration privileges will be able to view service package charges on-line.

Profile:
User Id: Admin
Password: Admin
See also: Sec-046 thru 051

Outline:
1. Attempt to logon for a session with Admin privileges.
2. Select to view Service package charges on-line

ExpectedResults:
Correct service package charges will be displayed.


Aim:
To ensure that, A user granted with Administration privileges will be able to modify user details stored in directory services.

Outline:
1. Select a user. 
2. Modify users details in directory services.

ExpectedResults:
Selected users directory details are changed.


Aim:
To ensure that, a user granted with Administration privileges will be able to manage mailbox only accounts.

Profile:
User Id: Admin
Password: Admin
User Id: Valid
User Account: Mailbox only account

Outline:
1. Attempt to logon for a session with Admin privileges. 
2. Select a user with mailbox only account.
3. View/Modify users details for account.


Aim:
To ensure that, user account validation will occur once per session to authenticate against web-based access, even over multiple web servers within the same domain.

Profile:
User Id: Valid
Password: Correct password

Outline:
1. Attempt to logon to service using Web access.
2. Access Services or features held on a differing server to authentication process

ExpectedResults:
Access to the service will be granted, accessing services or features on other servers within the same domain will not require re-authentication from the user.


Aim:
To ensure that, session authentication will timeout after a pre-determined period of inactivity by a user on the platform.

Profile:
User Id: Valid
Password: Correct password
Session Time: Configured to n time units
See also: Sec-016, Sec-068

Outline:
1. Attempt to logon to the Service
2. Allow session to remain inactive for n time units

ExpectedResults:
Session will timeout after n time units of inactivity.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a client fault occurs during the auto-registration process

Outline:
1. Run Autoreg CD.
2. When prompted follow the online instructions
3. Create a client fault during the auto-reg process
4. Reboot PC, ensure that you cannot connect to V-ISP 
5. Re-attempt to auto-register with the V-ISP

ExpectedResults:
User shall not be able to connect to V-ISP
User shall still be able to auto-register with the V-ISP on another occasion.
Remedy helpdesk shall be notified of unsuccessful attempt (To be decided)
Ensure an audit log is created within IAF


Aim:
To ensure that, session authentication will allow the user to logout.

Profile:
User Id: Valid
Password: Correct password
See Also:

Outline:
1. Attempt to logon to the Service. 
2. Attempt to logoff the Service

ExpectedResults:
User Id and Password will be accepted, logout with close the session.


Aim:
To ensure that, each Service Feature shall provide the ability to set-up an additional instance of the Service Feature for an authorised user.

Profile:
User Id: Authorised
Service: Service1
See also:

Outline:
1. Choose user Authorised
2. Assign user will Service1

ExpectedResults:
Authorised user will have access to Service1 when they login.


Aim:
To ensure that, session authentication will terminate the session if the users browser or client terminates.

Outline:
1. Attempt to logon for a session.
2. Close client.
3. Check that session has been terminated.

ExpectedResults:
Session termination will occur when client is terminated.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a platform fault occurs during the auto-registration process

PreConditions:
Auto-Reg CD-Rom for test V-ISP is available
User does not have an existing account

Outline:
1. Run Autoreg CD
2. When prompted follow the online instructions
3. Create a platform fault during the auto-reg process
4. Reboot PC, ensure that you cannot connect to V-ISP 
5. Re-attempt to auto-register with the V-ISP

ExpectedResults:
User shall not be able to connect to V-ISP
User shall still be able to auto-register with the V-ISP
Remedy helpdesk shall be notified of unsuccessful attempt (To be decided)
Ensure an audit log is created


Aim:
To ensure that, User account names will be checked for uniqueness during creation, if the name is not unique the user will be advised of this and prompted for an alternative.

Profile:
User Id: Not Unique within domain
See Also:

Outline:
1. Attempt to logon to the Self Registration
2. Enter User Id when prompted.

ExpectedResults:
If the user id is not unique then user will be prompted for another user id.


Aim:
To ensure that, the Service Feature User Names and passwords are configurable so that they can be stored as separate data pairs for each service or they can be synchronised service wide.

PreConditions:
Gain access to the service with admin privileges.

Profile:
User Id: Admin
Password: Admin
User Id: Valid
Password: Valid
Services: Service1,Service2
Synchronise Passwords: True/False

Outline:
1. Attempt to logon for a session as Admin user
2. Check that User Id and password pairs are different for one user with different services and that access can be gained. Check that synchronisation option is disabled.

ExpectedResults:
When synchronisation is selected pairs shall be the same.

Outline2:
3. Enable synchronisation.
4. Check that User Id and password pairs are synchronised for one user with different services and that access can be gained using single User Id and password pairs.


Aim:
User attempts to create a new account with a V-ISP using an auto-registration CD but a bad credit card authentication occurs during the auto-registration process

Outline:
1. Run Autoreg CD
2. When prompted follow the online instructions
3. Generate a bad credit card authentication (Invalid CC Number, Black list …)

ExpectedResults:
User shall not be able to create a new account with the V-ISP as long as the bad credit authentication persists.
Unsuccessful attempt during auto-registration shall be notified to the Remedy helpdesk (To be decided)
Ensure an audit log is created

Outline2:
4. Ensure that user is notified with the correct error message and that they shall not be able to progress further into the auto-registration process


Aim:
To ensure that, a registered customer shall have access to all Service Features offered within their Service package subject to password control.

Profile:
User Id: Valid
Password: Correct Password
Service Package: Service1

Outline:
1. Attempt to logon to the Service Feature. 
2. All Service Features with Service1 are available to the user.

ExpectedResults:
Users service package will contain all the correct service features.


Aim:
User attempts to create a new account with a V-ISP using the online registration but enters invalid data during the registration process

PreConditions:
User has access to Internet via an ISP and has the URL to access V-ISP registration home page
User does not have an existing account.

Outline:
1. Access V-ISP registration home page
2. When prompted follow the online instructions.
3. Enter invalid data in all encountered fields (wrong type, too long, entering no data in a mandatory field ...)


Aim:
To ensure that, each Service Feature shall provide the ability to modify an additional instance of the Service Feature for an authorised user with appropriate privileges.

Outline:
1. Select authorised user
2. Modify Service Instance for user

ExpectedResults:
Users Service instance will be modified.


Aim:
To ensure that, account names for users will be checked against a 'blacklist' during creation, if the account name exists on this list then the name will be rejected.

Profile:
User Id: Included within the 'Blacklist'

Outline:
1. Attempt to logon to the Self Registration. 
2. Enter User Id when prompted.

ExpectedResults:
If user id is 'blacklisted' then user id will be rejected. The user will be prompted for another user id.


Aim:
User attempts to create a new account with a V-ISP using the online registration but a client fault occurs during the registration process

Outline:
1. Access V-ISP registration home page
2. When prompted follow the online instructions
3. Create a client fault during the auto-reg process
4. Reboot PC, ensure that you cannot connect to V-ISP
5. Re-attempt to auto-register with the V-ISP


Aim:
To ensure that, Service access will take place by validation of the users Chap ID and corresponding password.

Profile:
Chap Id: Valid
Password: Correct password
See Also: Sec-064

Outline:
1. Connect to network
2. Enter Chap ID and password

ExpectedResults:
User network access will be granted, service User Id and password will be requested.


Aim:
User attempts to create a new account with a V-ISP using the online registration but a platform fault occurs during the registration process

Outline:
1. Access V-ISP registration home page
2. When prompted follow the online instructions
3. Create a platform fault during the auto-reg process
4. Reboot PC, ensure that you cannot connect to V-ISP
5. Re-attempt to auto-register with the V-ISP


Aim:
To ensure that, During the dial session network authentication will take place by validation of the users Chap ID and password.

Profile:
Chap Id: Valid
Password: Correct password
See also: Sec-063

Outline:
1. Connect to network. 
2. Enter Chap ID and password


Aim:
To ensure that, users shall be able to use the Point-to-Point Protocol to connect to the network and subsequently use CHAP authentication.

Profile:
Network Protocols: PPP (Point to Point Protocol)

Outline:
1. Connect to network. 
2. Check that connection is via PPP.
3. Chap authentication is presented to the user


Aim:
User attempts to create a new account with a V-ISP using the online registration but a bad credit card authentication occurs during the registration process

Outline:
1. Access V-ISP registration home page
2. When prompted follow the online instructions
3. Generate a bad credit card authentication (Invalid CC Number, Black list ...)


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account details

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password

Profile:
Run Usr_014 (account users) or 017 (sub account users creation)
Y2k	Low

Outline:
1. Access CSC home page
2. login as a subscriber using UserID & Password
3. View/modify account details (Name, Surname, ...)
4. Log off CSC
5. Re-log in and check that the details have been correctly modified

ExpectedResults:
User shall be able to view and modify their account details (i.e Name, Surname, ...)
Ensure an audit log is updated


Aim:
To ensure that, a system log shall be kept by the platform for multiple unsuccessful login attempts made using a single user Name during a session.

Profile:
User Id: Valid/invalid
Password: Invalid/valid password
See also: Sec-009

Outline:
1. Attempt to gain access with valid/invalid pair
2. Attempt to gain access with invalid/invalid pair
3. Repeat 1 for n times

ExpectedResults:
N entries will appear in the system log showing unsuccessful login attempts within a session.

Outline2:
4. Logout of the session
5. Gain access as an Admin user
6. Check the system log to see if the session information for the unsuccessful login attempts has been recorded.


Aim:
To ensure that, when a subscriber is unsubscribed and the user re-registers the user will by forced to change the CHAP password.

PreConditions:
Subscriber is unsubscribed from service, re-registers for service.

Profile:
Chap Id: Valid
Password: Correct password

Outline:
1. Gain network access
2. Enter Chap ID
3. Enter password
4. User forced to change password. Enter new password
5. Confirm new password

ExpectedResults:
CHAP Id and Password will be accepted and then the user will be forced to change the password.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their usage information

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password.
The user has made some use of the services that have been registered
Tariff applied on a per service

Profile:
Run Usr_014 or 017 (account users and sub account users creation)
Y2k	Low

Outline:
1. Access CSC home page
2. login as a subscriber using UserID & Password
3. View usage & billing details and ensure that  the user is correctly billed for what they have registered for and used
4. Log off CSC

ExpectedResults:
User can view their usage & billing details only for the services that they have registered for and used.
The figures shall be correct for all services (whatever rate has been applied)


Aim:
To ensure that, any inactivity on a session for a pre-configurable period shall be detected and that session logged out.  The maximum period allowed is 20 minutes.  This may need to be provisioned by MDIP.

Profile:
User Id: Valid
Password: Correct password
Session Time: Configured to Maximum period of 20 minutes.
See also: Sec-054

Outline:
1. Attempt to logon to the Service. 
2. Allow session to remain inactive for n time units.

ExpectedResults:
Session will timeout after 20 minutes of inactivity.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to change their password

PreConditions:
User has the URL to access CSC home page
User has valid UserName & Password

Profile:
Run Usr_014 or 017 (account users and sub account users creation)
Y2k low

Outline:
1. Access CSC home page
2. login as a subscriber using UserID & Password
3. Change/confirm password
4. Logoff CSC
5. Log in to CSC using the old Password
6. Log in to CSC using the new Password

ExpectedResults:
User shall be able to change their password
User shall not be able to log into CSC using their old password
User shall  be able to log into CSC using their new password
Ensure an audit log is updated


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create a sub account

PreConditions:
User set up as an account administrator by CSR
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password User has the sufficient privilege

Profile:
User has successfully registered through CSR or auto/online Registration (Usr_001 or 002)
Y2k	Low

Outline:
1. Access CSC home page
2. login as Admin (Admin ID, password ...)
3. create a new sub account (e.g. residential or commercial)
4. Logoff CSC
5. Usin CSR screen, ensure that the sub account has been properly created

ExpectedResults:
Admin user shall be able to create sub account if they have sufficient privileges
Use CSR to check that sub account has been correctly created and that details are identical
to those entered during the creation process
Ensure an audit log is updated


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a sub account

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has sufficient privilege

Profile:
Run Usr_014 (Sub account creation)
Run Usr_021 (Sub account users creation)
Y2k 	Low

Outline:
1. Access CSC home page
2. Login as Admin
3. Modify sub account information (names, details, service package)
4. Logoff CSC
5. Re-log into CSC and check that the modified sub account details are still the same

ExpectedResults:
Admin user shall be able to modify a sub account if they have sufficient privileges
If service package modified, user shall only access selected services
Ensure an audit log is updated

Outline2:
6. Ensure that the users belonging to the account can only access the services (ftp, news ...) which are part of the modified service package


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete a sub account

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has the sufficient privilege

Profile:
Run Usr_014 (sub account creation)
Y2k 	Low

Outline:
1. Access CSC home page
2. Login as a admin using UserName & Password
3. delete a sub account (e.g. residential or commercial)
4. Logoff CSC 
5. Re-log into CSC and check that the sub account has properly been deleted - Status has changed

ExpectedResults:
Admin user shall be able to delete a sub account
Use CSR to check the sub account has been correctly deleted
Account users shall not be able to connect to V-ISP
Ensure an audit log is updated

Outline2:
6. Ensure that the users belonging to the deleted sub account shall not be able to connect to V-ISP after rebooting their machine


Aim:
To ensure that, users shall not be permitted to establish more than one concurrent access session using the same user ID under normal access conditions.

Profile:
User Id: Valid
Password: Correct password
See also: Sec-004

Outline:
1. Attempt to logon for a session using User Id and password
2. Attempt to create another session and enter User Id and password.

ExpectedResults:
The user will be denied a new session at step 2 of the outline.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create users

PreConditions:
User has successfully registered through CSR or auto/online Registration
User set up as an account administrator by CSR
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has the sufficient privilege

Outline:
1. Access CSC home page
2. Login as admin (Admin ID, password ...)
3. create a new user
4. Logoff CSC

ExpectedResults:
Admin user shall be able to create new users
New users shall be able to connect to V-ISP , access their account as subscribers via CSC and access their account services (ftp, news ...)
Ensure audit logs are updated

Outline2:
5. After manually setting up and rebooting their machine, ensure that new user can connect to V-ISP and access their account as a subcriber via CSC and access their services (ftp, news ...)
6. Repeat steps 1 to 5 for other users


Aim:
To ensure that, All Service Packages - All Customer information shall be logically partitioned from other customers information.

Profile:
Mailbox Name: Valid
Mailbox Password: Correct password
User: Consumer and Operations
See also: Sec-024


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify users details

PreConditions:
User has the URL to access CSC home page
User has valid Account No, Admin Id & Password
User has sufficient privilege
Account has existing users

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. Modify a user details
4. Logoff CSC
5. Re-log into CSC as admin and ensure that user details have been correctly modified

ExpectedResults:
Admin user shall be able to modify users
an audit logs shall be updated

Outline2:
6. Log into CSC as subscriber and ensure that user details have been correctly modified 
7. Repeat steps 1 to 5 for other users


Aim:
To ensure that, Only authorised individuals shall have the privileges to create or modify service data limited within the user domain.

Profile:
User Id: Valid
Account Password: Correct password
See also: Sec-024

Outline:
1. Attempt to logon for a session.
2. Attempt to create/modify service data limited within service domain.


Aim:
To ensure that, Service Packages delivered via the Fusion platform shall be resistant to attempts to defraud BT through obtaining unauthorised access to Service Features.

Profile:
Service Features: Invalid
See also: Sec-024

Outline:
1. Attempt to logon to the Service Feature.

ExpectedResults:
User who is not configured for service will not gain access.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete users

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
User has the sufficient privilege
Existing account has users associated to it

Profile:
Run Usr_017 (Account users creation)
Y2k 	Low

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. Delete a user
4. Logoff CSC
5. Ensure that the user can not connect to the V-ISP after re-booting their machine
6. Repeat steps 1 to 5 for other users

ExpectedResults:
Admin user shall be able to delete users
Users shall not be able to connect to the V-ISP
Use CSR to check that account has been properly deleted
Ensure an audit logs shall be updated


Aim:
To ensure that, all Service Packages - No unauthorised "logon" or management connection shall be possible from Service Packages to any part of the Fusion Platform.

Profile:
Service Features: Invalid
See also: Sec-072

Outline:
1. Attempt to logon to the Service Feature


Aim:
To ensure that, Customer shall be prohibited from loading unapproved content formats from their Service Packages.


Aim:
A admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a service package

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. Modify service package of the account
4. Logoff CSC
5.Ensure that users can only access services that have been selected during the service package modification

ExpectedResults:
Admin user shall be able to modify their account service package
User shall only able to access services that have been selected during the modification of the service package
Ensure an audit logs shall be updated


Aim:
A CSR with appropriate privileges sets up another CSR with equal or lesser privileges for a single VISP

PreConditions:
CSR with sufficient privileges exist within VISP

Profile:
Follows the setting up of a CSR with sufficient priveleges to create other CSR's

Outline:
CSR is requested to set up another CSR within the VISP

ExpectedResults:
The CSR can set up another CSR with equal or lesser privileges if the CSR has the appropriate level of security


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to create sub account users

Profile:
Run Usr_014 (sub account creation)
Y2k	Low

Outline:
1. Access CSC home page
2. Login as Admin (Admin ID, password ...)
3. Create new sub account user
4. Logoff CSC

ExpectedResults:
Admin user shall be able to create new sub account users if they have they have sufficient privileges
New users shall be able to connect to V-ISP , access their account as subscribers via CSC and access their account services (ftp, news ...)


Aim:
The user is billed the re-occurring subscription for a new product launched

PreConditions:
User exists with valid account and has access to the new product launched.

Profile:
CHAP  id   -  Valid id
Network access password    -  Valid Password
User account id - Valid id
User account password    -   Valid Password
New Product   -   Product name

Outline:
1  Login to the network using valid CHAP id and password.
2  Login to user account using valid User id and password
3  Use the new product launched
4  Select the CSC screen and view pending bills

ExpectedResults:
User shall successfully log onto the network and gain access to the user account. 
The user shall successfully use the new product.
The user is billed the re-occurring fees for the new product and this is verified in the CSC screen

Outline2:
5  The re-occurring fee for the new product shall be listed


Aim:
The user is billed fees based on the usage of the new product.

PreConditions:
The user exist with a valid user account and has access to the new product.
The new product shall be a usage based product.

Outline:
1. Login to the network using valid CHAP id and password
2. Login to the user account using valid user id and password.
3. Use the new product launched for a fixed duration of time.
4. Select the CSC screen and view the pending bills.

ExpectedResults:
User shall successfully log onto the network and gain access to the user account. 
The user shall successfully use the new product.
The user is billed the usage fees for the new product and this is verified in the CSC screen

Outline2:
5. The fee for usage of the new product shall be listed


Aim:
The user is charged for the supply of additional copies of the Client software

PreConditions:
User exists with a valid account and has access to register or select the new product. Credit card number for the user shall be valid.

Profile:
This follows FBR - 1. While registering the user asks for additional copies of client software.

Outline:
1. Repeat same as FBR - 1
2. While registering ask for the supply of additional copies of Client software.
3. Choose the CSC screen and view pending bills
4. The fees for the supply of additional Client software shall be listed

ExpectedResults:
The user shall successfully register for the new product and ask for the supply of additional copies of Client software.
The user is billed for the supply of additional copies of the Client software.


Aim:
The user is billed for each mailbox owned.

PreConditions:
The user exists with a valid email account and three mailboxes.

Outline:
1. Login to the network using valid CHAP id and password and accesses only one of the email accounts.
2. Select the CSC screen and view the pending bills.
3. The fees for the three mailboxes owned shall be listed.

ExpectedResults:
The user logins to the network and successfully accesses one of his mailboxes.
The user is billed for all the mailboxes owned, this is verified in the CSC screen.


Aim:
The user is billed  for a duplicate VAT receipt.

Outline:
1. The user asks the ?CSR  for a duplicate Vat receipt
2. The  ? CSR Issues a duplicate Vat receipt to the user.
3. The ?  CSR checks up the pending bills for the user
4. The fees for the duplicate Vat receipt is listed

ExpectedResults:
The user asks the CSR for a duplicate Vat receipt. The CSR issues the same to the user.
The user is billed for the duplicate Vat receipt.


Aim:
The user is charged for premium Content transactions including Soft and Hard deliverables


Aim:
To ensure that, all customers shall be credit checked when registering for all Service Packages via the daily checklist import/EPG.

PreConditions:
Gain access to Self Registration, enter name and details.

Profile:
User ID: Unique and valid
Credit Card: Valid/Invalid/Blacklisted.
See also: Sec-24

ExpectedResults:
If Credit card is valid then process will continue, for all other states registration will fail.


Aim:
To ensure that date, date dependant and calculated date fields within the Fusion platform and underlying OS can accept, manipulate, and calculate millennium spanning dates.

PreConditions:
Close all Fusion services and support services. Close all OS specific Services. Change system clock. Then restart OS services and Fusion services.

Profile:
System Clock Time: 31/12/1999
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.

Outline:
1. Test cases as highlighted in the testcase database.

ExpectedResults:
Verify that functionality of the Fusion platform remains unaltered prior to, during and after the century date change.


Profile:
System Clock Time: 1/1/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 28/2/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 29/2/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 1/3/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 31/3/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 1/4/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Profile:
System Clock Time: 5/4/2000
Date Dependent Fields: See document Date dependencies within IAF cam handle millennium dates.


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to query Call Details Records

PreConditions:
User has the URL to access CSC home page
User has valid UserID & Password
Tariff applied on a per service 
User must have used the V-ISP services for at least 3 billing cycles

Profile:
Run Usr_001 (Auto Reg) or 002 (Online Reg) or user registered through CSR 
Y2k	Low

Outline:
1. Access CSC home page
2. Login as subscriber using UserID & Password
3. Query the latest/previous/Nth Bill and ensure that it correctly reflects the use of the services and that the correct tariff has been applied against each of them

ExpectedResults:
Subcriber user shall be able to query and view their latest/previous/Nth Bills
Queried bills shall correctly reflect the use of the services and tariff applied to each of them


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their current account balance

Outline:
1. Access CSC home page
2. login as a subscriber using UserID & Password
3. View balance details and ensure that  the user is correctly billed for what they have registered for and used
4. Log off CSC

ExpectedResults:
User can view their account balance details only for the services that they have registered for and used.
The figures shall be correct for all services (whatever rate has been applied)


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their billing details

Profile:
Pre-requisite	Run Usr_001 or 002 or 017
Y2k	Low

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View/modify the billing details  (Name, address, contact)
4. Logoff CSC

ExpectedResults:
Subcriber user shall be able to view/modify their billing details
The billing details shall be similar to those entered during the registration process
Ensure an audit log is updated

Outline2:
5. Re-log into CSC and checkthat billing details have been correctly modified


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their payment details

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. view their payment details and ensure that they are similar to the one entered during the registration process
4. Logoff CSC

ExpectedResults:
Subcriber user shall be able to view their payment details
Service package shall be similar to the one entered during the registration process


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view their billing address

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View the billing address and ensure that it is similar to the one entered during the registration process
4. Logoff CSC

ExpectedResults:
Subcriber user shall be able to view their billing address
Billing address shall be similar to the one entered during the creation process


Aim:
A subscriber user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their demographic information

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View/modify the demographic information
4. Logoff CSC

ExpectedResults:
Subcriber user shall be able to view/modify their demographic information
Before modification, demographic information shall be similar to the one entered during the creation process

Outline2:
5. Re-log into CSC and that demographic information have been correctly modified


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query a sub account Call Detail Records

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
Sub ccount have users associated to it
Sub account users must have used the V-ISP services for at least 3 billing 
Tariff applied on a per service

Profile:
Run Usr_017 (sub account users creation)
Y2k	Medium

Outline:
1. Access CSC home page
2. Login as Admin using AdminID & Password
3. Query the latest/previous/Nth Bill and ensure that it correctly reflects the use of the services per user and that the correct tariff has been applied against each of services

ExpectedResults:
Admin user shall be able to query and view sub account latest/previous/Nth Bills
Queried bills shall correctly reflect the use of the services per user and tariff applied to each of the services


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query their Call Detail Records

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
Account have users associated to it
Account users must have used the V-ISP services for at least 3 billing 
Tariff applied on a per service

Profile:
User has successfully registered through CSR or auto/online Registration (Usr_001 or 002)
Y2k	Medium

ExpectedResults:
Admin user shall be able to query and view an account latest/previous/Nth Bills
Queried bills shall correctly reflect the use of the services per user and tariff applied to each of the services


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query a current sub account balance

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password.
Sub account users have made some use of the services that have been registered
Tariff applied on a per service

Profile:
Run Usr_014 (Sub account creation)
Y2k	Medium

Outline:
1. Access CSC home page
2. login as a subscriber using UserID & Password
3. View balance and ensure that account is correctly billed for what users have registered for and used
4. Log off CSC

ExpectedResults:
Admin user can view a sub account balance of the services that users have registered for and used.
The figures of the overall balance shall be correct for all services  (whatever tariff has been applied)


Aim:
CSR applies discount to a users bill following an agreed change between the user and the CSR.

PreConditions:
CSR with sufficient privileges exist within VISP
Both the CSR and the USER must belong to the same VISP

Profile:
This scenario can take place after a the user has made use of an offering and should be attempted both before the billing cycle has been run and after the billing cycle has been run.

Outline:
User request discount for a valid reason
CSR agrees to apply discount to billing information
CSR has sufficient privileges to apply discount
CSR applies discount

ExpectedResults:
The CSR applies discount to billing information
and confirms that billing records have been updated.
An audit log is produce identifying CSR who applied discount and the account that received discount.


Aim:
CSR applies debit to a users bill following an agreed change between the user and the CSR.

PreConditions:
Both the CSR and the USER must belong to the same VISP
CSR with sufficient privileges exist within VISP

Outline:
CSR applies debit to billing information for a valid reason
CSR has sufficient privileges to apply debit
CSR applies debit

ExpectedResults:
The CSR applies debit to billing information
An audit log is produce identifying CSR who applied debit and the account that received the debit.


Aim:
CSR applies credit to a users bill following an agreed change between the user and the CSR.

Outline:
CSR applies credit to billing information for a valid reason
CSR has sufficient privileges to apply creitt
CSR applies credit

ExpectedResults:
The CSR applies credit to billing information
An audit log is produce identifying CSR who applied credit and the account that received the credit.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to query their current account balance

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password.
Account users have made some use of the services that have been registered
Tariff applied on a per service

ExpectedResults:
Admin user can view their account balance of the services that users have registered for and used
The figures of the overall balance shall be correct for all services  (whatever tariff has been applied)

Outline2:
5. Repeat steps 1 to 5 when the account has one or more sub accounts with associated users


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account billing details

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. view/modify the account billing details (Name, address, contact ...)
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view a sub account billing details

Outline2:
5. Re-log into CSC and ensure that sub billing details have been correctly modified


Aim:
CSR applies a waiver to a users bill following an agreed change between the user and the CSR.  Both the CSR and the USER must belong to the same VISP

Outline:
CSR applies the waiver to billing information for a valid reason
CSR has sufficient privileges to apply waiver
CSR applies waiver

ExpectedResults:
The CSR applies the waiver to billing information
An audit log is produce identifying CSR who applied the waiver and the account that received the waiver.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account billing details

Profile:
Pre-requisite	Run Usr_001 or 002 or 017
Y2k	High

ExpectedResults:
Admin user shall be able to view their billing details

Outline2:
5. Re-log into CSC and ensure that billing details have been correctly modified


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account payment details

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. view/modify the payment details
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view a sub account payment details

Outline2:
5. Re-log into CSC and ensure that payment details have been correctly modified


Aim:
CSR applies a one time only adjustment to a users bill following an agreed change between the user and the CSR.

Outline:
CSR applies one time only adjustment to billing information for a valid reason
CSR has sufficient privileges to apply one time only adjustment
CSR applies one time only adjustment

ExpectedResults:
The CSR applies the one time onl adjustment to billing information
An audit log is produce identifying CSR who applied the one time onl adjustment and the account that received the one time adjustment.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account payment details

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. view/modify the payment details (CC, DD, Cheque)
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view their account payment details
Before modification, payment details shall be similar to those entered during the registration process


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a valid 'user1'. A flat rate discount shall not be applied for another valid 'user2'.

Outline:
1. Login to the network and access the user account of 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the flat rate discount applied on the bill amount.

ExpectedResults:
The flat rate discount shall be applied only on the bill amount of the user selected for the discount.

Outline2:
4. Login to the network and access the user account of 'user2'.
5. Select the CSC screen and view the pending bills.
6. The bill shall reflect the correct bill amount with no discounts.


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a valid 'user1'. A percentage rate discount shall not be applied for another valid 'user2'.

Outline:
1. Login to the network and access the user account of 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the percentage rate discount applied on the bill amount.

ExpectedResults:
The percentage rate discount shall be applied only on the bill amount of the user selected for the discount.


Aim:
Flexible discounts shall be applied on per user basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a valid 'user1'. A free access period discount shall not be applied for another valid 'user2'.

Outline:
1. Login to the network and access the user account of 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the free access period discount applied on the bill amount.

ExpectedResults:
The free access period discount shall be applied only on the bill amount of the user selected for the discount.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a valid customer account 'acc1'. A flat rate discount shall not be applied for another valid customer account 'acc2'.

Outline:
1. Login to the network and access the user account of 'acc1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the flat rate discount applied on the bill amount.

Outline2:
4. Login to the network and access the user account of 'acc2'.
5. Select the CSC screen and view the pending bills.
6. The bill shall reflect the correct bill amount with no discounts.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a valid 'acc1'. A percentage rate discount shall not be applied for another valid 'acc2'.

ExpectedResults:
The percentage rate discount shall be applied only on the bill amount of the customer account selected for the discount.


Aim:
Flexible discounts shall be applied on per customer account basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a valid 'acc1'. A free access period discount shall not be applied for another valid 'acc2'.

Outline:
1. Login to the network and access the customer account of 'acc1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the free access period discount applied on the bill amount.

ExpectedResults:
The free access period discount shall be applied only on the bill amount of the customer account selected for the discount.

Outline2:
4. Login to the network and access the customer account of 'acc2'.
5. Select the CSC screen and view the pending bills.
6. The bill shall reflect the correct bill amount with no discounts.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a customer type with 'user1'. A flat rate discount shall not be applied for another customer type with 'user2'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the flat rate discount applied on the bill amount.

ExpectedResults:
The flat rate discount shall be applied only on the bill amount of the customer type selected for the discount.

Outline2:
4. Login to the network and access the user 'user2'.
5. Select the CSC screen and view the pending bills.
6. The bill shall reflect the correct bill amount with no discounts.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a percentage.

PreConditions:
A percentage rate discount shall be applied for a customer type with 'user1'. A percentage rate discount shall not be applied for another customer type with 'user2'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the percentage rate discount applied on the bill amount.

ExpectedResults:
The percentage rate discount shall be applied only on the bill amount of the customer type selected for the discount.


Aim:
Flexible discounts shall be applied on per customer type basis. The discount shall be applied as a free access period.

PreConditions:
A free access period discount shall be applied for a customer type with 'user1'. A free access period discount shall not be applied for another customer type with 'user2'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the free access period discount applied on the bill amount.

ExpectedResults:
The free access period discount shall be applied only on the bill amount of the customer type selected for the discount.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a product that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the flat rate discount applied for the specified product.

ExpectedResults:
The flat rate discount shall be applied only for the product selected for the discount.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a percentage.

PreConditions:
A  percentage rate discount shall be applied for a product that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the percentage rate discount applied for the specified product.

ExpectedResults:
The percentage rate discount shall be applied only for the product selected for the discount.


Aim:
Flexible discounts shall be applied on per product type basis. The discount shall be applied as a free access period.

PreConditions:
A  free access period discount shall be applied for a product that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the free access period discount applied for the specified product.

ExpectedResults:
The free access period discount shall be applied only for the product selected for the discount.


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a flat rate.

PreConditions:
A flat rate discount shall be applied for a Service Package that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the flat rate discount applied for the specified Service Package.

ExpectedResults:
The flat rate discount shall be applied only for the Service Package selected for the discount.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account address

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View/modify the sub account address
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view/modify a sub account address

Outline2:
5. Re-log into CSC and check that the modification has correctly been taken into account


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a percentage.

PreConditions:
A  percentage rate discount shall be applied for a Service Package that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the percentage rate discount applied for the specified Service Package.

ExpectedResults:
The percentage rate discount shall be applied only for the Service Package selected for the discount.


Aim:
Flexible discounts shall be applied on per Service Package type basis. The discount shall be applied as a free access period.

PreConditions:
A  free access period discount shall be applied for a Service Package that can be accessed by 'user1'.

Outline:
1. Login to the network and access the user 'user1'.
2. Select the CSC screen and view the pending bills.
3. The bill shall reflect the free access period discount applied for the specified Service Package.

ExpectedResults:
The free access period discount shall be applied only for the Service Package selected for the discount.


Aim:
Free period for all users within an ISP shall be available

PreConditions:
free access period for all users within the ISP shall be configured

Outline:
1. Login to the network and access the user account of 'user1'.
2. Select the CSC screen and view pending bills
3. No charge shall be listed for the duration of the free access period.

ExpectedResults:
No fees shall be applied during the free access period for any of the uses within the ISP


Aim:
The usage based Service package has a configurable cap. The cap shall be configured during product creation.

PreConditions:
'prodadm1' can create and administer the product 'product1'.
'user1' can access 'product1'.

Outline:
1. Login to the network as the product administrator.
2. Create the 'product1' and configure the cap as '£10'.
3. Login to the network as the 'user1'.
4. Try to access 'product1' for more than the configured cap limit.


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply immediately.

PreConditions:
'prodadm1' can administer the product 'product1'.
'user1' can access 'product1'.

Outline:
1. This shall follow FBR-25.
2. Login to the network as the 'user1'.
3. Try to access 'product1' for more than the configured cap limit of '£10'.
4. Login as the product administrator and reconfigure the cap limit to '£11' with immediate effect.

ExpectedResults:
The configured cap effective at a given time cannot be exceded

Outline2:
5. 'user1' crosses the earlier cap limit of '£10' and now cannot exceed the new cap limit of '£11'.


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account billing address

Profile:
Pre-requisite	Run Usr_001 or 002 or 017 
Y2k	Low

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View/modify the account address
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view/modify their account address


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify a sub account demographic information

Outline:
1. Access CSC home page
2. Login as subscriber using UserName & Password
3. View/modify demographic information
4. Logoff CSC

ExpectedResults:
Admin user shall be able to view/modify a sub account demographic information


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to view/modify their account demographic information

ExpectedResults:
Admin user shall be able to view/modify their account demographic information


Aim:
An admin user accesses their existing account with a V-ISP when their client hardware has changed


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply from a date supplied in the future.

Outline:
1. This shall follow FBR-25.
2. Login as the product administrator and reconfigure the cap limit to '£11' with effect from today's date.
3. Login as the 'user1' and try to exceed the earlier cap limit of '£10'.
4. The cap  of '£11' cannot be exceded


Aim:
The usage based Service package has a configurable cap. The cap value can be re-configured at any time by the Product manager and set to apply from a retrospective date.

Outline:
1. This shall follow FBR-25.
2. Login as the product administrator and reconfigure the cap limit to '£11' with effect from


Aim:
CSR instigates the production of a report  from IAF based upon user requirements

Outline:
CSR is provided  with details of report requirements
CSR applies these requirements to produce report

ExpectedResults:
The report is generated by IAF and meets  the specified requirements


Aim:
To ensure that, billing runs must occur on schedule.

PreConditions:
Services polled for billing related information, information is ready.

Outline:
1. Configure billing run schedule to run at certain time relative to the billing period. 
2. Change system clocks prior to billing schedule
3. Ensure billing run has started on schedule.

ExpectedResults:
Billing run starts on schedule and finished correctly


Aim:
To ensure that, billing runs must occur on schedule and within a defined time frame.

Profile:
Billing Maximum, Duration/Cut-off Point: n

Outline:
1. Configure billing run schedule to run at certain time. 
2. Start billing run.
3. Ensure billing finishes correctly within maximum duration allowed/before cut-off point

ExpectedResults:
Billing run starts and and finishes on schedule.


Aim:
To ensure that notifications to bill are despatched on time

Outline:
1. Configure billing despatch date. 
2. Ensure notifications to bill are sent out  14 days in advance

ExpectedResults:
Bill notifications are despatched and received on schedule


Aim:
The IAF administrator can create a new report format and add this to the list of "pre canned" reports. Once avaialable as a precanned report it should be accessable by a CSR

PreConditions:
The new reports is based upon information that is present within IAF and can be selected and extracted to  formulate a new  report

Profile:
This scenario is aimed a proving the IAF has the capability of creating new reports and making these avaialable to the csr'S


Aim:
To ensure that, billing may be despatched to customer direct or to VISP admin for checking

Profile:
Customer Address: Valid and Correct
Office Address: Valid and Correct if applicable
Address: Prefered Address.

Outline:
1. Check that Prefered Address is specified.
2. Check that Address is valid.
3. Check that process for bill despatch has begun.
4. Check that process finished correctly with a correct and addressed customer bill.

ExpectedResults:
Customer billing process starts and finshes correctly.


Aim:
To ensure that, bills despatched must be accurately calculated.

PreConditions:
Actual call record for a customer is known.
Despatched bill for customer is known.

Profile:
Calculation fields: Time, Duration, Destination, Charge/Rate Band and cost.

Outline:
1. Check that actual call time origination is  +/- error different to customer bill.
2. Check that duration of the call is from the time the destination answers or the caller receives a chargeable RANN. +/- error

ExpectedResults:
Note: Current minimum call cost is 5p, call charges are rounded to the nearest second, calls made over charge boundaries are calculcated pro-rata.
Bill information is correct.

Outline2:
3. Check the customer has been charged the correct rate by dividing call cost by duration. Check this is correct for the time when the call was originated.
4. Check the cost by multiplying duration by call rate.


Aim:
To ensure that, test bills must be successfully run every time a new product is available.

PreConditions:
New product billing information is in place.

Outline:
1. Assign customer product/dial product number for access.
2. See FBR_034 for billing details.

ExpectedResults:
Billing information is calculated correctly.


Aim:
To ensure that, reports are produced for billing accounts that are suppressed.

Profile:
Suppressed accounts have been identfied.

Outline:
1. Run report for billing accounts that are suppressed.
2. Check that all suppressed accounts are included and that content is correct.

ExpectedResults:
Reports are produced correctly for billing accounts that are suppressed.


Aim:
To ensure that, reports are produced for billing accounts that are permanently diverted.

Profile:
Permanently diverted accounts have been identfied.

Outline:
1. Run report for billing accounts that are suppressed.
2. Check that all permanently diverted accounts are included and that content is correct.

ExpectedResults:
Reports are produced correctly for billing accounts that are permanently diverted


Aim:
To ensure that, reports are produced for billing accounts that are suspended.

Outline:
1. Run report for billing accounts that are suppressed.
2. Check that all suspended accounts are included and that content is correct.

ExpectedResults:
Reports are produced correctly for billing accounts that are suspended.


Aim:
IAF adds items to standard menu bars to customise IAF to our requirements

Profile:
All standard menus used can be modified by IAF Administrator

Outline:
Log On as IAF Admin.
Select Tools form menu bar,
Select IAF Menus,
Select a heading from the drop down list present  to you
and modify one of the items.


Aim:
To ensure that, Unique identfier on order and bill are similar.

PreConditions:
Order raised and bill had been produced.

Profile:
The following are required, Order Number
Bill Number.

Outline:
1. Check that Order Number and Bill number are related, using the appropriate method

ExpectedResults:
Order number and bill number are related.


Aim:
To ensure that, any bill in system can be traced back to its corresponding order.

Profile:
The following are required, Order Number and
Bill Number.

Outline:
1. Check that the bill is valid.
2. Using the process trace bill back to corresponding order.


Aim:
To ensure that, no duplication of orders occurs.

Outline:
1. Create new order with details that currently exist on the system.
2. Check that user is notified of similar orders existence.
3. User prompted to add new order or to cancel new order.

ExpectedResults:
User is given the choice to add new order or cancel duplicate order.


Aim:
To ensure that, multiple order creation for one account is possible.

Outline:
1. Create a new order for account.
2. View new order assigned to account.

ExpectedResults:
Multiple orders are assigned the the account.


Aim:
To ensure that, an integrity control on an order is taken and a bill is raised.


Aim:
To ensure that, invalid data input must be rejected and e-error message despatched.

ExpectedResults:
An e-error message will be despatched when invalid data


Aim:
To ensure that, metrics on number of orders awaiting input and age analysis.

PreConditions:
The number of orders, their dates, and status must be known.

Outline:
1. Select the metrics option.
2. Check that the order metrics awaiting input and age analysis.
3. Check that the metrics correspond with the known order information.

ExpectedResults:
The metrics correspond with the known order information.


Aim:
To ensure that, metrics on number and value of orders being passed between processes.

PreConditions:
The number of orders, their value, and status must be known.

Outline:
1. Select the metrics option.
2. Check that the order metrics number and value between processes.
3. Check that the metrics correspond with the known order information.


Aim:
To ensure that, metrics on number and value of orders being held at any stage.

Outline:
1. Select the metrics option.
2. Check that the order metrics number and value at any stage.
3. Check that the metrics correspond with the known order information.


Aim:
To ensure that, metrics on number of unclosed orders.

PreConditions:
The number of orders and status must be known.

Outline:
1. Select the metrics option.
2. Check that the order metrics number of unclosed orders.
3. Check that the metrics correspond with the known order information.


Aim:
To ensure that, metrics on number of orders posted to error files.

Outline:
1. Select the metrics option.
2. Check that the order metrics number posted to error files.
3. Check that the metrics correspond with the known order information.


Aim:
To ensure that, bill creation is created with accurate tariff data.

PreConditions:
Tariff data for the corresponding service is known.

Outline:
1. Use the service for n time units or n accesses.
2. Check that the charging information correlates to the standard charging rules, and the tariff data.

ExpectedResults:
The user is charged with the correct tariff data.


Aim:
To ensure that, the bill content was successfully downloaded from master to slave.

PreConditions:
Information is held at the Master but not slave.

Outline:
1. Trigger event to download from Master to Slave.
2. Ensure that the slave is updated from the Master.

ExpectedResults:
Slave updated with bill content from master.


PreConditions:
Accounts exist on system
Selection of reports exist
CSR has correct access levels

Outline:
1 CSR logs into IAF
2 CSR access reporting options
3 CSR selects required report

ExpectedResults:
CSR produces one of the selection of reports containing the requested information


Aim:
To ensure that, price changes can be implemented and may be dynamically modified.

PreConditions:
Some notification of a price change is needed prior to the change by the users.

Profile:
Old Tarrif Information
New Tariff Information

Outline:
1. Use the service for n time units or n accesses.
2. Check that the charging information correlates to the standard charging rules, and the tariff data.
3. Dynamically change the change the tariff.

ExpectedResults:
The price change will be implemented correctly.

Outline2:
4. Use the service again for n time units or n accesses.
5. Check that the charging information correlates to the new charging rules, and the tariff data.


Aim:
To ensure that, new products must be ready and configured well in advance of launch date.

PreConditions:
New product ready and configured on test environment machine.

Outline:
1. New product has been tested on test machine/environment.
2. Testing and subsequent deployment finishes n days before launch

ExpectedResults:
New product is ready n days before official launch.


Aim:
To ensure that, any bill data may be tracked back to IMS master source.

Profile:
Bill identifier is required to trace back to IMS master source.

Outline:
1. Obtain bill
2. Use reference to locate IMS master.
3. Source data is available for comparision with bill information.

ExpectedResults:
Bill can be traced backed unambiguously to the IMS master source.


Aim:
To ensure that, any interface file data may be traced back to source.

Outline:
1. Use interface unique identifier to trace back the information to its source.

ExpectedResults:
The information may be traced back to its source.


Aim:
To ensure that, standing data must be accurate, valid and complete.

Outline:
1. Select and view standing data.
2. Compare the standing data with actual correct data.

ExpectedResults:
Standing data will be accurate when compared to the actual data.


Aim:
To ensure that, security measures must be in place to prevent unauthorised database access.


Aim:
To ensure that, CSRs must action follow-up billing query list.


Aim:
To ensure that, follow up e-mail notices must be despatched.


Aim:
User accesses CSC to view their subscribed service package.

PreConditions:
User has access to CSC
Account exists with service package

Outline:
1 User logs into CSC URL.
2 User selects to view the subscribed service package.

ExpectedResults:
User can view the subscribed service package.


Aim:
To ensure that, reports on costs of adjustments and write-offs are to be produced.


Aim:
User wishes to view any of his previous bills.

PreConditions:
User has access to CSC URL
User account exists
Previous bills exist

Outline:
1 User accesses CSC URL
2 User selects which bill to view
3 User views bill
4 User exits


Aim:
User wishes to view the current account balance on the account

PreConditions:
User has access to the CSC URL
Account has been created
Account has had some usage

Outline:
1 User accesses the CSC screen
2 User views current account balance


Aim:
User wishes to change the demographic details for the account

PreConditions:
User has access to the CSC URL
User account is valid

Outline:
1 User accesses the CSC URL
2 User alters some/all/none of the demographic information held

ExpectedResults:
The altered demographic information is accuratly updated and stored.


Aim:
User wishes to view the payment detials for the account

PreConditions:
User has access to the CSC URL
User has vaild account

Outline:
1 User accesses CSC URL
2 User accesses the payment detials screen
3 User can view and confirm the current payment details

ExpectedResults:
User views the current payment details for the account


Aim:
User wishes to view the current billing address for the account

PreConditions:
User has access to CSC URL
User has valid account

Outline:
1 User accesses CSC URL
2 User accesses the billing address screen
3 User can view the current address details

ExpectedResults:
User views the billing address for the account.


Aim:
User wishes to change demographic info for the account

PreConditions:
User has access to the CSC URL
User has a valid account

Outline:
1 User accesses CSC URL
2 User accesses the demographic info screen
3 User can change the current demographic info.
4 User closes and confirms the changes

ExpectedResults:
User changes the demographic information and new info is updated in DB.


Aim:
Account admin wishes to change or delete the subscribed service package for sub accounts

PreConditions:
Admin has correct access privilages to sub accounts.
Admin has access to CSC URL
Master account and sub accounts exist

Outline:
1 Admin accesses CSC URL
2 Admin selects user to alter
3 Admin alters users service package

ExpectedResults:
User has new service package as chosen by account admin


Aim:
Admin wishes to change the subscribed serivce package for the account

PreConditions:
Admin user with correct access level
Admin user with access to CSC URL
Account with subscrubed service package
Range of service packages specified by CSR/IAF admins

Outline:
1 Admin accesses CSC URL
2 Admin selects account sevice package page
3 Admin edits selected services

ExpectedResults:
All users of account have changed services.


Aim:
Account administrator wishes to query the bills for child accounts under the parent account.

PreConditions:
Account admin can access the CSC URL
Account admin has correct access level
Parent account has child account(s)
Accounts have current and previous billing data

Outline:
1 Admin accesses the CSC URL
2 Admin selects the child account to view
3 Admin selects bill for child account to view
4 Admin views selected bill.

ExpectedResults:
Admin views a selected bill for any of the child accounts under the parent account.


Aim:
Account admin wishes to view any bill for the admins account.

PreConditions:
Account admin has access to the CSC URL
Account exists with billing data

Outline:
1 Account admin access CSC URL
2 Admin selects which bill to view
3 Admin views selected bill

ExpectedResults:
Account admin can view the bill selected for the account.


Aim:
Admin wishes to view the current account balance on any of the child accounts

PreConditions:
Account admin can access CSC URL
Account has child accounts with usage records.

Outline:
1 Account admin access the CSC URL
2 Account admin selects the child account to view.
3 Account admin view the current account balance for the account

ExpectedResults:
Account admin views the current account balance for the selected child account.


Aim:
Admin wishes to view the current account balance on the account

PreConditions:
Account admin can access CSC URL
Account has usage records

Outline:
1 Account admin access the CSC URL
2 Account admin views the current account balance for the account.

ExpectedResults:
Account admin views the current account balance for the account


Aim:
Account admin wishes to update the user details for users of child accounts.

PreConditions:
Account admin has access to CSC URL
Account admin has correct access level
Parent account has child account
Child account has users

Outline:
1 Admin acceses CSC URL
2 Admin selects child account
3 Admin selects user of account
4 Admin updates demographic info for user


Aim:
IAF Admin wishes to apply the billing cap to system wide accounts


Aim:
Account admin wishes to change user details for users of the parent account

PreConditions:
Account admin has access to CSC URL
Parent account exists with users

Outline:
1 Admin user accesses CSC URL
2 Admin user selects user to edit
3 Admin user edits users details.


Aim:
Account admin wishes to update the billing address for the parent account.

PreConditions:
Account admin has access to the CSC URL
Account exists.

Outline:
1 Account admin accesses CSC URL
2 Account admin views the billing details
3 Account admin updates the billing address for the account

ExpectedResults:
The billing address for the account is updated.


PreConditions:
CSR has correct access level
Account exists

Outline:
1 CSR logs into IAF
2 CSR selects maintain account
3 CSR selects appropriate account
4 CSR view service options

ExpectedResults:
CSR views service package for selected account.


Aim:
CSR views accounts latest/previous/nTh bill.

PreConditions:
CSR as correct access level
Account has prior billing info

Outline:
1 CSR accesses billing info
2 CSR selects account
3 CSR selects bill to view
4 CSR views bill

ExpectedResults:
CSR views selected bill on selected account


Aim:
CSR queries the bills for an existing account

PreConditions:
CSR has correct access level
Account exists
Account has billing data

Outline:
1 CSR logs into service
2 CSR accesses billing info
3 CSR selects account
4 CSR selects bill to view
5 CSR views bill

ExpectedResults:
CSR views selected bill for selected account


Aim:
CSR wishes to view an accounts current balance

PreConditions:
CSR has correct access level
Account exists
Accout has some usage info

Outline:
1 CSR logs into system
2 CSR accesses billing info
3 CSR selects account
4 CSR views accounts current balance

ExpectedResults:
CSR views the current balance for the selected account


Aim:
CSR wishes to alter a users demographic info.

PreConditions:
CSR has correct access level
User exists

Outline:
1 CSR logs into system
2 CSR searches for userID
3 CSR alters users demographic details


Aim:
CSR wishes to change the payment details for an account

Outline:
1 CSR logs into system
2 CSR accesses account
3 CSR accesses payment details
4 CSR alters payment details

ExpectedResults:
Payment details for the selected account are updated


Aim:
CSR wishes to alter the billing address for an account

Outline:
1 CSR logs into IAF
2 CSR accesses account
3 CSR accesses account billing info
4 CSR updates billing address for account

ExpectedResults:
The billing address for the account is updated


Aim:
An admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to delete sub account users

Profile:
Run Usr_021 (sub account users creation)
Y2k 	Low

ExpectedResults:
Admin user shall be able to delete sub account users users
Users shall not be able to connect to the V-ISP
Use CSR to check that account has been properly deleted
Ensure an audit logs shall be updated


PreConditions:
CSR has correct access level
Child account exists

Outline:
1 CSR logs into IAF
2 CSR accesses account
3 CSR marks account as delete
4 Account is disabled
5 Billing run completes
6 Account is terminated

ExpectedResults:
Account is marked as deleted, remaining account balance is billed, account is terminated once balance is cleared.
User of account no longer have access.


Aim:
A admin user accesses their existing account with a V-ISP via the CSC web interface and attempts to modify a sub account service package

PreConditions:
User has the URL to access CSC home page
User has valid AdminID & Password
User has the sufficient privilege
Existing sub account has users associated to it

Profile:
Run Usr_017 (Sub account creation)
Y2k 	Low

Outline:
1. Access CSC home page
2. Login as admin using UserName & Password
3. Modify service package of a sub account
4. Logoff CSC
5.Ensure that users can only access services that have been selected during the service package modification

ExpectedResults:
Admin user shall be able to modify sub acount service package
User shall only able to access services that have been selected during the modification of the service package
Ensure an audit logs shall be updated


Aim:
IAF admin sets the invoice timing per V-ISP

PreConditions:
IAF admin has correct access level
System has V-ISPs
V-ISP has accounts to invoice

Outline:
1 IAF admin accesses the IAF config page.
2 IAF admin accesses the account preferences
3 IAF admin selects V-ISP
4 IAF admin alters the invoice timing

ExpectedResults:
Invoice timing for V-ISP is altered to the new timing.


Aim:
IAF admin sets the invoice methods available to each account

PreConditions:
IAF admin has correct access level
Delivery methods exist.

Outline:
1 IAF admin accesses the IAF config page.
2 IAF admin accesses the account preferences
3 IAF admin edits items on invoicing option list.

ExpectedResults:
IAF admin adds/changes/removes option from available list of invoice methods.  List of methods available is updated for CSRs.


Aim:
IAF admin sets the invoice content on per V-ISP basis

PreConditions:
IAF admin has correct access levels
System has V-ISPs
V-ISPs have users to invoice


PreConditions:
IAF has correct access level
IAF has access to IAF config screen

Outline:
1 IAF admin creates new NV pair based on VISP requirements.


Aim:
User accesses their mail service and attempts to change their password

PreConditions:
User has mail client software installed on their PC/Mac machine
User has a valid UserId and Password
User's client machine is connected to V-ISP

Profile:
User has successfully registered through CSR or auto/online Registration (Usr_001 or 002)

Outline:
1. Login to Mail service using UserID/Password 
2. Change/confirm password
3. Logoff Mail service
4. Re-login to Mail service with old Password
5. Re-login to Mail service with new Password

ExpectedResults:
User shall be able to change their Mail service password
User shall not be able to log into their Mail service using their old password
User shall be able to log into their Mail service using their new password


Aim:
User accesses their mail service and attempts to send a mail to a valid address

PreConditions:
User has mail client software installed on their PC/Mac machine
User has a valid UserId and Password to access their mail service
User's client machine is connected to V-ISP

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail to a valid address within the same V-ISP domain
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain
5. Logoff Mail service

ExpectedResults:
User shall be able to send mail to a valid mail address which belongs to the same domain
Same shall happen when mail sent to a different V-ISP domain or other than a V-ISP domain
The mail shall have been received by the correct recipient(s)

Outline2:
Repeat steps 1, 3 and 4 by sending email to a recipient who has the same username as the user himself


Aim:
User accesses their mail service and attempts to send a mail to an invalid address

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail to a invalid address within the same V-ISP domain
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain
5. Logoff Mail service

ExpectedResults:
User shall be not able to send mail to an invalid mail address the same V-ISP domain
Same shall happen when mail sent to different V-ISP domain or other than a V-ISP domain
Mail service shall notify the user of the none delivery of mail


Aim:
User accesses their mail service and attempts to send a mail to their own address

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail to own address
3. Logoff Mail service

ExpectedResults:
User shall be able to send mail to their own mail address
The mail shall have been correctly received by the recipient (i.e. the user himself)


Aim:
User accesses their mail service and attempts to send a mail to a distribution list

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail to users selected from a distribtion list (who belong  to the same V-ISP domain)
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain

ExpectedResults:
User can send mail to users selected from a distribution list, whatever the domain they belong to
The mail shall have been received by the correct recipient(s)

Outline2:
5. Repeat step 2 with a distribution list which contains mail addresses that belong to diverse domains


Aim:
User accesses their mail service and attempts to send a mail with small/large attachment which doesn't exceed the max mail size

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail with small attachment to user within the same V-ISP domain
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain

ExpectedResults:
User shall send mail with small/large attachment to users the domain they belong to
The mail shall have been received by the correct recipient(s)

Outline2:
5. Logoff Mail service
6. Repeat steps 2 to 4 for a mail with large attachment which doesn't exceed max mail size


Aim:
User accesses their mail service and attempts to send a mail with attachment which exceeds the max mail size

Outline:
1. Login to Mail service using UserID/Password 
2. Send Mail with attachment which exceeds the max mail size to user within the same V-ISP domain
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain

ExpectedResults:
Mail service shall notify the user of the none delivery of mail
The mail shall not have been received by the recipient(s)


Aim:
User accesses their mail service and attempts to read their mail and their mailbox quota is nearly reached

Outline:
1. Login to Mail service using UserID/Password 
2. Read their mail
3. Logoff

ExpectedResults:
User shall be able to read their mail and if their mailbox quota is nearly reached, they shall be notified by the mail service


Aim:
User accesses their mail service and attempts to send a mail which makes a recipient's mailbox exceed its quota

Outline:
1. Login to Mail service using UserID/Password 
2. Send mail to a recipient within the same V-ISP domain
3. Repeat step 2 for a different V-ISP domain
4. Repeat step 2 for a domain other than a V-ISP domain

ExpectedResults:
Mail service shall notify the user of the none delivery of mail
The mail shall not be received by the recipient(s) and bounced back to the originator
Mail service shall notify recipient that their mailbox has nearly reached/reached their quota

Outline2:
5.Repeat steps 2 to 4 when the recipient's mailbox has already reached the allowed quota (I.e. mailbox is full)


Aim:
User accesses their mail service and attempts to read mail which have been sent using aliases (up to 50)

PreConditions:
User has mail client software installed
User has a valid UserId/Password to access their mail service
Up to 50 aliases set-up for the user (through CSR or CSC ?)
User's machine is connected to V-ISP
User's mailbox contains mail sent using the aliases

Outline:
1. Login to Mail service using UserID/Password 
2. Read their mail and ensure that all mail sent using the aliases have been properly received by the user.

ExpectedResults:
User shall be able to receive/read mail which have been sent using aliases
Sending mail using aliases from different domain shall end up with the same result I.e. mail shall be received by correct recipient

Outline2:
Ensure as well that aliases can be used from within same V-ISP domain, different V-ISP and other than V-ISPs domain
3. Logoff


Aim:
User accesses their mail service and attempts to read mail without attachment which have been sent using a valid mail address

PreConditions:
User has mail client software installed on their PC/Mac machine
User has a valid UserId and Password to access their mail service
User's machine is connected to V-ISP
User's mailbox contains mail received from user belonging to same V-ISP

Outline:
1. Login to Mail service using UserID/Password 
2. Read their mail and ensure that all mail sent using the valid mail address have been properly received by the user.
3. Log off

ExpectedResults:
User shall be able to correctly receive/read mail which have been sent from different domains: same/different V-ISP domain or other than V-ISP domain

Outline2:
4. Repeat step 3 when user receives mail from other user belonging to another V-ISP domain or other than V-ISP domains


Aim:
User accesses their mail service and attempts to read mail with small/large attachment that do not exceed max mail size

PreConditions:
User has mail client software installed on their PC/Mac machine
User has a valid UserId and Password to access their mail service
User's machine is connected to V-ISP
User's mailbox contains mail + attahment received from user belonging to same V-ISP

Outline:
1. Login to Mail service using UserID/Password 
2. Read mail + small attachment and ensure that all mail sent using the valid mail address have been properly received by the user.

Outline2:
3. Repeat step 2 when user receives mail from other user belonging to another V-ISP domain or other than V-ISP domains
4. Repeat steps 2 and 3 for mail with large attachment 
5. Log off


Aim:
User accesses their mail service and attempts to delete mail without viewing them

Outline:
1. Login to Mail service using UserID/Password 
2. Select and delete mail without viewing them and ensure that they have disappeared from the inbox and put in the deleted items box
3. Logoff

ExpectedResults:
User shall be able to delete mail without viewing their content
The mail shall disappear from the inbox and put in the deleted items box

Outline2:
4. Repeat previous steps for mail with attachment


Aim:
User attempts to access their secure mail service by entering a userid/valid password

Outline:
1. Login to Mail service using UserID/Password 
2. Logoff Mail service

ExpectedResults:
User shall be able to log into their secure mail service using a valid password


Aim:
User attempts to access their mail service by entering an  invalid userid/password

Outline:
1. Login to Mail service using invail UserID or/and Password
2. Logoff Mail service

ExpectedResults:
User shall not be able to log into their secure mail service using an invalid Userid/Password


Aim:
User accesses their mail service and attempts to send a secure mail to a valid address

PreConditions:
User has secure mail client software installed on their PC/Mac machine
User has a valid UserId and Password to access their mail service
User's client machine is connected to V-ISP

ExpectedResults:
User shall be able to send secure mail to a valid mail address which belongs to the same domain
Same shall happen when mail sent to a different V-ISP domain or other than a V-ISP domain
The mail shall have been received by the correct recipient(s)


Aim:
User accesses their mail service and attempts to read secure mail which have been sent using a valid mail address

PreConditions:
User has secure mail client software installed on their PC/Mac machine
User has a valid UserId and Password to access their mail service
User's client machine is connected to V-ISP
User's Mailbox contains mail received from user belonging to same V-ISP

ExpectedResults:
User shall be able to correctly receive/read secure mail which have been sent from different domains: same/different V-ISP domain or other than V-ISP domain

Outline2:
4. Repeat step 2 when user receives mail from  user belonging to another V-ISP domain or other than V-ISP domains


Aim:
User attempts to access their web hosting service using FTP and enters a valid UserID and password

PreConditions:
User has ftp software installed on their PC/Mac machine
User has a valid UserId and Password to access their Web Hosting service
User's machine is connected to V-ISP

Outline:
1. Log into Web service using UserID/Password
2. Logoff

ExpectedResults:
User shall be able to log into their Web Hosting service using FTP when entering a valid password


Aim:
User attempts to access their web hosting service using FTP and enters an invalid UserID or/and password

PreConditions:
User has ftp software installed on their PC/Mac machine
User has invalid UserId or/and Password to access their Web Hosting service
User's machine is connected to V-ISP

Outline:
1. Log into Web service using invalid UserID and/or Password

ExpectedResults:
User shall not be able to log into their web hosting service using FTP using an invalid Userid and/or Password


Aim:
User accesses their web hosting service using FTP and attempts to change their password

Outline:
1. Login to Web Hosting service using UserID/Password 
2. Change/confirm password
3. Logoff  the Web Hosting service
4. Re-login to  Web Hosting service with old Password
5. Re-login to  Web Hosting service with new Password

ExpectedResults:
User shall be able to change their Web Hosting service password
User shall not be able to log into their Web Hosting service using their old password
User shall be able to log into their Web Hosting service using their new password
Audit Log is updated


Aim:
User accesses their ftp service and attempts to upload file(s) to their web hosting site using the PUT ftp command - The transfer is successful

PreConditions:
User has ftp software installed on their PC/Mac machine
User has valid UserId/Password to access their Web Hosting service
User's machine is connected to V-ISP

Outline:
1. Log into Web service using UserID/Password
2. Upload file(s) (text, html ) as a text transfert
3. Log off
4. Open the file on the client machine using the appropriate software

ExpectedResults:
User shall be able to successfully upload file(s) to their web hosting site using the PUT ftp command.
File(s) shall have been entirely uploaded whatever transfert method has been used (I.e. Text or Binary)

Outline2:
4. Repeat previous steps by uploading file(s) (compressed, graphic, executable ... ) as a binary transfert


Aim:
User accesses their ftp service and attempts to upload file(s) to their web site using the PUT ftp command - The transfer is unsuccessful

Outline:
1. Log into Web service using UserID/Password
2. Upload file(s) (text, html ) as a text transfert and create a fault during the uploading (e.g. close FTP application, disconnect modem ...)

ExpectedResults:
After an unsuccessful transfert happened, the user shall be able to successfully reconnect to the Web Hosting service and upload the same file

Outline2:
3. Re-launch FTP application and try to upload the same file again
4. Repeat previous steps by uploading file(s) (compressed, graphic, executable ... ) as a binary transfert


Aim:
User accesses their ftp service and attempts to download file(s) from their web site using the GET ftp command - The transfer is successful

Outline:
1. Log into Web service using UserID/Password
2. Download file(s) (text, html ) as a text transfert
3. Log off

ExpectedResults:
User shall be able to successfully download file(s) from their web hosting site using the PUT ftp command.
File(s) shall have been entirely downloaded whatever transfert method has been used (I.e. Text or Binary)

Outline2:
4. Repeat previous steps by downloading file(s) (compressed, graphic, executable ... ) as a binary transfert


Aim:
User accesses their ftp service and attempts to download file(s) from their web site using the GET ftp command - The transfer is unsuccessful

Outline:
1. Log into Web service using UserID/Password
2. Download file(s) (text, html ) as a text transfert and create a fault during the uploading (e.g. close FTP application, disconnect modem ...)

ExpectedResults:
After an unsuccessful transfert happened, the user shall be able to successfully reconnect to the Web Hosting service and download the same file


Aim:
User accesses their ftp service and attempts to view file(s) from their web site using the VIEW ftp command

Outline:
1. Log into Web service using UserID/Password
2. View file(s) by selecting from the directory structure
3. Log off

ExpectedResults:
User shall be able to successfully view file(s) from their web hosting site using the VIEW ftp command.


Aim:
User accesses their ftp service and attempts to view file(s) from a remote web site using the VIEW ftp command


Aim:
User accesses their ftp service and attempts to transfer file(s) from a remote web site to their web site using the PUT ftp command but the total size of the file(s) exceeds their max allowed disk space

Outline:
1. Log into Web service using UserID/Password
2. Upload file(s) which exceeds the max disk space allowed per user 
3. Log off

ExpectedResults:
User shall be adviced by the FTP application that there isn't enough disk space to download the file(s)


Aim:
User attempts to access their IRC service by entering a valid UserId and password

PreConditions:
User has IRC software installed on their PC/Mac machine
User has a valid UserId and Password to access their IRC service
User's machine is connected to V-ISP

Outline:
1. Log into IRC service using UserID/Password
2. Logoff

ExpectedResults:
User shall be able to log into their IRC service when entering a valid password


Aim:
User attempts to access their IRC service by entering an invalid UserId and/or password

PreConditions:
User has IRC software installed on their PC/Mac machine
User has invalid UserId and Password to try to access their IRC service
User's machine is connected to V-ISP

ExpectedResults:
User shall not be able to log into their IRC service using an invalid Userid and/or Password


Aim:
User accesses their IRC service and attempts to change their password

Outline:
. Login to IRC service using UserID/Password 
2. Change/confirm password
3. Logoff  the IRC service
4. Re-login to  IRC service with old Password
5. Re-login to  IRC service with new Password

ExpectedResults:
User shall be able to change their IRC service password
User shall not be able to log into their IRC service using their old password
User shall be able to log into their IRC service using their new password
Audit Log is updated


Aim:
User accesses their IRC service and attempts to send/receive messages to/from another user using a public channel


Aim:
User accesses their IRC service and attempts to send/receive messages to/from another user using a private channel


Aim:
User attempts to access their News service by entering a valid UserId and password

PreConditions:
User has NEWS software installed on their PC/Mac machine
User has a valid UserId and Password to access their NEWS service
User's machine is connected to V-ISP

Outline:
1. Log into NEWS service using UserID/Password
2. Logoff

ExpectedResults:
User shall be able to log into their NEWS service when entering a valid password


Aim:
User attempts to access their News service by entering an invalid password


Aim:
User accesses their News service and attempts to change their password


Aim:
IAF admin to modify contents of html form menus. (eg counties)

PreConditions:
IAF admin has correct access level.
IAF admin has access to the config page.
IAF admin has list of options to add.

Outline:
1 IAF admin access config page.
2 IAF admin edits menu items.

ExpectedResults:
New menu items become available to CSR/CSC as appropriate.


Aim:
IAF admin to move a user between accounts within a VISP.

PreConditions:
IAF admin has correct access level
IAF admin has access to config screens

Outline:
1 IAF admin logs into system
2 IAF admin select move user function
3 IAF admin selects user to move
4 IAF admin selects account to move user to
5 IAF admin moves user

ExpectedResults:
User will now have new service package
Users usage will be billed to new account
User previous attributes will be removed.


Outline:
1 IAF admin logs in to system
2 IAF admin selects output device configuration
3 IAF admin adds/changes/deletes device

ExpectedResults:
Device will be added/changed/deleted from list available to CSRs.


Aim:
IAF admin to setup/configure.  POPS & VPOPS


Aim:
User accesses their News service and attempts to barred newsgroups


Aim:
User accesses their News service - retention period


Aim:
User accesses their News service and attempts to create a top level news group


Aim:
User accesses their News service and attempts to create public newsgroups


Aim:
User accesses their News service and attempts to create private news groups


Aim:
User accesses their News service and attempts to access a top level news group


Aim:
User accesses their News service and attempts to access public newsgroups


Aim:
User accesses their News service and attempts to access private news groups


# Switchboard Items

ItemText:
Create/Edit Test Cases/Mappings and Enter Results


ItemText:
Requirements Metrics (By Testing Assigned To)


ItemText:
Requirements Metrics (By Document Section)


