Giter Club home page Giter Club logo

docs.gauge.org's Introduction

User Documentation for Gauge

Contributor Covenant

This is the repository for Gauge documentation.

The documents are written in RST and are built using Sphinx, a theme based on readthedocs.

Conventions

  • Every released version is maintained in a separate branch.
  • Every build will generate docs for all versions maintained.
  • The root documentation points to the latest released verion. Navigate to master version for the development version of this documentation.

Pre-requisites

  • Python 3

Building the documentation

There are two formats of documentation built for every version.

  • pip3 install -r requirements.txt to install the pre-requisites for docs.gauge.org

  • make local-build will build html documentation. The output is available in _build directory.

  • make serve will invoke zip and bring a local http server. http://localhost:8000 will serve this documentation.

Running accessibility test

The accessibility test are writen using jest, taiko and taiko-accessibility plugin.

Run tests

Run the following command to run the tests:

make test

docs.gauge.org's People

Contributors

adityasood avatar apoorva-ga avatar at6ue avatar boedah avatar chandrakanth17 avatar chandu199 avatar deeptikeshavaprasad avatar haroon-sheikh avatar hrobky avatar imechemi avatar itxmdoyle avatar kashishm avatar lbragaglia avatar luciferankon avatar marsou1998 avatar martinbroadhurst avatar mikkelbu avatar negidharmendra avatar nehashri avatar nivedhasenthil avatar nningego avatar nyuday avatar shubhamsc avatar sriv avatar streisguth avatar surajbarkale avatar suziejprince avatar trung avatar worc avatar zabil avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

docs.gauge.org's Issues

Parse Errors and Warnings

From @sguptatw on February 15, 2017 12:26

Documentation for understanding the behaviors of ParseErrors and Warnings. How do these affect statistics.

Copied from original issue: getgauge/documentation#77

Renaming the parameter is not renaming the usages inside the method

From @sguptatw on April 1, 2016 23:56

Renaming the parameter is not renaming the usages inside the method.

Define a spec with parameter. Add code which uses the parameter in the java file.
Shift-f6 on the spec. Rename the parameter name to something else. Now go to the code.
The java file still has usages of the old variable name and hence there is compilation issue.

However this is by design. The renamed parameter is considered as a different parameter. Therefore the usage of the old parameter name has to be fixed manually to solve the compilation issue.

Copied from original issue: getgauge/documentation#35

No plugin creation documentation

Hey, I've gain some intrest writing a plugin myself, and after a search in the docs, I could'nt manage to find any documentation what so ever as to where should I start. I would love some guidance and even more if it will be added to the docs. Thanks!

More details required in Run Configuration of "Gauge IntelliJ Idea Plugin Features"

From @navyakanu on September 22, 2015 6:2

Under Section 11.1.1 Gauge IntelliJ Idea Plugin Features (6. Run Configurations) there are no details in the video for editing configurations with tags and parallel execution and the video displays only environment settings among the 4 points which is confusing

It would be more helpful if some options which are explained in detail for command line usage for gauge (like log customisation like setting up log-level in program arguments) if mentioned for IntelliJ IDE in section 11.6 Run Configuration

Kindly mention that concept should be written (rather called) in spec file (Section 2.5) like step which would be more easy to understand (this may not be self explanatory)

Copied from original issue: getgauge/documentation#20

Add a FAQ page to help users

From @apoorvam on March 3, 2016 7:11

This should have most common troubleshoot steps like increasing the “runner_connection_timeout” in gauge.properties etc.

Copied from original issue: getgauge/documentation#33

Existing connection forcibly closed

Expected behavior
Should not get errors while working with VSCode

Actual behavior

15:22:10.515 <-- notif: textDocument/publishDiagnostics: {"uri":"file:///c%3A/work/getgauge/gauge-lsp-tests/specs/codelens/findUsages.spec","diagnostics":[{"range":{"start":{"line":3,"character":0},"end":{"line":3,"character":10000}},"severity":1,"message":"write tcp 127.0.0.1:63152-\u003e127.0.0.1:63160: wsasend: An existing connection was forcibly closed by the remote host."},{"range":{"start":{"line":7,"character":0},"end":{"line":7,"character":10000}},"severity":1,"message":"write tcp 127.0.0.1:63152-\u003e127.0.0.1:63160: wsasend: An existing connection was forcibly closed by the remote host."}]}

