從一個執(zhí)行層面的測試做到測試主管這個級別，當你手下管理多個項目和測試人員時，流程成為你必須要考慮的事，一般公司也很少有自己獨立的SQA部門進行過程管控，如果是弱矩陣式的組織架構的模式下，基本QA/QC作為一個質量部門存在于公司內，而過程管控流程制定一般也分攤到項目管理者或質量部門中。那我們今天就來討論一下軟件研發(fā)流程這個話題，對于大多數(shù)普通的人員來看，流程是否完善規(guī)范，也是看一家公司的軟件研發(fā)是否正規(guī)的主要標準。對于國內的軟件企業(yè)，我們一般常見的幾種開發(fā)模型有：
邊做邊改模型：沒有規(guī)格說明，沒有相關的設計，得到客戶需求直接進行編碼形成版本，隨著客戶的需要一次一次不斷的修改；也就是我們早期所說的作坊式軟件開發(fā)模型
瀑布模型：相信也是現(xiàn)在傳統(tǒng)軟件研發(fā)使用最廣泛的開發(fā)模型，軟件生命周期被計劃、需求、設計、編碼、測試、維護六個階段進行劃分，自上而下以固定次序銜接著進行一輪迭代。
快速原型模型：在需求階段建立一個快速模型讓客戶或客戶代表以此原型進行需求評論，細化需求，等原型滿足用戶需求后再進行軟件的開發(fā)，常見的是那種客戶前端和研發(fā)后端相分離的組織里，產品運營產品經理，UI設計及客戶體驗或QA驗收作為一個客戶代表團隊，前端后端QC測試作為一個實現(xiàn)團隊分部合作的項目中比較常見這種開發(fā)模型也算是彌補了瀑布模型的需求開發(fā)風險不明確的風險缺點
增量模型：又叫演化模型，在此模型中軟件各階段并不直接交付一個可運行的完整產品，而是交付滿足客戶需求一的個子集的可運行的產品，整個產品被分解成若干個構件，研發(fā)人員逐個構件進行交付，迭代的完成整個軟件產品，我們常說的敏捷開發(fā)就主要以這種開發(fā)模型發(fā)展改良為主
RUP：這個模型是由rational公司提出的一套開發(fā)過程模型，是一個面向對象軟件工程的通用業(yè)務流程，主要適合大型的商業(yè)軟件項目，是一整套系統(tǒng)的方法論，對應的它有一整套工具集和規(guī)范標準進行輔助，因為其復雜度和適應性，國內很少有企業(yè)進行項目實踐
IPD模型、螺旋模型、智能模型等等：因適用性的問題在這里就不一一說明了，網上相關的介紹文章有很多
介紹了那么多通用工作流程，主要并不是想去比較哪個流程孰優(yōu)孰劣，而是覺得每個流程都有其可取之處，只有適合之說而沒有好壞之分。就拿我們普遍認為小作坊式的邊做邊改模式，你不可否認其工作的便利性和靈活性，初創(chuàng)公司在沒有用戶及資源基礎或非矩陣式組織內人員不多的情況下，這種工作方式是最適合不過的了。
網友評論
