一個(gè)合理而又有效的軟件開發(fā)過程對(duì)軟件開發(fā)公司來說是至關(guān)重要的，決定著開發(fā)是痛苦的掙扎，還是不斷進(jìn)步的喜悅。目前軟件開發(fā)一般過程包含以下幾個(gè)步驟：理解需求、架構(gòu)設(shè)計(jì)、單元測(cè)試、監(jiān)控埋點(diǎn)、集成測(cè)試、性能測(cè)試、文檔樣例、上線流程和變更管理，下面將針對(duì)以上幾個(gè)步驟進(jìn)行詳細(xì)闡述。
1.理解需求
需求向來就是軟件開發(fā)過程中不好明確描述、易變的東西。對(duì)于一個(gè)新的需求(或產(chǎn)品)，我們應(yīng)該先問自己為什么要做這個(gè)需求(產(chǎn)品)，多問自己why，如果做了需求(產(chǎn)品)，會(huì)給公司或客戶帶來什么價(jià)值，解決什么痛點(diǎn)，而不是一上來就問怎么做以及做什么。
2.架構(gòu)設(shè)計(jì)
剛接觸架構(gòu)設(shè)計(jì)的童鞋，會(huì)專注于細(xì)節(jié)中，我在這里想向大家灌輸?shù)睦砟钍牵捍筇幹?，小處著?Think Big,But act Small)，也就是說軟件開發(fā)者首先要理清整體架構(gòu)，否者，做出來的東西可能不能滿足我們的需求。
3.單元測(cè)試
當(dāng)領(lǐng)導(dǎo)讓你寫單元測(cè)試時(shí)，你可能會(huì)想這不是降低你的代碼生產(chǎn)率嗎?其實(shí)，長(zhǎng)期來看，寫單元測(cè)試是很有必要的。如果后期我們需要對(duì)代碼進(jìn)行變更或擴(kuò)展時(shí)，這些單元測(cè)試能夠幫助我們做回歸測(cè)試，而且開發(fā)效率也會(huì)慢慢提高。如果沒有單元測(cè)試，可能在項(xiàng)目剛開始時(shí)編碼效率挺快的，但是隨著代碼越來越復(fù)雜，項(xiàng)目代碼出問題的概率會(huì)越來越高，甚至于當(dāng)我們想擴(kuò)展原來的代碼，發(fā)現(xiàn)根本不能擴(kuò)展。因此，軟件開發(fā)公司需要要寫單元測(cè)試，以測(cè)試驅(qū)動(dòng)開發(fā)。
4.監(jiān)控埋點(diǎn)
相較于傳統(tǒng)軟件公司更加注重單元測(cè)試，互聯(lián)網(wǎng)公司更加強(qiáng)調(diào)實(shí)時(shí)監(jiān)控。我們知道互聯(lián)網(wǎng)時(shí)代的流量非常大，而且用戶需求會(huì)隨時(shí)發(fā)生變化，即使我們花再多的時(shí)間去做測(cè)試，我們還是很難找到代碼中的缺陷。這就要求我們不僅要做單元測(cè)試，還要求我們?nèi)プ霰O(jiān)控(核心指標(biāo)、框架調(diào)用鏈、日志、告警通知等埋點(diǎn))。監(jiān)控其實(shí)是線上測(cè)試，線上反饋，它可以實(shí)時(shí)的告訴我們系統(tǒng)的健康狀況。
5.集成測(cè)試
當(dāng)各個(gè)模塊開發(fā)測(cè)試完成之后，就需要整合各個(gè)模塊。這里需要我們注意的是每個(gè)模塊單獨(dú)測(cè)試時(shí)沒問題的，但是整合時(shí)可能存在問題，這就要求做集成測(cè)試。在做集成測(cè)試時(shí)涉及到不同團(tuán)隊(duì)成員的溝通協(xié)調(diào)，這就要求我們具有良好的溝通能力。
6.性能測(cè)試
性能測(cè)試包括Load Testing(負(fù)載測(cè)試)、Stress Testing(壓力測(cè)試)、Spile Testing(尖峰測(cè)試)、Scalability Testing(擴(kuò)展性測(cè)試)等。在互聯(lián)網(wǎng)時(shí)代性能測(cè)試是非常重要的，就如同我們?nèi)祟愐粯?，?dāng)我們不給自己施加壓力，我們都不知道自己的潛力有多少，同時(shí)，也會(huì)暴露出自己的缺陷。只有經(jīng)過多輪的、細(xì)粒度的性能測(cè)試才能保證產(chǎn)品上線后不會(huì)出現(xiàn)問題。
7.文檔樣例
有很多軟件開發(fā)公司認(rèn)為編寫文檔樣例沒什么用。但是，我們生產(chǎn)出來的產(chǎn)品是要給用戶使用的，用戶從來不關(guān)心的架構(gòu)設(shè)計(jì)的如何好、代碼寫的如何好，他們只關(guān)心文檔樣例寫的怎么樣，因?yàn)檫@些是他們要用的，如果我們不提供清晰的樣例，就會(huì)提高他們的理解難度。這就要求我們平時(shí)要養(yǎng)成產(chǎn)品思維。
8.上線流程
經(jīng)過上述這些步驟之后，接下來就是將產(chǎn)品推上線。而產(chǎn)品上線也需要一套流程：
(1)開發(fā)人員將推送到版本控制系統(tǒng)中
(2)構(gòu)建服務(wù)器(Jenkins)會(huì)定期的從版本控制器中抓取代碼來做單元測(cè)試，如果沒有問題，則將代碼發(fā)送到測(cè)試環(huán)境中，測(cè)試環(huán)境通過之后，再將代碼發(fā)送到性能測(cè)試服務(wù)器進(jìn)行非功能性的性能測(cè)試
(3)將代碼發(fā)布到生產(chǎn)環(huán)境中。
9.變更管理
如果我們需要對(duì)線上代碼進(jìn)行修改，就需要變更管理。變更管理需要我們?cè)u(píng)估一下變更的影響， 對(duì)哪些人會(huì)有影響。同時(shí)，還需要有應(yīng)急預(yù)案，如果變更失敗怎么回退。通過上述方式盡量讓變更變得可控。
總結(jié)
介紹完軟件開發(fā)的一般過程之后，我們發(fā)現(xiàn)這個(gè)過程適合大部分情況，但在一些特殊情況，比如緊急發(fā)布、線上有明顯事故等，需要我們快速的救火，在這種情況下我們就會(huì)繞開上述這些流程。以上就是軟件開發(fā)公司為大家介紹相關(guān)內(nèi)容，希望能幫助到大家!
