2016-03-03

Build Verification Test小小的改善方案

今天聽到一則令人開心的小故事

今天QA夥伴向我感謝
上次我建議的BVT (Build Verification Test)改善方案
讓這次的BVT非常順暢

這改善其實也沒什麼
只是讓QA提早開發BVT而已

過去我們Developer都是開發到一個程度之後
要放到我們所謂RAT環境測試 (算是DoD的一環 驗證自己開發的功能是work的)
而過去QA是在Developer放上去之後 才開始自己上去抓id 抓class去寫BVT
結果當然是要加班寫BVT 以及品質不夠穩定(因為只有兩天)

我就想說 那為何QA不在一開始就寫呢?
參加完Developer的Design之後
藉由討論 知道怎麼測? 要測什麼?
我們的Test Case就是這樣來的 那BVT應該也能比照辦理吧?
跟著Developer一起開發BVT 即時發現問題 即時獲得回饋
最後再藉著RAT這兩天來驗證自己寫的BVT是否work
正式測試時就有一個品質穩定的BVT啦~


[Jug讀新聞] Personal Kanban 介紹

最近在網路上看到一則影片
介紹Personal Kanban

資料來源 : http://www.personalkanban.com/pk/#sthash.uDtxChXM.dpbs

內容其實很簡單
我們要做的事情很多 但是當這些task都擠滿你的腦袋時
你會錯過很多很多正確的抉擇
做事沒有效率

所以來試試Personal Kanban吧
它能夠幫助你管理你的工作

Personal Kanban只有兩個規則
1. Visualize your work
    將你的task視覺化 將他們排列出來 你才能開始去思考
    為什麼要做這個? 哪個是我想要做的?

2. Limit your work-in-progress (WIP)
    要做的事情很多 但是我們的時間有限
如果你把所有task都丟到Doing
那跟沒有安排是一樣的道理
請限制能工作的量

只要follow上述兩個規則
你就能一個一個完成每個task
You Finish this task, then you could Focus on next one.

我自己目前是使用Trello來當作我的Personal Kanban
很多Todo list 就丟到 Backlog欄位
每周挑選一些放到Week Backlog
每天再從Week Backlog挑選今天要做的項目放到Today欄位

每天有時會有Urgent Case. 通常我就直接加到Today欄位
然後再來就是 Doing 跟 Done

我也有設WIP point 都是憑感覺亂估的
現在還在抓

實行一段時間下來 感覺很不錯
每天都知道要做什麼 跟 不要做什麼

再搭配番茄工作法
真的感覺考試都拿100分了呢XD