QL Flashcards

1
Q

Existing Features:

A
  • 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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Alliance P2P Specific Features

A
  • 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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

agile methodology principles

A
  • 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.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

MLS

A

monitise® Location Server

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

MFS

A

monitise® Feedback Server

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

REF

A

Reference Environment

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

UBN

A

Ulster Bank

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

QL

A

Quantum Leap

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

RBSG

A

RBS and Group

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

• RBSG QL Customers

A

Recipient is a RBSG QL registered customer (Except the Ulster ROI brand).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

• Visa Personal Payments (VPP) registered customer

A

Recipient is a registered VPP customer with atleast one VISA card.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

• Non-VPP registered customer

A

The recipient is not VPP customer and has no RBSG mobile app registered.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

2.2 Features Out of Scope

A
  • 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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Test iteration

A
  • 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
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

these tests will be planned with following methodology

A
  1. Focus on the User Interface being designed for the current phase of the release.
  2. 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.
  3. Design test coverage scenarios for the functionality in-scope.
  4. Time box testing effort required to prioritising tests that would suit a given iteration and thereby execute these tests.
  5. Any re-prioritized/ unscheduled tests can be planned during regression testing phase.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

3.1 Smoke/Sanity Testing

A

Sanity testing will be carried out on all new client builds, server releases that may be deployed on to the functional test environment.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

3.1 Smoke/Sanity Testing

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

3.2 Functional Testing

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

3.5 System Integration Testing

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

3.8.1 Performance Testing

A

Performance testing may be undertaken by an independent Performance Test Team. This is not within the scope of system testing.

21
Q

3.8.2 Security and Penetration testing

A

Security and Penetration tests are out of scope for monitise® system test team; they may be planned by 3rd parties identified by monitise® / RBS.

22
Q

3.9 User acceptance Tests (UAT)

A

User acceptance tests will be planned and conducted by external / RBS test team. UAT approach and plans may be provided by RBS UAT team.
monitise® Quality Centre Access will be provided to the UAT team and they can raise and manage defects within QC as part of UAT test phase. There must be agreement between RBS and their chosen UAT partner to align defect states, priorities with those configured in QC.

23
Q

6.1 System Test Environments

A

monitise® will test the Alliance P2P application on the Functional Test environment FT15 / FT47 and MLS Server (FT18) for system testing.
monitise® reference environments will be used for Regression and UAT related tests.
The Alliance P2P functional test environment(s) will be integrated with RBS UQ environment (RBS e-banking system). The VISA Enterprise (VE) system may not be connected to the FT environments. This may be stubbed out on FT.

24
Q

6.1.1 Test Environment configuration

A

Operator Access Vodafone, O2, T-Mobile, Orange
Handset Manufacturers sampled Apple
Natasha Latest version
MBlox Connection MBlox SMS and Billing System (SMPP or XML connection)
Simulator Internal Test Simi (for developers) and Lexcel Simi (for testers)
Test Secure URL (FT15)
Test Secure URL (FT47)
Test Secure URL (FT18) http://test02.monitise.eu/

25
Q

4.5.2 Test Completion Report

A
  • Overall test execution summary for every round of testing
  • Metrics on functionality based execution
  • Defect progress status
  • Active Defect progress by date
  • Total defects
  • Defects to be carried forward in the next iteration.
26
Q

monitise® test environment

A

(FT15 / FT47).

27
Q

the severity levels

A
0 – Showstopper
1 - Customer Facing
1 – Critical
2 – Serious
3 – High
4 – Cosmetic
5 – Query
28
Q

0 – Showstopper

A

Major impact on the security or functionality of the product. Outage.
Product cannot be released.

29
Q

1 - Customer Facing

A

Impact on the customer experience of the product.
System may be functioning correctly, however, areas have a negative effect on customer perception of the product’s quality
Product cannot be released.

The following are examples of customer facing defects:
1- Spelling or grammatical errors
2- Incorrect error messages
3- Incorrect branding
4- Special characters not encoded properly
5- Missing banners
6- Code elements line null appearing in messages
7- Duplicate / missing words
8- Lack of region specific verbiage

30
Q

1 – Critical

A

Impact on major functionality; other areas work.
Partially functional system.
Product cannot be released.

31
Q

2 – Serious

A

Impact on major functionality. Workarounds exist to allow user to perform desired action.
Impact on minor functions.
Product can be released.

32
Q

3 – High

A

Impact on minor functionality.
Impact on non-customer facing functions, with workarounds.
Product can be released.

33
Q

4 – Cosmetic

A

Cosmetic defects not affecting functionality or security.

Product can be released.

34
Q

5 – Query

A

Queries on documentation and/or functionality.

35
Q

Test approach

A
  1. 1 Smoke/Sanity Testing 11
  2. 2 Functional Testing 12
  3. 2.1 Out of scope for functional testing: 12
  4. 3 Web Browser Compatibility Testing 13
  5. 4 GUI Testing 13
  6. 5 System Integration Testing 13
  7. 6 Operator Compatibility Testing 13
  8. 6 Device Compatibility Testing 13
  9. 7.1 iOS Device Test List 14
  10. 8 Non functional testing 14
  11. 8.1 Performance Testing 14
  12. 8.2 Security and Penetration testing 14
  13. 9 User acceptance Tests (UAT) 14
36
Q

getRSAPublicKey

A
getRequestMethod
getRequestQueryString
isResponseValid
offlineModeResponse
parseResponse
37
Q

MRSAPIOperationSettings

A

serviceURL

38
Q

Environment

EnvironmentManager_Shared

A

*serverHost;
*userAgent;
*apiVersion;
timeoutInterval;
secureEnvironment;
*mlsServerHost;
*feedbackServiceHost;
*authenticationType;

39
Q

local variable

A

Make sure the local variable name describes the value that it holds.

40
Q

param

A

It’s good to start the internal part of the parameter name with the word “param”.

41
Q

MRS_LIBRARY_OFFLINE_MODE

A

GCC_PREPROCESSOR_DEFINITIONS

42
Q

LoadingScreen_iPhone

A

+ (void) showWithText:(NSString *)paramText;

+ (void) hideIfShown;

43
Q

MRSAPIManagerDelegate

A

optional
Finished:(BOOL) paramSuccess
withError:(MRSError *) paramError;

44
Q

quantum

A

the minimum amount of any physical entity involved in an interaction

45
Q

VISA

A

It facilitates electronic funds transfers throughout the world, most commonly through Visa-branded credit card and debit cards.[2] Visa does not issue cards, extend credit or set rates and fees for consumers; rather, Visa provides financial institutions with Visa-branded payment products that they then use to offer credit, debit, prepaid and cash-access programs to their customers

46
Q

security/session

A

security/session

47
Q

FT environment

A

test01.monitise.eu

48
Q

internationalCode

A

enrollmentManager