用戶故事-軟件工程

1、用戶故事貫穿于整個(gè)開發(fā)流程 產(chǎn)品負(fù)責(zé)人根據(jù)收集來的需求編寫用戶故事,放入產(chǎn)品Backlog中 在Sprint計(jì)劃會(huì)議中,團(tuán)隊(duì)成員討論其中的一些用戶故事,細(xì)化故事細(xì)節(jié),確定驗(yàn)收標(biāo)準(zhǔn),使用Planning Poker(計(jì)劃撲克)估算故事點(diǎn),然后把故事分成一些小的任務(wù),并估算時(shí)間 最后,把故事放入Sprint Backlog中,按優(yōu)先級排序 Sprint開始時(shí),故事卡片和任務(wù)卡片都放在白板的TO DO欄,團(tuán)隊(duì)成員按故事的優(yōu)先級挑選任務(wù),把任務(wù)卡片挪到Doing欄.團(tuán)隊(duì)盡可能完成優(yōu)先級高的故事. 在故事開發(fā)的初始階段,測試人員和產(chǎn)品負(fù)責(zé)人一起確認(rèn)測試用例 故事的任務(wù)完成后,產(chǎn)品負(fù)責(zé)人驗(yàn)收并確認(rèn)故事已完

2、成 把故事卡片挪到Done欄中.如此完成Sprint的所有任務(wù) Sprint結(jié)束時(shí),團(tuán)隊(duì)將完成的故事演示給涉眾,其它產(chǎn)品負(fù)責(zé)人和團(tuán)隊(duì),通過用戶故事向客戶輸出商業(yè)價(jià)值什么是用戶故事 描述了對用戶、系統(tǒng)或軟件購買者有價(jià)值的功能。用戶故事由以下三方面組成： 卡片：一份書面的故事描述 交流：有關(guān)故事的對話，用于具體化故事細(xì)節(jié) 確認(rèn)：測試，用于表達(dá)和編寫故事細(xì)節(jié)且可用于確定故事何時(shí)完成 例子： 用戶可以在網(wǎng)站上發(fā)布簡歷 用戶可以搜索職位 公司可以發(fā)布新職位 用戶可以限制瀏覽其簡歷的人優(yōu)秀的故事特點(diǎn) 獨(dú)立的 可討論的 對用戶或客戶有價(jià)值的 可估計(jì)的 小的 可測試的用戶故事驗(yàn)收測試 寫驗(yàn)收測試的好處 很多客

3、戶和開發(fā)人員討論的很多細(xì)節(jié)可以通過驗(yàn)收測試記錄下來 測試是一個(gè)兩步流程 1)測試要點(diǎn)寫在故事卡上 2)測試要點(diǎn)變成全面的測試,這些測試可以用來演示故事已正確,完整地實(shí)現(xiàn)用戶故事驗(yàn)收測試故事卡背面的測試要點(diǎn)的例子:公司可以用信用卡支付發(fā)布工作的費(fèi)用測試要點(diǎn)用VISA信用卡,萬事達(dá)信用卡和美國運(yùn)痛卡測試(通過)用大來卡測試(失敗)用正確的,錯(cuò)誤的和空的卡號測試用過期的信用卡測試測試不同的交易金額(包括超過信用卡額度限制)測試要點(diǎn)記錄了客戶提出的一些假設(shè)驗(yàn)收測試也提供了確認(rèn)故事是否被完整實(shí)現(xiàn)的基本標(biāo)準(zhǔn)有了標(biāo)準(zhǔn),我們就知道什么時(shí)候某件事情算是做完了為程序員提供大量有用的信息例如想想不同的交易金額(包括

4、超過信用卡額度限制),如果在寫代碼前寫了這一測試,會(huì)提醒程序員處理因額度不夠?qū)е陆灰资〉那闆r客戶團(tuán)隊(duì)由哪些人組成 包括確保軟件滿足用戶需求的所有人 測試人員 產(chǎn)品經(jīng)理 真實(shí)用戶 交互設(shè)計(jì)人員規(guī)劃發(fā)布和迭代 一個(gè)發(fā)布由一個(gè)或多輪迭代組成 發(fā)布規(guī)劃指的是確定項(xiàng)目時(shí)間表和預(yù)期功能集合之間達(dá)到平衡 迭代規(guī)劃涉及選擇迭代包含的故事 客戶團(tuán)隊(duì)和開發(fā)人員在發(fā)布和迭代規(guī)劃中都要參與規(guī)劃發(fā)布和迭代 發(fā)布規(guī)劃時(shí) 客戶團(tuán)隊(duì)首先從排列故事優(yōu)先級開始 排優(yōu)先級考慮: 大部分用戶和客戶對特定特性的渴望程度 小部分重要用戶和客戶對特定特性的渴望程度 故事之間的關(guān)系 例如縮小故事的優(yōu)先級不高,但它可能被看做是高優(yōu)先級的,它

