用戶故事軟件工程課件

用戶故事貫穿于整個開發(fā)流程產(chǎn)品負(fù)責(zé)人根據(jù)收集來的需求編寫用戶故事,放入產(chǎn)品Backlog中在Sprint計劃會議中,團隊成員討論其中的一些用戶故事,細(xì)化故事細(xì)節(jié),確定驗收標(biāo)準(zhǔn),使用PlanningPoker(計劃撲克)估算故事點,然后把故事分成一些小的任務(wù),并估算時間最后,把故事放入SprintBacklog中,按優(yōu)先級排序Sprint開始時,故事卡片和任務(wù)卡片都放在白板的TODO欄,團隊成員按故事的優(yōu)先級挑選任務(wù),把任務(wù)卡片挪到Doing欄.團隊盡可能完成優(yōu)先級高的故事.在故事開發(fā)的初始階段,測試人員和產(chǎn)品負(fù)責(zé)人一起確認(rèn)測試用例故事的任務(wù)完成后,產(chǎn)品負(fù)責(zé)人驗收并確認(rèn)故事已完成把故事卡片挪到Done欄中.如此完成Sprint的所有任務(wù)Sprint結(jié)束時,團隊將完成的故事演示給涉眾,其它產(chǎn)品負(fù)責(zé)人和團隊,通過用戶故事向客戶輸出商業(yè)價值用戶故事貫穿于整個開發(fā)流程產(chǎn)品負(fù)責(zé)人根據(jù)收集來的需求編寫用戶1什么是用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。用戶故事由以下三方面組成：卡片：一份書面的故事描述交流：有關(guān)故事的對話，用于具體化故事細(xì)節(jié)確認(rèn)：測試，用于表達(dá)和編寫故事細(xì)節(jié)且可用于確定故事何時完成例子：

