為什麼測試人員要學JIRA
- Reporting defects
- State testing (Remove activities)
- SRS
- BRD
- Product backlog - INVEST
- acceptance criteria
- writing requirement & user stories -> act as a scrum master
jira -> software development
- Kanban
- Scrum
- Bug tracking - defect lifecycle
General: issue = defect = fault = bug
Jira: Issue includes epics, user stories, defects, tasks, subtasks
Jira
project types:
- Team managed projects -> self-organized team
- Company managed projects -> jira admin
Company managed project
select company managed project
Name - MyFirstProject
Key - MYF1
Project divided into components
1. Components
- Component #1 - Android-rider
- Component #2 - iOS-rider
- Component #3 - Android-driver
- Component #4 - iOS-driver
- Component #5 - iPad OS-rider
- Component #6 - Apple watch-rider
- Component #7 - iPad OS-driver
- Component #8 - Uber website
- Component #9 - Admin Panel
2. Epics
User rider
- Login
- Register
- Request a ride
- Leave a rating
- My previous trips
- My wallet
- Request a ride for a friend
Uber driver
- Login
- Register
- Accept a ride
- Decline a ride
- Leave a rating
- Balance
- Previous tips
- My rating
- My balance (withdraw)
- Set status (busy, active)
3. User Stories
Login
- As a user, I want to be able to login using phone number
- As a user, I want to be able to login using email address
- As a user, I want to be able to login using apple id
- As a user, I want to be able to save my login credential, so that I don't have to log in again each time I open the app
4. Tasks & subtasks
- Create wireframe for login -> @designers
- Develop login features -> @developer
- Create test cases for login functions -> @tester
- Perform case review for login functions -> @ developer
- Execute login test case & report feature defects -> @tester
Add components
Backlog空白是正常的,因為它只顯示issue
Create Epics
勾選 Create another issue
建立列表
但backlog還是看不到很正常,因為backlog本身有時效性等
如果打開Epic panel會看得見
Create Versions/Releases
Release / Version
- Shipped to users or clients
- ready for deveployment
- QA -> Client
Build
- Executable file (.apk)
- Still under testing
- Dev -> QA
Create User Stories
Create acceptance Criteria
- 確認user stories are done
- DoD = Definition of Done
- 每一個User story 都要有DoD
- written
- reviewed (INVEST)
- All tasks are written
- All acceptance criteria are specified
- All acceptance criteria should be implemented or tested
As a user, I should be able to login using phone number
Acceptance Criteria
Check list based
- A place holder appears in Phone number field
- User can change country code from the list of countries
- OTP button is disabled as long as user didn't enter a valid phone number
- Phone number field should only accept numeric values
- User can only enter valid number of digits in Phone number field which is relevant to the country that he logs in from.
Scenario based
-
BDD (Behavior-driven development) Churkin format
-
Given
some initial state
- Given that user enter a valid phone number
-
When
user does some action
- When user clicks/taps on "send OTP" button
-
Then
system response with specific actions
- Then an OTP is sent to the user and he can user it to login to the app
-
Given
user entered a valid phone number
-
AND user entered an invalid OTP
-
When user tries to validate his OTP
-
Then the system shows an error message telling user that OTP is wrong and asks him to enter it again
As a user, I want to be able to recover my password so that I can access my account in case I forget the password.
- GIVEN user navigate to login page
- WHEN user clicks on "forget password" password and enter a valid email to receive link
- THEN system sends the link to the entered email
Write acceptance criteria in user story's description field
Create a bug
本文章同步發布於個人blogger。