1. 程式人生 > >事後諸葛亮分析(Beta階段)

事後諸葛亮分析(Beta階段)

隨著 測試 到你 屬於 一次 有感 如何解決 lsp 資源

設想和目標

1.我們的軟件要解決什麽問題?是否定義得很清楚?是否對典型用戶和典型場景有清晰的描述?

解決用戶想要隨時鍛煉四則運算能力的問題;定義的很清楚;有清晰描述。

2.是否有充足的時間來做計劃?

有時間,在alpha階段後,我們調整了小組成員後,進行了一次討論,然後再詳細劃分每個成員任務。

3.團隊在計劃階段是如何解決同事們對於計劃的不同意見的?

主要通過聚在一起然後進行討論,最後確定一個方案,就一起按照這個方案去執行。

計劃

1.你原計劃的工作是否最後都做完了? 如果有沒做完的,為什麽?

主要的都做完了,加上的附加功能:多位數四則運算功能,沒有完成,因為在完成用戶註冊與登錄功能花費時間較多,導致沒有足夠的時間去完成多位數四則運算功能。

2.有沒有發現你做了一些事後看來沒必要或沒多大價值的事?

有,感覺代碼測試沒有多大必要,而且麻煩;因為程序可以運行的出結

果後,可以用APP進行測試,代碼測試太麻煩。

3.是否每一項任務都有清楚定義和衡量的交付件?

大部分都有,因為我們大家把我們的任務分成主要任務和附加任務,對主要任務我們必須完成,附加任則視情況而定。

4.是否項目的整個過程都按照計劃進行?

基本上,因為我們PM會及時劃分任務,大家都會及時完成自己的任務。

5.在計劃中有沒有留下緩沖區,緩沖區有作用麽?

有緩沖區,我們主要的任務如果沒有在規定時間完成,則會放棄附加任務,用來完成與改進主要任務。

6.將來的計劃會做什麽修改?(例如:緩沖區的定義,加班)

應該明確緩沖區的長度,空出一段時間。

資源

1.我們有足夠的資源來完成各項任務麽?

是,因為在alpha階段我們在實驗前都裝好了實驗需要的軟件。

2.各項任務所需的時間和其他資源是如何估計的,精度如何?

開始精度很粗略,後來隨著項目任務的加重,大家只顧得上幹活,沒時間考慮精度問題。

3. 用戶測試的時間,人力和軟件/硬件資源是否足夠?

足夠。

4.你有沒有感到你做的事情可以讓別人來做(更有效率)?

沒有,在beta階段,大家配合的很好,都能高效的完成自己的任務。

變更管理

  1. 每個相關的員工都及時知道了變更的消息?

由於我們小組建立了一個群,如果有什麽事情,每個人都能及時收到通知或者進行討論。

  1. 我們采用了什麽辦法決定“推遲”和“必須實現”的功能?

面對面開會的形式,小組成員進行討論後決定。

  1. 項目的出口條件(Exit Criteria)是否得到清晰的定義?

4. 對於可能的變更是否能制定應急計劃?

能,我們緩沖時間比較長,能夠及時應對各種情況。

5. 員工是否能夠有效地處理意料之外的工作請求?

設計/實現

1.設計工作在什麽時候,由誰來完成的?是合適的時間,合適的人麽?

在beta版本開發初期,在小組成員調整之後就開始進行討論並制定計劃,經過小組成員討論後,由PM來匯總完成。

2.設計工作有沒有碰到模棱兩可的情況,團隊是如何解決的?

對於附加功能,我們沒有確定是否一定要完成,後來,我們把完成附加功能的時間定為我們小組的緩沖時間,如果我們能及時完成主要功能,就繼續完成附加功能,如果沒有及時完成主要功能,就不做附加功能,繼續完成主要功能。

3.團隊是否運用單元測試(unit test),測試驅動的開發(TDD)、UML, 或者其他工具來幫助設計和實現?這些工具有效麽?

使用了單元測試,發現了代碼的一些問題,但感覺效果不太理想。

4.什麽功能產生的Bug最多,為什麽?

隨機生成題目bug比較多,有時會生成一樣的題目。

5. 代碼復審(Code Review)是如何進行的,是否嚴格執行了代碼規範?

我們會對涉及主要功能的代碼 進行註釋,方便別人閱讀理解。

測試/發布

1.團隊是否有一個測試計劃?為什麽沒有?

我們有測試計劃。

2.是否進行了正式的驗收測試?

我們通過自己手機進行測試。

3.團隊是否有測試工具來幫助測試?

有。

4.團隊是如何測量並跟蹤軟件的效能的?從軟件實際運行的結果來看,這些測試工作有用麽?應該有哪些改進?

通過Android手機測試每一個功能。

5.在發布的過程中發現了哪些意外問題?

程序存在一些問題,一些比較早的Android手機運行不了。

團隊成員在Beta階段的角色和具體貢獻:

名字

角色

團隊貢獻分

可驗證的貢獻

余洋(201421123031)

Test

19.45

測試、博客編寫

邱文鑫

(201421123043)

Dev

22

主要代碼編寫

潘誌堅

(201421123044)

Test

19.47

測試、博客編寫

林青

(201421123047)

Test

19.55

測試、博客編寫

黃子敬

(201421123052)

PM

20

分配任務、博客編寫

王震

(201421123054)

Test

19.53

測試、博客編寫

總結

你覺得團隊目前的狀態屬於 CMM/CMMI 中的哪個檔次?

達到CMMI中的三級,定義級別

你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪一個階段?

規範階段。

你覺得團隊在這個裏程碑相比前一個裏程碑有什麽改進?

由於我們有alpha階段的經驗,在beta階段我們提高了效率,節約了很多時間,隊員之間的配合也更默契。

你覺得目前最需要改進的一個方面是什麽?

我覺得我們用戶需求與代碼測試做的還不夠完善,需要改進。

我們小組什麽地方做的比較好?

隊員之間的配合,及時完成規定的任務,以及隊員之間積極討論這些方面做的比較好。

下個階段需要改進什麽?

完成了APP的基本功能,下一階段需要做美工,以及盡力消除一些bug。

爆照

技術分享

事後諸葛亮分析(Beta階段)