Читайте также:
|
|
The following types of test are used to verify that the service meets the user and customer requirement s as well as the service provider ’s requirements for managing, operating and supporting the service. Care must be taken to establish the full range of likely users, and then to test all the aspects of the service, including support and reporting.
Functional testing will depend on the type of service and channel of delivery. Functional testing is covered in many testing standard s and best practice s (see Further information).
Service testing will include many non-functional test s. These tests can be conducted at several test levels to help build up confidence in the service release. They include:
There are several types of testing from different perspectives, which are described below.
Service requirements and structure testing – service provider, users and customers
Validation of the service attribute s against the contract, service package and service model includes evaluating the integration or ‘fit’ of the utilities across the core and supporting service s and service assets to ensure there is complete coverage and no conflicts.
Figure 4.31 Designing tests to cover range of service assets, utilities and warranties
Figure 4.31 shows a matrix of service utility to service reporting and the service asset s that support each utility. This matrix is one that can be used to design the service tests to ensure that the service structure and test design coverage is appropriate. Service tests cases are designed to test the service requirement s in terms of utility, capacity, resource utilization, finance and risks. For example approaches to testing the risk of service failure include performance, stress, usability and security testing.
Service level testing – service level managers, operations managers and customers
Validate that the service provider can deliver the service level requirement s, e.g. testing the response and fix time, availability, product delivery times and support services.
The performance from a service asset should deliver the utility or service expected. This is not necessarily that the asset can deliver what it should be capable of in its own right. For example a car’s factory specification may assert that it is capable of 150kph, but for most customers delivering 100kph will fully meet the requirement.
Warranty and assurance tests – fit for use testing
As discussed earlier in this section, the customers see the service delivered in terms of warranties against the utilities that add value to their assets in order to deliver the expected business support. For any service, the warranties are expressed in measurable terms that enable tests to be designed to establish that the warranty can be delivered (within the agreed degree of confidence). The degree of detail may vary considerably, but will always reflect the agreement established during Service Design. In all cases the warranty will be described, and should be measurable, in terms of the customer’s business and the potential effects on it of success or failure of the service to meet that warranty.
The following tests are used to provide confidence that the warranties can be delivered, i.e. the service is fit for use:
Service security inherits all the general properties of the security of physical and human asset s, as well as intangibles such as data, information, coordination and communication.
Usability – users and maintainers
Usability testing is likely to be of increasing importance as more services become widely used as a part of everyday life and ordinary business usage. Focusing on the intuitiveness of a service can significantly increase the efficiency and reduce the unit cost s of both using and supporting a service.
User accessibility testing considers the restricted abilities of actual or potential users of a new or changed service and is commonly used for testing web services. Care must be taken to establish the types of likely users, e.g. hearing impaired users may be able to operate a PC-based service but would not be supported by a telephone-only-based service-desk support system. This testing might focus on usability for:
Дата добавления: 2015-10-29; просмотров: 116 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Inputs from Service Design | | | Process activities, methods and techniques |