← Back to branch summary

~azzar1/unity/add-show-desktop-key

« back to all changes in this revision

Viewing changes to test/test_framework/README-examples

  • Committer: mattgiuca
  • Date: 2008-01-29 23:52:19 UTC
  • Revision ID: svn-v3-trunk0:2b9c9e99-6f39-0410-b283-7f802c844ae2:trunk:329
Converted Console from an "app" into a "plugin". It can now be plugged in to
any app.
Added "plugins" directory in www. Added "console" plugin. This contains all of
the functionality of what was previously the console app, but modularized so
it can be imported by another app.

apps/console: Removed most of the logic (moved to plugins/console). Replaced
with a simple import of the console plugin. Should behave exactly the same.
apps/tutorial: As proof of concept, imported the console plugin. It now
appears at the bottom of the page (yet to make it have "pop up" behaviour).

Show diffs side-by-side

added added

removed removed

Lines of Context:
test/test_framework/README-examples
 
1
These files are several examples that may be run by the test framework.
 
2
 
 
3
------------------
 
4
all_input_text.xml
 
5
all_input.py
 
6
------------------
 
7
An xml spec for a problem which requires reading various input sources and a possible attempt at the problem.
 
8
 
 
9
------------------
 
10
fib_text.xml
 
11
fib.py
 
12
------------------
 
13
An xml spec for a problem which requires writing a function to calculate fibonnaci numbers, and a slightly incorrect implementation.
 
14
 
 
15
--------
 
16
tests.py
 
17
--------
 
18
A python script which runs the all_input and fib examples through the test framework.
 
19
 
 
20
---------
 
21
hack_1.py
 
22
---------
 
23
An example script that can be used to pass any test case which tests the output of a script (not functoins).
 
24
 
 
25
-----------------
 
26
filespace_test.py
 
27
file_test.py
 
28
-----------------
 
29
filespace_test contains a script which to test the TestFilespace class. It does this by executing file_test, which performs various file operations inside the class.
 
30
 
 
31
Currently, the output is verified by inspection. I found the idle implementation of various modes is not comppletely robust, making proper verification harder. Probably the best is to actually write a C program and use fopen.
 
32
 
 
33
------------
 
34
tute_doc.tex
 
35
------------
 
36
Some notes on requirements of the tutorial system and test framework and how it should operate. Last revised 9th Jan.