5、與高優(yōu)先級的另一個(gè)故事放大互補(bǔ) 當(dāng)開發(fā)人員與客戶團(tuán)隊(duì)意見沖突時(shí),應(yīng)堅(jiān)持客戶利益最大化什么是驗(yàn)收測試 用來驗(yàn)證實(shí)現(xiàn)的用戶故事是否符合團(tuán)隊(duì)的期望 當(dāng)一輪迭代開始時(shí) 開發(fā)人員開始編碼 客戶團(tuán)隊(duì)開始測試 測試工作包括 從故事卡背面寫下的測試描述開始 到把測試放入自動(dòng)化測試工具中的所有工作定義速率 速率是一個(gè)團(tuán)隊(duì)在一輪迭代中完成的故事點(diǎn)數(shù)為何在故事卡背面寫測試描述？ 在卡片的背面寫測試對于客戶是溝通故事的期望和假設(shè)的非常好的方法哪些不是好的用戶故事 1用戶可以在Windows XP 和Liunx上運(yùn)行系統(tǒng) 2所有繪圖和圖表將用第三方類庫完成 3用戶可以最多撤銷50步操作 4軟件將在不久的將在6月30日發(fā)

6、布 5軟件將用JAVA編寫 6用戶可以從下拉列表框里選擇他的國籍 7系統(tǒng)將使用LOG4J把所有錯(cuò)誤信息記錄到一個(gè)文件中 8如果用戶15分鐘內(nèi)沒有保存文檔，系統(tǒng)將提示用戶進(jìn)行保存 9用戶可以選擇導(dǎo)出到XML特性 10用戶可以導(dǎo)出數(shù)據(jù)到XML文件答案 1 OK 2 用戶不關(guān)心圖表是怎樣實(shí)現(xiàn)的 3 OK 4 需要在發(fā)布計(jì)劃中考慮的限制條件 5 依賴于產(chǎn)品，如果產(chǎn)品是一個(gè)面向JAVA程序員的類庫，那些用戶會(huì)比較關(guān)心使用的語言 6，小了點(diǎn) 7 它不應(yīng)該指定使用LOG4J實(shí)現(xiàn)日志功能 8 OK 9 OK 10 OK估算用戶故事 在估算會(huì)議上，三個(gè)程序員在估算一個(gè)故事 分別估算故事為2，4，5個(gè)故事點(diǎn)，他們應(yīng)該用哪個(gè)估算？ 他們應(yīng)該繼續(xù)討論這個(gè)故事，直到他們的估算更加接近 團(tuán)隊(duì)A在上2個(gè)星期的迭代中完成了43個(gè)故事點(diǎn)。團(tuán)隊(duì)B在作另一個(gè)項(xiàng)目而且有兩倍的開發(fā)人員。他們同樣在上2個(gè)星期的迭代中也完成了43個(gè)故事點(diǎn)，為什么會(huì)這樣？ 一個(gè)團(tuán)隊(duì)的故事點(diǎn)數(shù)和任何其它團(tuán)隊(duì)的故事點(diǎn)數(shù)沒有可比性 在該問題中，不能認(rèn)為團(tuán)隊(duì)A的效率是團(tuán)隊(duì)B的效率的兩倍 估算團(tuán)隊(duì)初始速率的三種方法是什么？ 可以用歷史值 作