1. 程式人生 > >開發心得

開發心得

不一定 可能 硬件 組件 art 每一個 輸出 pre 影響

開發過程

需求分析:做什麽、為什麽、合入版本號、涉及軟硬件、交付時間點、周邊影響、風險識別等,分析完輸出設計文檔。
用例表單:分析完畢後要輸出用例表單。考慮各種場景,用例表單未完畢不可寫代碼。
需求澄清:開發SE、測試SE、開發MDE、開發者必須到場。開發者就設計文檔針對每一個改動點和SE對齊。並提供開發的用例表單;測試人員提供測試用例表單。

需求澄清完畢後開發方案和測試方案應該達成一致。方案確定後方可寫代碼。 開發用例:軟件開發者應該先完畢用例,如DT、ST、UT。

軟件開發:用例完畢後再開發代碼。通過開發用例後方可轉測試。 轉測試:假設涉及多個組件,應該一起測試。



謹記:

1、開發之前一定要方案落地,開發過程中再去改方案。會浪費非常多精力。

這就須要在需求澄清之前充分分析,考慮到各種情況。

2、開發過程中會遇到非常多問題,能夠向同事求助。可是要註意,就算再權威的專家給的答案,也僅僅能作為參考。不能100%接收。一則專家不一定所有都懂。二則專家非常有可能在非常忙的時候給一個片面或甚至錯誤的答案。

3、每次開發完一個需求,要註意總結。



開發心得