用戶可以在網(wǎng)站上發(fā)布簡歷用戶可以搜索職位公司可以發(fā)布新職位用戶可以限制瀏覽其簡歷的人什么是用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。用2優(yōu)秀的故事特點獨立的可討論的對用戶或客戶有價值的可估計的小的可測試的優(yōu)秀的故事特點獨立的3用戶故事驗收測試寫驗收測試的好處很多客戶和開發(fā)人員討論的很多細(xì)節(jié)可以通過驗收測試記錄下來測試是一個兩步流程1)測試要點寫在故事卡上2)測試要點變成全面的測試,這些測試可以用來演示故事已正確,完整地實現(xiàn)用戶故事驗收測試寫驗收測試的好處4用戶故事驗收測試故事卡背面的測試要點的例子:公司可以用信用卡支付發(fā)布工作的費用測試要點用VISA信用卡,萬事達(dá)信用卡和美國運痛卡測試(通過)用大來卡測試(失敗)用正確的,錯誤的和空的卡號測試用過期的信用卡測試測試不同的交易金額(包括超過信用卡額度限制)測試要點記錄了客戶提出的一些假設(shè)驗收測試也提供了確認(rèn)故事是否被完整實現(xiàn)的基本標(biāo)準(zhǔn)有了標(biāo)準(zhǔn),我們就知道什么時候某件事情算是做完了為程序員提供大量有用的信息例如想想不同的交易金額(包括超過信用卡額度限制),如果在寫代碼前寫了這一測試,會提醒程序員處理因額度不夠?qū)е陆灰资〉那闆r用戶故事驗收測試故事卡背面的測試要點的例子:公司可以用信用卡5客戶團隊由哪些人組成包括確保軟件滿足用戶需求的所有人測試人員產(chǎn)品經(jīng)理真實用戶交互設(shè)計人員客戶團隊由哪些人組成包括確保軟件滿足用戶需求的所有人6規(guī)劃發(fā)布和迭代一個發(fā)布由一個或多輪迭代組成發(fā)布規(guī)劃指的是確定項目時間表和預(yù)期功能集合之間達(dá)到平衡迭代規(guī)劃涉及選擇迭代包含的故事客戶團隊和開發(fā)人員在發(fā)布和迭代規(guī)劃中都要參與規(guī)劃發(fā)布和迭代一個發(fā)布由一個或多輪迭代組成7規(guī)劃發(fā)布和迭代發(fā)布規(guī)劃時客戶團隊首先從排列故事優(yōu)先級開始排優(yōu)先級考慮:大部分用戶和客戶對特定特性的渴望程度小部分重要用戶和客戶對特定特性的渴望程度故事之間的關(guān)系例如縮小故事的優(yōu)先級不高,但它可能被看做是高優(yōu)先級的,它與高優(yōu)先級的另一個故事放大互補當(dāng)開發(fā)人員與客戶團隊意見沖突時,應(yīng)堅持客戶利益最大化規(guī)劃發(fā)布和迭代發(fā)布規(guī)劃時8什么是驗收測試用來驗證實現(xiàn)的用戶故事是否符合團隊的期望當(dāng)一輪迭代開始時開發(fā)人員開始編碼客戶團隊開始測試測試工作包括從故事卡背面寫下的測試描述開始到把測試放入自動化測試工具中的所有工作什么是驗收測試用來驗證實現(xiàn)的用戶故事是否符合團隊的期望9定義速率速率是一個團隊在一輪迭代中完成的故事點數(shù)定義速率速率是一個團隊在一輪迭代中完成的故事點數(shù)10為何在故事卡背面寫測試描述？在卡片的背面寫測試對于客戶是溝通故事的期望和假設(shè)的非常好的方法為何在故事卡背面寫測試描述？在卡片的背面寫測試對于客戶是溝通11哪些不是好的用戶故事1用戶可以在WindowsXP和Liunx上運行系統(tǒng)2所有繪圖和圖表將用第三方類庫完成3用戶可以最多撤銷50步操作4軟件將在不久的將在6月30日發(fā)布5軟件將用JAVA編寫6用戶可以從下拉列表框里選擇他的國籍7系統(tǒng)將使用LOG4J把所有錯誤信息記錄到一個文件中8如果用戶15分鐘內(nèi)沒有保存文檔，系統(tǒng)將提示用戶進(jìn)行保存9用戶可以選擇導(dǎo)出到XML特性10用戶可以導(dǎo)出數(shù)據(jù)到XML文件哪些不是好的用戶故事1用戶可以在WindowsXP和Li12答案1OK2用戶不關(guān)心圖表是怎樣實現(xiàn)的3OK4需要在發(fā)布計劃中考慮的限制條件5依賴于產(chǎn)品，如果產(chǎn)品是一個面向JAVA程序員的類庫，那些用戶會比較關(guān)心使用的語言6，小了點7它不應(yīng)該指定使用LOG4J實現(xiàn)日志功能8OK9OK10OK答案1OK13估算用戶故事在估算會議上，三個程序員在估算一個故事分別估算故事為2，4，5個故事點，他們應(yīng)該用哪個估算？估算用戶故事在估算會議上，三個程序員在估算一個故事14他們應(yīng)該繼續(xù)討論這個故事，直到他們的估算更加接近他們應(yīng)該繼續(xù)討論這個故事，直到他們的估算更加接近15團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一個項目而且有兩倍的開發(fā)人員。他們同樣在上2個星期的迭代中也完成了43個故事點，為什么會這樣？團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一16一個團隊的故事點數(shù)和任何其它團隊的故事點數(shù)沒有可比性在該問題中，不能認(rèn)為團隊A的效率是團隊B的效率的兩倍一個團隊的故事點數(shù)和任何其它團隊的故事點數(shù)沒有可比性17估算團隊初始速率的三種方法是什么？估算團隊初始速率的三種方法是什么？18可以用歷史值作一個猜測試著做一輪迭代，用這輪迭代的速率可以用歷史值19假設(shè)迭代以一周為長度，團隊里有4位開發(fā)人員，如果團隊的速率是4，項目總共有27個故事點，完成項目需要多少輪迭代假設(shè)迭代以一周為長度，團隊里有4位開發(fā)人員，如果團隊的速率是20速率為4，項目有27個故事點，團隊需要7輪迭代來完成速率為4，項目有27個故事點，團隊需要7輪迭代來完成21用戶故事貫穿于整個開發(fā)流程產(chǎn)品負(fù)責(zé)人根據(jù)收集來的需求編寫用戶故事,放入產(chǎn)品Backlog中在Sprint計劃會議中,團隊成員討論其中的一些用戶故事,細(xì)化故事細(xì)節(jié),確定驗收標(biāo)準(zhǔn),使用PlanningPoker(計劃撲克)估算故事點,然后把故事分成一些小的任務(wù),并估算時間最后,把故事放入SprintBacklog中,按優(yōu)先級排序Sprint開始時,故事卡片和任務(wù)卡片都放在白板的TODO欄,團隊成員按故事的優(yōu)先級挑選任務(wù),把任務(wù)卡片挪到Doing欄.團隊盡可能完成優(yōu)先級高的故事.在故事開發(fā)的初始階段,測試人員和產(chǎn)品負(fù)責(zé)人一起確認(rèn)測試用例故事的任務(wù)完成后,產(chǎn)品負(fù)責(zé)人驗收并確認(rèn)故事已完成把故事卡片挪到Done欄中.如此完成Sprint的所有任務(wù)Sprint結(jié)束時,團隊將完成的故事演示給涉眾,其它產(chǎn)品負(fù)責(zé)人和團隊,通過用戶故事向客戶輸出商業(yè)價值用戶故事貫穿于整個開發(fā)流程產(chǎn)品負(fù)責(zé)人根據(jù)收集來的需求編寫用戶22什么是用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。用戶故事由以下三方面組成：卡片：一份書面的故事描述交流：有關(guān)故事的對話，用于具體化故事細(xì)節(jié)確認(rèn)：測試，用于表達(dá)和編寫故事細(xì)節(jié)且可用于確定故事何時完成例子：

