Home | Trees | Index | Help |
|
---|
Package buildbot :: Package status :: Module tests :: Class TestResults |
|
Resource
--+
|
TestResults
Method Summary | |
---|---|
Initialize. | |
addTest(self,
testName,
resultType,
results)
| |
countFailures(self)
| |
countTests(self)
| |
describeOneTest(self,
testname)
| |
Retrieve a 'child' resource from me. | |
html(self)
| |
Render a given resource. | |
Return a short list of text strings as a summary, suitable for inclusion in an Event | |
Inherited from Resource | |
| |
| |
Retrieve a static or dynamically generated child resource from me. | |
| |
| |
| |
| |
| |
| |
| |
| |
Register a static child. | |
| |
Default handling of HEAD method. |
Class Variable Summary | |
---|---|
classobj |
oneTestClass = buildbot.status.tests.OneTest |
Inherited from Resource | |
Implements |
__implemented__ = <implementedBy twisted.web.resource.Re...
|
ClassProvides |
__providedBy__ = <zope.interface.declarations.ClassProvi...
|
ClassProvides |
__provides__ = <zope.interface.declarations.ClassProvide...
|
MetaInterface |
entityType = <MetaInterface twisted.web.resource.IResour...
|
int |
isLeaf = 0 |
NoneType |
server = None |
Method Details |
---|
__init__(self)
Initialize.
|
getChild(self, path, request)Retrieve a 'child' resource from me. Implement this to create dynamic resource generation -- resources which are always available may be registered with self.putChild(). This will not be called if the class-level variable 'isLeaf' is set in your subclass; instead, the 'postpath' attribute of the request will be left as a list of the remaining path elements. For example, the URL /foo/bar/baz will normally be:| site.resource.getChild('foo').getChild('bar').getChild('baz').However, if the resource returned by 'bar' has isLeaf set to true, then the getChild call will never be made on it.
|
render(self, request)Render a given resource. See I delegate to methods of self with the form 'render_METHOD' where METHOD is the HTTP that was used to make the request. Examples: render_GET, render_HEAD, render_POST, and so on. Generally you should implement those methods instead of overriding this one. render_METHOD methods are expected to return a string which will be the rendered page, unless the return value is twisted.web.server.NOT_DONE_YET, in which case it is this class's responsibility to write the results to request.write(data), then call request.finish(). Old code that overrides render() directly is likewise expected to return a string or NOT_DONE_YET.
|
summary(self)Return a short list of text strings as a summary, suitable for inclusion in an Event |
Home | Trees | Index | Help |
|
---|
Generated by Epydoc 2.1 on Sun Dec 10 22:04:45 2006 | http://epydoc.sf.net |