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
- == FEATURES/PROBLEMS:
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
- #`yardoc -e lib/city.rb -p lib/yard/templates 'example/**/*.rb' 'example/**/*.feature' --debug`
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.1') do |g|
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"
@@ -2,7 +2,7 @@
2
2
 
3
3
  Gem::Specification.new do |s|
4
4
  s.name = %q{cucumber-in-the-yard}
5
- s.version = "1.1"
5
+ s.version = "1.2"
6
6
 
7
7
  s.required_rubygems_version = Gem::Requirement.new(">= 1.2") if s.respond_to? :required_rubygems_version=
8
8
  s.authors = ["Frank;lin Webber"]
@@ -59,9 +59,13 @@ def serialize_object(object)
59
59
  end
60
60
 
61
61
  def create_full_list(objects,friendly_name=nil)
62
- @list_type = "#{objects.first.type.to_s}s"
63
- @list_title = "#{friendly_name || objects.first.type.to_s.capitalize} List"
64
- asset("#{objects.first.type}_list.html",erb(:full_list))
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;">&nbsp;</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 %>
metadata CHANGED
@@ -4,8 +4,8 @@ version: !ruby/object:Gem::Version
4
4
  prerelease: false
5
5
  segments:
6
6
  - 1
7
- - 1
8
- version: "1.1"
7
+ - 2
8
+ version: "1.2"
9
9
  platform: ruby
10
10
  authors:
11
11
  - Frank;lin Webber