用戶可以在網(wǎng)站上發(fā)布簡歷用戶可以搜索職位公司可以發(fā)布新職位用戶可以限制瀏覽其簡歷的人什么是用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。用23優(yōu)秀的故事特點獨立的可討論的對用戶或客戶有價值的可估計的小的可測試的優(yōu)秀的故事特點獨立的24用戶故事驗收測試寫驗收測試的好處很多客戶和開發(fā)人員討論的很多細(xì)節(jié)可以通過驗收測試記錄下來測試是一個兩步流程1)測試要點寫在故事卡上2)測試要點變成全面的測試,這些測試可以用來演示故事已正確,完整地實現(xiàn)用戶故事驗收測試寫驗收測試的好處25用戶故事驗收測試故事卡背面的測試要點的例子:公司可以用信用卡支付發(fā)布工作的費用測試要點用VISA信用卡,萬事達(dá)信用卡和美國運痛卡測試(通過)用大來卡測試(失敗)用正確的,錯誤的和空的卡號測試用過期的信用卡測試測試不同的交易金額(包括超過信用卡額度限制)測試要點記錄了客戶提出的一些假設(shè)驗收測試也提供了確認(rèn)故事是否被完整實現(xiàn)的基本標(biāo)準(zhǔn)有了標(biāo)準(zhǔn),我們就知道什么時候某件事情算是做完了為程序員提供大量有用的信息例如想想不同的交易金額(包括超過信用卡額度限制),如果在寫代碼前寫了這一測試,會提醒程序員處理因額度不夠?qū)е陆灰资〉那闆r用戶故事驗收測試故事卡背面的測試要點的例子:公司可以用信用卡26客戶團隊由哪些人組成包括確保軟件滿足用戶需求的所有人測試人員產(chǎn)品經(jīng)理真實用戶交互設(shè)計人員客戶團隊由哪些人組成包括確保軟件滿足用戶需求的所有人27規(guī)劃發(fā)布和迭代一個發(fā)布由一個或多輪迭代組成發(fā)布規(guī)劃指的是確定項目時間表和預(yù)期功能集合之間達(dá)到平衡迭代規(guī)劃涉及選擇迭代包含的故事客戶團隊和開發(fā)人員在發(fā)布和迭代規(guī)劃中都要參與規(guī)劃發(fā)布和迭代一個發(fā)布由一個或多輪迭代組成28規(guī)劃發(fā)布和迭代發(fā)布規(guī)劃時客戶團隊首先從排列故事優(yōu)先級開始排優(yōu)先級考慮:大部分用戶和客戶對特定特性的渴望程度小部分重要用戶和客戶對特定特性的渴望程度故事之間的關(guān)系例如縮小故事的優(yōu)先級不高,但它可能被看做是高優(yōu)先級的,它與高優(yōu)先級的另一個故事放大互補當(dāng)開發(fā)人員與客戶團隊意見沖突時,應(yīng)堅持客戶利益最大化規(guī)劃發(fā)布和迭代發(fā)布規(guī)劃時29什么是驗收測試用來驗證實現(xiàn)的用戶故事是否符合團隊的期望當(dāng)一輪迭代開始時開發(fā)人員開始編碼客戶團隊開始測試測試工作包括從故事卡背面寫下的測試描述開始到把測試放入自動化測試工具中的所有工作什么是驗收測試用來驗證實現(xiàn)的用戶故事是否符合團隊的期望30定義速率速率是一個團隊在一輪迭代中完成的故事點數(shù)定義速率速率是一個團隊在一輪迭代中完成的故事點數(shù)31為何在故事卡背面寫測試描述？在卡片的背面寫測試對于客戶是溝通故事的期望和假設(shè)的非常好的方法為何在故事卡背面寫測試描述？在卡片的背面寫測試對于客戶是溝通32哪些不是好的用戶故事1用戶可以在WindowsXP和Liunx上運行系統(tǒng)2所有繪圖和圖表將用第三方類庫完成3用戶可以最多撤銷50步操作4軟件將在不久的將在6月30日發(fā)布5軟件將用JAVA編寫6用戶可以從下拉列表框里選擇他的國籍7系統(tǒng)將使用LOG4J把所有錯誤信息記錄到一個文件中8如果用戶15分鐘內(nèi)沒有保存文檔，系統(tǒng)將提示用戶進(jìn)行保存9用戶可以選擇導(dǎo)出到XML特性10用戶可以導(dǎo)出數(shù)據(jù)到XML文件哪些不是好的用戶故事1用戶可以在WindowsXP和Li33答案1OK2用戶不關(guān)心圖表是怎樣實現(xiàn)的3OK4需要在發(fā)布計劃中考慮的限制條件5依賴于產(chǎn)品，如果產(chǎn)品是一個面向JAVA程序員的類庫，那些用戶會比較關(guān)心使用的語言6，小了點7它不應(yīng)該指定使用LOG4J實現(xiàn)日志功能8OK9OK10OK答案1OK34估算用戶故事在估算會議上，三個程序員在估算一個故事分別估算故事為2，4，5個故事點，他們應(yīng)該用哪個估算？估算用戶故事在估算會議上，三個程序員在估算一個故事35他們應(yīng)該繼續(xù)討論這個故事，直到他們的估算更加接近他們應(yīng)該繼續(xù)討論這個故事，直到他們的估算更加接近36團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一個項目而且有兩倍的開發(fā)人員。他們同樣在上2個星期的迭代中也完成了43個故事點，為什么會這樣？團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一37一個團隊的故事點數(shù)和任何其它團隊的故事點數(shù)沒有可比性在該問題中，不能認(rèn)為團隊A