QL Flashcards
Existing Features:
- Login with numeric Passcode and Logout
- Account Summary for multiple accounts as viewed in OLB
- Mini Statement for all accounts as viewed and available in OLB
- Account to Account Transfers
- Bill Payments
- Third Party Payments
- Credit Card Payments
- Credit Card Summary Details
- P2P Payments (RBS / NatWest to any RBSG customer except Ulster RoI)
- Alerts
- Mobile Phone Top Up (MPTU)
- ATM and Bank Branch Locators (Near Me)
- More – Change Passcode, Help, FAQs
Alliance P2P Specific Features
- Branded iPhone clients for RBS and NatWest.
- Branded Blackberry clients for RBS and NatWest.
- Branded Android clients for RBS and NatWest.
- Fresh Installation and Upgrade for QL clients on RBS and NW only.
- Set-Up includes new set of Terms and Conditions and Notice of Variation(NoV)
- RBS/NatWest app users can make P2P payments to any UK mobile number.
- MI Reports
- Copy Changes, Error Matrix for P2P
agile methodology principles
- Deliver early - Working software produces tangible results the customer can ‘touch and feel’.
- Capture feedback – Get feedback fast and incorporate appropriate changes quickly.
- Incremental change – Put a stake in the ground and evolves the design over time.
- Embrace change - The business environment changes as a project progresses.
- Keep it simple - Keep the solution simple. Don’t depict features that are not required today.
- Keep an eye on the future - A solution should be robust to accommodate multiple options.
- Identify and remove waste - Eliminate wasteful activities that add little or no value.
- Create partnerships - Customers have a seat at our table. They are active participants.
- Travel light - Documentation is required but we are not artifact-driven.
MLS
monitise® Location Server
MFS
monitise® Feedback Server
REF
Reference Environment
UBN
Ulster Bank
QL
Quantum Leap
RBSG
RBS and Group
• RBSG QL Customers
Recipient is a RBSG QL registered customer (Except the Ulster ROI brand).
• Visa Personal Payments (VPP) registered customer
Recipient is a registered VPP customer with atleast one VISA card.
• Non-VPP registered customer
The recipient is not VPP customer and has no RBSG mobile app registered.
2.2 Features Out of Scope
- iPad specific clients for Alliance P2P are not in-scope. However, existing iPad clients (post upgrade) will continue to work as expected.
- Brands NWO, IOM, Ulster Bank North (UBN) and Ulster Bank RoI are being excluded as part of this release.
- Spending Trend Analysis
- Tiered Security for services
- Apple Push notification used as alert bearer
- Alert inbox (required as part of move to push notifications)
- Integration with RBS Messaging platform
Test iteration
- Initial requirement analysis and walkthrough of the specification documents
- Generation of Test Plan document.
- Test Data Requirements
- Preparation of Test Scripts
- Test Execution (Server-side and Client-side)
- Defect validation and re-testing.
- Generation of test completion report
these tests will be planned with following methodology
- Focus on the User Interface being designed for the current phase of the release.
- Identify the “critical” functionalities that could prevent the user from using the Alliance - P2P functionality if a bug was found. (This bug would be of high severity). Such critical functionality will be determined by close interactions within iteration team/ stake holders and our experiences from Quantum Leap and Payments application testing.
- Design test coverage scenarios for the functionality in-scope.
- Time box testing effort required to prioritising tests that would suit a given iteration and thereby execute these tests.
- Any re-prioritized/ unscheduled tests can be planned during regression testing phase.
3.1 Smoke/Sanity Testing
Sanity testing will be carried out on all new client builds, server releases that may be deployed on to the functional test environment.
3.1 Smoke/Sanity Testing
This is an initial test to determine if the build is fit for further in-depth functional testing, by executing the main user flows of the application. If the sanity tests do not pass, the build will be rejected.
3.2 Functional Testing
Test cases for functional testing are based on the use cases and user flows derived from the proposition document and product demo. This section would be updated if any further supporting documents are received which may help in designing/ updating test cases.
All tests will be executed manually within Quality Centre. A risk-based test approach may be adopted in keeping with the timelines for ST completion. This will involve prioritizing tests that are most important.
The Alliance P2P functionality will be built on QL, Payments, & P2P application principles and architecture; we may re-use some test scripts that were written for Quantum Leap, Payments, and P2P as may be deemed necessary.
Test cases once complete, will be reviewed, updated and prioritized to suit the testing requirements for the given iteration.
3.5 System Integration Testing
monitise® functional test environment will be integrated with RBS UQ environment from the beginning of this test phase. There are new API’s developed as part of the Alliance P2P project.
Web services will be verified using SOAP UI scripts.