cucumber-in-the-yard 1.1 → 1.2
Sign up to get free protection for your applications and to get access to all the features.
data/History.txt
CHANGED
@@ -1,3 +1,8 @@
|
|
1
|
+
=== 1.2 / 2010-10-10
|
2
|
+
|
3
|
+
* FIX: Empty Step Definitions caused failure during serialization
|
4
|
+
* FIX: Empty Step Definitions caused failure during rendering HTML
|
5
|
+
|
1
6
|
=== 1.1 / 2010-10-10
|
2
7
|
|
3
8
|
* FIX: Feature template had references to old methods for description (when it was an array)
|
data/README.md
CHANGED
@@ -9,6 +9,35 @@ Step Definitions, Transforms, and Tags and provides a documentation interface th
|
|
9
9
|
easily view and investigate the test suite. This tools hopes to bridge the gap of being able
|
10
10
|
to provide your feature descriptions to your Product Owners and Stakeholders.
|
11
11
|
|
12
|
+
Example
|
13
|
+
-------
|
14
|
+
|
15
|
+
An example, particularly the example features included with the project, of CITY can be viewed at
|
16
|
+
|
17
|
+
[http://recursivegames.com/cukes/](http://recursivegames.com/cukes/)
|
18
|
+
|
19
|
+
**1. Users are able to search by Feature, Tags, and Scenario.**
|
20
|
+
|
21
|
+
Appended to the traditional search areas is the ability to now search by Feature, Tag, and Scenario.
|
22
|
+
|
23
|
+
**2. Feature pages are displayed in a decently formatted HTML representation**
|
24
|
+
|
25
|
+
As opposed to pointing team members, stakeholders, and product owners to feature files which require
|
26
|
+
an editor with syntax highlighting. As well as providing the ability to quickly follow tags and steps
|
27
|
+
for more information.
|
28
|
+
|
29
|
+
**3. Tag pages display all the Features and scenarios that currently employ the tag.**
|
30
|
+
|
31
|
+
Providing quick access to the important tag divisions that have been created in a project.
|
32
|
+
On the top of the page there are some quick calculations of the number of features and scenarios that
|
33
|
+
share the specified tag.
|
34
|
+
|
35
|
+
**4. Steps link to Step definitions. Step definitions show all uses. **
|
36
|
+
|
37
|
+
Step definitions are displayed in their own index page and for each step definition a list of implemented
|
38
|
+
steps for this step definition. This is useful for providing example documentation and quickly understanding
|
39
|
+
which scenarios are affected by a change to a step definition.
|
40
|
+
|
12
41
|
|
13
42
|
Installation
|
14
43
|
------------
|
@@ -80,23 +109,8 @@ functionality may provide a valuable tool for many as I feel it helps more solid
|
|
80
109
|
the documentation by putting a coat of paint on it.
|
81
110
|
|
82
111
|
|
83
|
-
|
84
|
-
|
85
|
-
**1. Searchable Features, Scenarios, Steps, and Tags**: Similar to how YARD provides the ability to search through classes and methods, CITY provides the ability to search through all of the requirements documentation quickly and easily through the browser. This makes it easy to provide reports for product owners and other stakeholders.
|
86
|
-
|
87
|
-
**2. Tags**: Tag view will show all features and scenarios that employ the tag.
|
88
|
-
|
89
|
-
**3. Steps map to Step Definitions**: Steps provide links to their step definitions so developers and maintainers of the requirements suite can quickly find their way around the project. As well, step definitions report all their implemented step definitions to provide a quick way of understanding the impact of augmenting a step definition as well as providing examples.
|
90
|
-
|
91
|
-
== SYNOPSIS:
|
92
|
-
|
93
|
-
== REQUIREMENTS:
|
94
|
-
|
95
|
-
== INSTALL:
|
96
|
-
|
97
|
-
== DEVELOPERS:
|
98
|
-
|
99
|
-
== LICENSE:
|
112
|
+
LICENSE
|
113
|
+
-------
|
100
114
|
|
101
115
|
(The MIT License)
|
102
116
|
|
data/Rakefile
CHANGED
@@ -4,12 +4,10 @@ require 'echoe'
|
|
4
4
|
task :default => :gendoc
|
5
5
|
|
6
6
|
task :gendoc do
|
7
|
-
|
8
|
-
`yardoc -e lib/city.rb -p lib/yard/templates 'common/**/*.rb' 'browser/**/*.rb' 'jmx/**/*.rb' --no-output --debug`
|
9
|
-
`yardoc -e lib/city.rb -p lib/yard/templates 'common/**/*.rb' 'browser/**/*.rb' 'jmx/**/*.rb' 'definitions/**/*.rb' 'features/**/*.feature' --debug`
|
7
|
+
`yardoc -e lib/city.rb -p lib/yard/templates 'example/**/*.rb' 'example/**/*.feature' --debug`
|
10
8
|
end
|
11
9
|
|
12
|
-
Echoe.new('cucumber-in-the-yard', '1.
|
10
|
+
Echoe.new('cucumber-in-the-yard', '1.2') do |g|
|
13
11
|
g.author = "Frank;lin Webber"
|
14
12
|
g.email = "franklin.webber@gmail.com"
|
15
13
|
g.url = "http://github.com/burtlo/Cucumber-In-The-Yard"
|
@@ -59,9 +59,13 @@ def serialize_object(object)
|
|
59
59
|
end
|
60
60
|
|
61
61
|
def create_full_list(objects,friendly_name=nil)
|
62
|
-
|
63
|
-
|
64
|
-
|
62
|
+
if !objects.empty?
|
63
|
+
@list_type = "#{objects.first.type.to_s}s"
|
64
|
+
@list_title = "#{friendly_name || objects.first.type.to_s.capitalize} List"
|
65
|
+
asset("#{objects.first.type}_list.html",erb(:full_list))
|
66
|
+
else
|
67
|
+
log.warn "Full List: Failed to create a list because the objects array is empty."
|
68
|
+
end
|
65
69
|
end
|
66
70
|
|
67
71
|
def find_unique_tags(tags)
|
@@ -4,7 +4,7 @@
|
|
4
4
|
|
5
5
|
<div style="margin: 10px;"> </div>
|
6
6
|
|
7
|
-
|
7
|
+
<% if @step_transformers.definitions %>
|
8
8
|
<% @step_transformers.definitions.each_with_index do |stepdef,index| %>
|
9
9
|
|
10
10
|
<div class="stepdef">
|
@@ -35,4 +35,5 @@
|
|
35
35
|
</div>
|
36
36
|
</div>
|
37
37
|
|
38
|
+
<% end %>
|
38
39
|
<% end %>
|