用戶故事-軟件工程_第1頁
用戶故事-軟件工程_第2頁
用戶故事-軟件工程_第3頁
用戶故事-軟件工程_第4頁
用戶故事-軟件工程_第5頁
已閱讀5頁,還剩16頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

用戶故事貫穿于整個開發(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è)價值1可編輯版什么是用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價值的功能。用戶故事由以下三方面組成:卡片:一份書面的故事描述交流:有關(guān)故事的對話,用于具體化故事細(xì)節(jié)確認(rèn):測試,用于表達(dá)和編寫故事細(xì)節(jié)且可用于確定故事何時完成例子:

用戶可以在網(wǎng)站上發(fā)布簡歷用戶可以搜索職位公司可以發(fā)布新職位用戶可以限制瀏覽其簡歷的人2可編輯版優(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ū)е陆灰资〉那闆r5可編輯版客戶團隊由哪些人組成包括確保軟件滿足用戶需求的所有人測試人員產(chǎn)品經(jīng)理真實用戶交互設(shè)計人員6可編輯版規(guī)劃發(fā)布和迭代一個發(fā)布由一個或多輪迭代組成發(fā)布規(guī)劃指的是確定項目時間表和預(yù)期功能集合之間達(dá)到平衡迭代規(guī)劃涉及選擇迭代包含的故事客戶團隊和開發(fā)人員在發(fā)布和迭代規(guī)劃中都要參與7可編輯版規(guī)劃發(fā)布和迭代發(fā)布規(guī)劃時客戶團隊首先從排列故事優(yōu)先級開始排優(yōu)先級考慮:大部分用戶和客戶對特定特性的渴望程度小部分重要用戶和客戶對特定特性的渴望程度故事之間的關(guān)系例如縮小故事的優(yōu)先級不高,但它可能被看做是高優(yōu)先級的,它與高優(yōu)先級的另一個故事放大互補當(dāng)開發(fā)人員與客戶團隊意見沖突時,應(yīng)堅持客戶利益最大化8可編輯版什么是驗收測試用來驗證實現(xiàn)的用戶故事是否符合團隊的期望當(dāng)一輪迭代開始時開發(fā)人員開始編碼客戶團隊開始測試測試工作包括從故事卡背面寫下的測試描述開始到把測試放入自動化測試工具中的所有工作9可編輯版定義速率速率是一個團隊在一輪迭代中完成的故事點數(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文件12可編輯版答案1OK2用戶不關(guān)心圖表是怎樣實現(xiàn)的3OK4需要在發(fā)布計劃中考慮的限制條件5依賴于產(chǎn)品,如果產(chǎn)品是一個面向JAVA程序員的類庫,那些用戶會比較關(guān)心使用的語言6,小了點7它不應(yīng)該指定使用LOG4J實現(xiàn)日志功能8OK9OK10OK13可編輯版估算用戶故事在估算會議上,三個程序員在估算一個故事分別估算故事為2,4,5個故事點,他們應(yīng)該用哪個估算?14可編輯版他們應(yīng)該繼續(xù)討論這個故事,直到他們的估算更加接近15可編輯版團隊A在上2個星期的迭代中完成了43個故事點。團隊B在作另一個項目而且有兩倍的開發(fā)人員。他們同樣在上2個星期的迭代中也完成了43個故事點,為什么會這樣?16可編輯版一個團隊的故事點數(shù)和任何其它團隊的故事點數(shù)沒有可比性在該問題中,不能認(rèn)為團隊A的效率是團隊B的效率的兩倍17可編輯版估算團隊初始速率的三種方法是什么?18可編輯版可以用歷史值作一個猜測試著做一輪迭代,用這輪迭代的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論