一款軟件的從前期的需求調(diào)研，到產(chǎn)品的設(shè)計(jì)，到開發(fā)和測(cè)試，再到最后的發(fā)布，每個(gè)階段都會(huì)偏離用戶的需求，都會(huì)產(chǎn)生一些問題。而軟件測(cè)試作為軟件開發(fā)過程中最后的關(guān)鍵一步，把關(guān)著軟件的質(zhì)量，發(fā)揮著不可或缺的作用。因此，要想讓一款的軟件很好的滿足市場(chǎng)的需求，得到用戶的廣泛的使用，軟件測(cè)試必不可少，只有在軟件測(cè)試上嚴(yán)格把控，在軟件設(shè)計(jì)完成之后進(jìn)行周全的測(cè)試，才能發(fā)現(xiàn)軟件在整個(gè)軟件設(shè)計(jì)過程中存在的問題并加以糾正，提高軟件質(zhì)量。

經(jīng)典的秋千需求圖(How Projects Really Work)形象地描述了在產(chǎn)品和項(xiàng)目開始前正確理解用戶需求，在項(xiàng)目過程中正確傳達(dá)給項(xiàng)目線上每一個(gè)人的重要性。在需求溝通環(huán)節(jié)，用戶研究可以更好地幫助項(xiàng)目團(tuán)隊(duì)準(zhǔn)確了解和挖掘用戶的需求。那么在項(xiàng)目進(jìn)行中的溝通、傳達(dá)和協(xié)調(diào)上，小伙伴們都在用什么樣的方法呢?

軟件測(cè)試從誕生到現(xiàn)在已有60多年了，軟件測(cè)試在國內(nèi)的發(fā)展也就20多年。軟件的bug比較多，不僅僅是開發(fā)的人員寫的代碼有問題，軟件測(cè)試的流程有問題也會(huì)造成bug。這就需要測(cè)試人員，不能僅僅對(duì)軟件進(jìn)行測(cè)試，還需要進(jìn)行流程管理。軟件測(cè)試界提出過很多的過程模型，比較經(jīng)典的有V模型、W模型等等，根本宗旨就是盡早發(fā)現(xiàn)問題。現(xiàn)在大公司一般都推崇CMMI( Capability Maturity Model Integration )，能力成熟度集成模型， 全球軟件行業(yè)，規(guī)格最高、難度最大的認(rèn)證之一，全球最高資質(zhì)企業(yè) cmmi 5，是企業(yè)軟件研發(fā)標(biāo)準(zhǔn)化、規(guī)范化、成熟度等方面優(yōu)異表現(xiàn)的最高認(rèn)證。標(biāo)志著企業(yè)在過程組織能力、軟件研發(fā)能力、項(xiàng)目管理能力以及方案交付能力等方面獲得了國際權(quán)威認(rèn)可。

一般來講，軟件測(cè)試是伴隨著項(xiàng)目的立項(xiàng)而開始的。也就是說，軟件項(xiàng)目一旦確立，測(cè)試工作也就開始了。在測(cè)試的過程中，前后要經(jīng)過以下主要環(huán)節(jié)：

需求評(píng)審—>制定測(cè)試計(jì)劃—>測(cè)試用例設(shè)計(jì)—>測(cè)試執(zhí)行—>BUG回歸測(cè)試—>測(cè)試總結(jié)—>軟件發(fā)布。

軟件測(cè)試方法就比較多了，可以從不同的層面去劃分，比如按照是否運(yùn)行程序，可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，按照開發(fā)階段可以劃分為單元測(cè)試測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等等。