Steps to replicate

  • Yet to find a way to consistently replicate this.

Version

Gauge version: 0.9.8.nightly-2018-01-19
Commit Hash: 0c66ca4

Plugins
-------
js (2.1.1.nightly-2018-01-16)
ruby (0.4.3.nightly-2018-01-18)
screenshot (0.0.1)
xml-report (0.2.0)

Search results are in raw rst format

Current behavior

Searching for a text on the documentation site returns the result in rst format that's difficult to read.

screen shot 2018-04-11 at 1 39 48 pm

Expected behavior

Return text results, without rst syntax.

Update documentation at Parameters page

From @harinee on March 21, 2016 14:5

This is in regard to the documentation at:
http://getgauge.io/documentation/user/current/specifications/parameters.html

Copied from original issue: getgauge/documentation#34

Update installation docs

Remove the windows installer documentation. Add the single binary doc details (add to path)

The website also has the installation details which has to be updated.

The uninstallation path to be updated

The uninstallation path mentioned in the docs is rm -rf /usr/local/bin/gauge /usr/local/share/gauge /usr/local/share/gauge_screenshot ~/.gauge

This should be updated with the latest folders as well

The old document url is not getting redirected

  1. When I look for some info in Google like
    how to use Tags with specifications Gauge the old document links are getting listed.

  2. The old urls are not getting redirected properly eg: -getgauge.io/documentation/user/current/execution/tagged_execution.html should take us to the relevant page in the new documentation. It takes us to the main page in the new documentation.

getgauge.io/documentation/user/0.0.5/execution/tagged_execution.html is also taking us to the main page of the new documentation and not the relevant page.

Create a separate site for man page like description of commands

When listing gauge usage from the cli we add the following link at the end

Complete documentation is available at https://docs.getgauge.io/.

However this lists the whole documentation and is a getting started guide.

Instead, use https://github.com/rtomayko/ronn to create a man page like listing for e.g. https://rtomayko.github.io/ronn/ronn.1.html of all the commands with examples for easy reading or printing.

As a plus bundle man pages for the cli so that shells like fish can auto complete and display in-line help.
Point documentation link on the cli to something like manual.getgauge.io and link to the main documentation from there.

Gain SEO points.

More clarification for table parameter

From @mahendrakariya on June 23, 2016 13:46

On the table params page http://getgauge.io/documentation/user/current/gauge_terminologies/parameters/table_parameters.html

  • At the top of the page, we start with Table Parameters can be used in two ways. Bullet should be removed from this line.
  • On this page, it's very difficult to find how a user can pass table as a param to step. I think someone new to Gauge will struggle a lot figuring this out. We should add more details about it.
  • Data driven execution should be mentioned at the end since it's a slightly advanced topic. The docs on this page should start with table param that can be passed to step.
  • There are no docs which says data table at spec level can also be passed from external sources. Should Data table driven scenarios be explained under Param section or Execution section?

I also have a question. Will it be correct to call the table at the top of the spec as a param? We are not passing it as an arg to the step implementation. Personally, I feel it is not a param.

Copied from original issue: getgauge/documentation#53

Sections are missing help on where to go next

This what Zabil said we should expect:

A new user

  • Lands on Gauge.org
  • Reads about features
  • Clicks “Get Started” button ti view “Get Started” page
  • Reads steps to install the Gauge binary, language runner, run tests
  • Downloads and installs Gauge if interested
  • Sees our support for VS Code
  • Reads instructions on how to install Gauge Visual Studio Plugin
    • Reads our welcome page inside VS code (this links to main documentation site) (exit) or
  • Clicks on a "Learn More" on the "Getting started" page. (display this at the end of the steps)
  • Views main documentation
  • Reads installation for other options or to troubleshoot existing installation using the “Installation” section.
  • Reads “Write Specifications”
  • In each category of documentation we'll add a "What next?" and link to next steps for e.g on "Write Specifications" What next will be "Run Specifications"
  • Reads "Run Specifications"

