Difference between revisions of "OOo QA Participation Steps"

From Apache OpenOffice Wiki
Jump to: navigation, search
(Step 4 (Manual testing / TCS))
Line 78: Line 78:
 
# Take a look at [http://specs.openoffice.org/ specification in general].
 
# Take a look at [http://specs.openoffice.org/ specification in general].
 
# Write TCS from the spec (about 30-35 lines/steps) and compare it to the existing one (if any).
 
# Write TCS from the spec (about 30-35 lines/steps) and compare it to the existing one (if any).
# Write a TCS that does not exist.
+
# Write a TCS that does not exist (with or without SPEC).
  
  

Revision as of 23:34, 31 January 2009

Curriculum

  1. Week 1:
    • Step 1
    • Step 2
  2. Week 2:
    • Step 3 (3.1; 3.2)
  3. Week 3:
    • Step 3 (3.3; 3.4; 3.6)
  4. Week 4:
    • Step 3 (3.4; 3.5; 3.6)
  5. Week 5:
    • Step 4


Initial Steps


Step 1:

(week 1)

  1. Get a general overview over the OO QA project and how it works Quality Assurance and OOo QA Strategic Concept Papers
  2. Make familiar with reporting bugs, especially issue handling: Quality Assurance Report Bugs


Step 2:

(week 1)

  1. Register at OOo as firstname-HitekSchool@openoffice.org
  2. Try mailing list dev@qa.openoffice.org from QA Mailing lists. You can find Introduction to General & Project Mailing Lists here.
    • Just say hello if you do not have any tasks/questions.
  3. Try IRC channel: please find and install an IRC client that suits for you (there are a lot of free tools in the Internet. You can take a look into this list of IRC clients and pick up one which is most convenient for you. Basically, Opera chat tool works pretty well).
    • The IRC channel on the Freenode server irc://irc.freenode.net/ for this QA project is #qa.openoffice.org
    • OpenOffice.org's localization community hangs out at channel #ooonlc
      • You can say "Hi" and Bye" and disappear very quickly, if you like.
  4. Try OO wiki (create a simple XXX page and send the link). Find instructions on wiki help.
    • Please, don't create drafts or unneeded pages, wiki documents or contents cannot be permanently deleted, and all changes are saved.
  5. Create a 'calling card' in oo wiki like: User:Oleg-HitekSchool and connect it with earlier created page
    • You should include your OOo email address there



Step 3:

(week 2,3,4)


  1. Install office developer version and try different applications: http://download.openoffice.org/680/index.html
    • Find out what you need for your system and install office developer version at your computer.
    • You can try to work with it and reveal issues. For reporting them you need to use Issue Tracker.
  2. Issue tracker:
    • make familiar with the tooling
      • basic rules you should know before sending Issues,
      • bug lifecycle,
      • the way to query issue and to track it
    • have a look at Quality Assurance - Report Bugs
      • make familiar with Issue Handling, Issue Enter
    • have a look on some issues in real and how they are handled - status changing from unconfirmed to closed
    • write a test issue (and send its number to your team lead)
      • check whether similar issue is alreagy described (including duplicate and closed)
      • pay attention to platform, OS and version - you can miss existing issue if you don't choose suitable parameters
  3. confirm 10 issues
    • each team site from Quality Assurance has a link called 'open issues'. Have a look inside several issues and try to reproduce them on your system (try different application); write in the issue: "I can reproduce that on system .. with version .. etc. (check how others handles such things) and send the collected issue numbers to your team leader. You need to log in for doing this.
  4. Make familiar with the EIS tool.
  5. Close 10 'verified issues'
    • site Sitemap of the Quality Assurance Pages has a link called 'Integrated Issues'. Check if the bug is fixed in a master version (must be already integrated, therefore check in the EIS tool). If yes - write in the issue something like: "verified in XY master version - can be closed" (you don't have canconfirm rights to close it by yourselves for now) and send the collected issue numbers to your team leader.
  6. Join an Issue Hunting Party.


Step 4 (Manual testing / TCS)

(week 5)

  1. Get a general overview about TCS.
  2. Execute 3 existing TCS-s.
  3. Take a look at specification in general.
  4. Write TCS from the spec (about 30-35 lines/steps) and compare it to the existing one (if any).
  5. Write a TCS that does not exist (with or without SPEC).


Authors: Oleg Rodov, Natalia Polyudova. 28 December 2008

Mentor of the Intership program: Christoph Lukasiak

Please do not change the logical content of this site without acknowledge of the author or the OOo QA Project Lead/Co-Leads.

Personal tools