Scrum(4) | 敏捷流程回顧反思會(huì)
Retrospective Meeting，開(kāi)展回顧反思會(huì)是Scrum中最難以實(shí)施的活動(dòng)之一。反思會(huì)討論三個(gè)問(wèn)題：我們上個(gè)Sprint迭代有哪些事情做得好希望繼續(xù)，哪些事情做得不好希望改進(jìn)，有何改進(jìn)計(jì)劃。
1. 開(kāi)展反思會(huì)
- 在每個(gè)迭代后召開(kāi)簡(jiǎn)短的反思會(huì)。
- 總結(jié)哪些事情做的好，哪些事情做的不好。
- 制定改進(jìn)計(jì)劃。
1.1 如何開(kāi)展反思會(huì)
反思會(huì)是Scrum中最難以實(shí)施的活動(dòng)之一。
反思會(huì)上討論三個(gè)問(wèn)題：
- 做得好的希望繼續(xù)
- 做得不好的希望改進(jìn)
- 改進(jìn)計(jì)劃
經(jīng)常出現(xiàn)一些問(wèn)題多次被提到，但卻始終沒(méi)有解決。這是很不合理的實(shí)踐，應(yīng)該每次僅就1～3個(gè)關(guān)鍵問(wèn)題做出可行的解決方案，在下一個(gè)迭代執(zhí)行改進(jìn)?！翱尚小钡母拍畎▋蓚€(gè)含義：
- 第一是方法簡(jiǎn)單，影響面小，見(jiàn)效快
- 第二個(gè)是目標(biāo)不要激進(jìn)，而要現(xiàn)實(shí)可行，積少成多。
- 領(lǐng)導(dǎo)回避制度
示例：
1. 明確項(xiàng)目（Sprint）目標(biāo)、驗(yàn)收標(biāo)準(zhǔn)；
2. 將Code Review作為任務(wù)固化，排入Sprint計(jì)劃，Codereview進(jìn)行的形式和輸出將由XXX和XXX確定；
3. 提高自測(cè)質(zhì)量，開(kāi)發(fā)人員先寫一份關(guān)于自測(cè)的test case，由測(cè)試負(fù)責(zé)人Review和補(bǔ)充，在開(kāi)發(fā)過(guò)程中開(kāi)發(fā)人員可參考這份Case進(jìn)行自測(cè)；
4. 下一個(gè)Sprint中，由開(kāi)發(fā)工程師自己分解任務(wù)，并進(jìn)行評(píng)估，最后進(jìn)行團(tuán)隊(duì)Review；
5. 新模塊在開(kāi)發(fā)前一定要經(jīng)過(guò)設(shè)計(jì)。
6. UI方面的改進(jìn)只是增加三人小組協(xié)調(diào)而已，有些涉及企業(yè)特有的做法，我就不展開(kāi)了。
1.2 傳統(tǒng)項(xiàng)目和敏捷項(xiàng)目的差別
| 傳統(tǒng)項(xiàng)目 | 敏捷項(xiàng)目 | |
|---|---|---|
| 項(xiàng)目壓力 | 相對(duì)較小 | 相對(duì)較大 |
| 項(xiàng)目周期 | 一段時(shí)間（半年、一年等） | 持續(xù)，一次次SPRINT（沖刺）累積 |
| 測(cè)試人員 | 工作單一 | 工作復(fù)雜，角色模糊 |
| 文檔 | 文檔復(fù)雜，詳盡、但是往往文檔與代碼不符 | 文檔少、精煉，指導(dǎo)工作 |
| 需求 | 比較固定，需求變化不被容忍 | 變化大，隨時(shí)可以調(diào)整 |
| 儀式 | 會(huì)議過(guò)多，評(píng)審過(guò)于復(fù)雜，效率低 | 會(huì)議短，高校 |
2. 項(xiàng)目總結(jié)
2.1 項(xiàng)目功能描述
你測(cè)試的模塊有哪些功能？
功能介紹順序：
- 整個(gè)項(xiàng)目有多少個(gè)模塊，分別是什么？
- 你測(cè)試和負(fù)責(zé)了哪些具體的模塊？
- 挑選一個(gè)模塊，介紹都有哪些功能點(diǎn)？
- 再挑選一兩個(gè)具體的功能點(diǎn)討論進(jìn)一步的測(cè)試。
按模塊功能介紹每個(gè)模塊的測(cè)試要點(diǎn)
- 介紹模塊的主要使用情況
- 介紹測(cè)試著重關(guān)注的點(diǎn)
- 基本的等價(jià)類邊界值測(cè)試
- 模塊的交互測(cè)試（上下左右介紹）
- 場(chǎng)景，刪除新增刪除、搜索已刪除、保存退出重新登錄
2.2 項(xiàng)目缺陷描述
遇到了什么樣的bug？
- Bug的描述，請(qǐng)?zhí)暨x一些不常見(jiàn)的Bug。
- 例如用例數(shù)據(jù)量大的時(shí)候才會(huì)產(chǎn)生，
- 例如特定的流程才會(huì)產(chǎn)生，
- 例如很多測(cè)試人員容易忽略的測(cè)試場(chǎng)景，
- 例如用戶不是很常用的場(chǎng)景
- Bug如何重現(xiàn)
- Bug如何解決
- Bug有沒(méi)有定位到開(kāi)發(fā)的某些習(xí)慣
- Bug有沒(méi)有輔助改進(jìn)測(cè)試流程等
2.3 項(xiàng)目積累的經(jīng)驗(yàn)
- 項(xiàng)目解決了什么樣的技術(shù)難題
- 項(xiàng)目實(shí)現(xiàn)了什么樣的業(yè)務(wù)困難需求
- 項(xiàng)目有無(wú)實(shí)現(xiàn)了敏捷的嘗試？
- 項(xiàng)目有無(wú)積累了某種技術(shù)，腦圖，Http協(xié)議，抓包工具，數(shù)據(jù)庫(kù)技術(shù)，linux技術(shù)等？
- 項(xiàng)目有無(wú)嘗試搭建測(cè)試環(huán)境？
- 項(xiàng)目有無(wú)出現(xiàn)與開(kāi)發(fā)人員的溝通問(wèn)題，并順利解決？
- 項(xiàng)目有無(wú)出現(xiàn)拖延和延期，如何處理了此類問(wèn)題？
2.4 具體項(xiàng)目描述
項(xiàng)目描述：項(xiàng)目的業(yè)務(wù)內(nèi)容
項(xiàng)目職責(zé)：所負(fù)責(zé)的模塊、工作等
項(xiàng)目環(huán)境：軟硬件環(huán)境
項(xiàng)目時(shí)間：幾個(gè)月？還是持續(xù)迭代測(cè)試？
項(xiàng)目模式：瀑布模式還是敏捷開(kāi)發(fā)？
項(xiàng)目收獲：
- 熟悉了某種產(chǎn)品業(yè)務(wù)？
- 增長(zhǎng)了測(cè)試設(shè)計(jì)能力？
- 在評(píng)審會(huì)對(duì)項(xiàng)目組有貢獻(xiàn)？
- 在工作中遇到了隱藏比較深的高級(jí)bug？
- 在項(xiàng)目組犯了低級(jí)錯(cuò)誤？
- 積累了某些經(jīng)驗(yàn)？
- 學(xué)會(huì)了某些測(cè)試工具？
- 使用了項(xiàng)目管理工具？
- 積累了某種技術(shù)？……
3. SWOT 分析
分析自身在求職和工作中的情況
-
S: strength:優(yōu)勢(shì)- 完備的測(cè)試?yán)碚撝R(shí)體系
- 學(xué)歷，背景（本科+，計(jì)算機(jī)相關(guān)專業(yè)？）
- 自動(dòng)化測(cè)試解決方案的經(jīng)驗(yàn)（自動(dòng)化測(cè)試框架）
- 編程語(yǔ)言 Python Java？
- 熟悉JMeter？接口測(cè)試和性能測(cè)試
-
W: weakness：劣勢(shì) -
O: opportunity：機(jī)會(huì) -
T: Threat：威脅