The "Get Started" link is always available on the top menu for those who land directly on the documentation page._

But I don't see the "what's next?" links

uninitialized constant DataStoreFactory?

From @tigerlei010 on February 9, 2017 13:24

gauge-ruby (0.3.1)

In one step define, copy the following lines from the manual:
// Adding value
scenario_store = DataStoreFactory.scenario_datastore;
scenario_store.put("element-id", "455678");

exec gauge specs/ , error occus:
Specification: specs/example.spec:19
Error Message: uninitialized constant DataStoreFactory
Stacktrace:
/home/tigerlei/work/test/step_implementations/step_implementation.rb:7:in block in <top (required)>' /home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/executor.rb:38:in execute_step'
/home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/processors/execute_step_request_processor.rb:30:in process_execute_step_request' /home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/message_processor.rb:52:in call'
/home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/message_processor.rb:52:in process_message' /home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/gauge_runtime.rb:53:in handle_message'
/home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/gauge_runtime.rb:37:in dispatch_messages' /home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/gauge_runtime.rb:76:in module:Runtime'
/home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/gauge_runtime.rb:29:in <module:Gauge>' /home/tigerlei/.gem/ruby/2.3.0/gems/gauge-ruby-0.3.1/lib/gauge_runtime.rb:27:in <top (required)>'
/usr/local/ruby23/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:133:in require' /usr/local/ruby23/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:133:in rescue in require'
/usr/local/ruby23/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:40:in `require'

Copied from original issue: getgauge/gauge-ruby#36

Document mvn gauge:execute

From @sriv on May 31, 2016 4:25

Document maven target to only run gauge specs

  • Use of profile defined in pom.xml
  • Passing parameters/properties either via -D flag or define in pom.xml

Copied from original issue: getgauge/documentation#47

Document execution hooks order

From @sriv on May 31, 2016 4:27

  • Add info about order of execution of multiple hooks at same level, i.e. if multiple BeforeSpec hooks are defined, what order are they executed.
  • Add above info when filtering by tags

Copied from original issue: getgauge/documentation#48

Missing new line in the travis instructions

The travis instructions currently don't show valid yml. The following section:

      - sudo apt-key adv --keyserver hkp://pool.sks-keyservers.net
          --recv-keys 023EDB0B - echo deb https://dl.bintray.com/gauge/gauge-deb
          stable main \| sudo tee -a /etc/apt/sources.list

Is missing a new line before the echo command.

Provide examples on how to implement tables for different langauge

I was going through the available documentation on how to implement step tables in Gauge but there is very limited documentation available and it just talks about how one can call tables in step implementation but it'll be nice to elaborate the example and demonstrate the implementation of a sample table.

Also, I don't see the list of methods applicable to the table object. It'll be nice to add the same. However, the workaround is to use table.rows.methods to get the list of methods.

Document Gauge's execution life-cycle

From @kaustavdm on April 28, 2016 11:11

Adding a documentation on Gauge's execution life-cycle can help users to understand the entire flow of a Gauge execution and take informed decision on when to use which features.

Copied from original issue: getgauge/documentation#45

A couple of dead links in related to Execution hooks

From @RPrimrose on January 6, 2017 15:51

I noticed a couple of broken links to the "Execution Hooks" section.

http://getgauge.io/documentation/user/current/advanced_readings/execution_hooks/context.html and http://getgauge.io/documentation/user/current/advanced_readings/execution_hooks/filtering.html each have a "hooks" link that goes to http://getgauge.io/documentation/user/language_features/execution_hooks.md, which 404's.

Presumably they should point to http://getgauge.io/documentation/user/current/language_features/execution_hooks.html instead.

Copied from original issue: getgauge/documentation#75

Merge and improve environment variables (configuration) docs

From @kaustavdm on July 11, 2016 9:8

Currently, details on environment variables (configuration options) for Gauge core and runners are spread across 2 different sections, without any internal linking. Also, they are incomplete.

Proposal:

Copied from original issue: getgauge/documentation#61

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.