GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages
Test2::Manual::Anatomy::Context(3) User Contributed Perl Documentation Test2::Manual::Anatomy::Context(3)

Test2::Manual::Anatomy::Context - Internals documentation for the Context objects.

This document explains how the Test2::API::Context object works.

The context object is one of the key components of Test2, and makes many features possible that would otherwise be impossible. Every test tool starts by getting a context, and ends by releasing the context. A test tool does all its work between getting and releasing the context. The context instance is the primary interface for sending events to the Test2 stack. Finally the context system is responsible for tracking what file and line number a tool operates on, which is critical for debugging.

Nearly every Test2 based tool should start by calling "$ctx = Test2::API::context()" in order to get a context object, and should end by calling "$ctx->release()". Once a tool has its context object it can call methods on the object to send events or have other effects. Nearly everything a test tool needs to do should be done through the context object.

When you call "Test2::API::Context" a new context object will be returned. If there is already a context object in effect (from a different point in the stack) you will get a clone of the existing one. If there is not already a current context then a completely new one will be generated. When a new context is generated Test2 will determine the file name and line number for your test code, these will be used when reporting any failures.

Typically the file and line number will be determined using "caller()" to look at your tools caller. The $Test::Builder::Level will be respected if detected, but is discouraged in favor of just using context objects at every level.

When calling "Test2::API::Context()" you can specify the "level => $count" arguments if you need to look at a deeper caller.

When you call "Test2::API::context()" the current values of $?, $!, $^E, and $@ are stored in the context object itself. Whenever the context is released the original values of these variables will be restored. This protects the variables from any side effects caused by testing tools.

Test2::API works via a hidden singleton instance of Test2::API::Instance. The singleton has some state that is not set in stone until the last possible minute. The last possible minute happens to be the first time a context is acquired. State includes IPC instance, Formatter class, Root PID, etc.

Test2 has a stack of hubs, the stack can be accessed via Test2::API::test2_stack. When you get a context it will find the current hub, if there is no current hub then the root one will be initialized.

There are hooks that run when contexts are created, found, and released. See Test2::API for details on these hooks and how to use them.

Test2::Manual - Primary index of the manual.

The source code repository for Test2-Manual can be found at https://github.com/Test-More/Test2-Suite/.

Chad Granum <exodist@cpan.org>

Chad Granum <exodist@cpan.org>

Copyright 2018 Chad Granum <exodist@cpan.org>.

This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

See http://dev.perl.org/licenses/

2022-03-04 perl v5.32.1

Search for    or go to Top of page |  Section 3 |  Main Index

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with ManDoc.