【正文】 。系統(tǒng)測試經(jīng)過了單元測試和集成測試以后，我們要把軟件系統(tǒng)搭建起來，按照軟件規(guī)格說明書中所要求，測試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。集成測試經(jīng)過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。軟件編碼按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫出實(shí)際的代碼。①繪制示意圖②闡述每個步驟是做什么 需求分析即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能概要設(shè)計(jì)主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。開發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評審機(jī)制，容易產(chǎn)生問題。系統(tǒng)分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問題。計(jì)算和精度問題：計(jì)算的結(jié)果沒有滿足所需要的精度。算法錯誤：在給定條件下沒能給出正確或準(zhǔn)確的結(jié)果。對于設(shè)計(jì)或編程上的一些假定或依賴性，相關(guān)人員沒有充分溝通。團(tuán)隊(duì)工作：系統(tǒng)需求分析時對客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統(tǒng)的安全性或適用性等問題。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。④對一些實(shí)時應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時間同步，否則容易引起時間上不協(xié)調(diào)，不一致性帶來的問題。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無法設(shè)計(jì)成一個很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對象狀態(tài)變化等方面問題。軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過程決定的。–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測試的主流思想之一。1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發(fā)現(xiàn)問題。愛國者導(dǎo)彈防御系統(tǒng)把“槍口”對準(zhǔn)了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統(tǒng)性能問題 1957年之前－調(diào)試為主 20世紀(jì)50年代，計(jì)算機(jī)剛誕生不久，只有科學(xué)家級別的人才會去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開發(fā)，測試等所有工作，當(dāng)然也不會有人去區(qū)分調(diào)試和測試。如果一個軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險評估所準(zhǔn)備的信息。總之，外部測試報(bào)告要小心謹(jǐn)慎的編寫。此外，測試產(chǎn)品與測試項(xiàng)目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 測試報(bào)告一般分為內(nèi)部測試報(bào)告和外部測試報(bào)告。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。測試資源投入多少不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項(xiàng)目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。如果軟件編寫的比較好，這種現(xiàn)象就不常見了。程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫的功能缺陷較多。主要有以下原因：完全測試比較耗時，時間上不允許；完全測試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；輸入量太大，不能一一進(jìn)行測試；輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；軟件實(shí)現(xiàn)途徑太多；軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測試的程度要根據(jù)實(shí)際情況確定 其中的原因主要如下：代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯誤。（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時要向用戶做成合理的解釋。測試核心模塊的目的是建立用戶對軟件的信心。 測試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場測試不可能測試全部功能，因此要測試核心功能。在此基礎(chǔ)上，可以把個人擁有的技術(shù)以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉(zhuǎn)化。缺陷是否修改要由軟件測試人員、項(xiàng)目經(jīng)理、程序員共同討論來決定是否修復(fù)，不同角色的人員從不同的角度來思考，以做出正確的決定。不是缺陷的缺陷。在任何一個項(xiàng)目中，通常情況下開發(fā)人員和測試人員都是不夠用的，而且在項(xiàng)目中沒有預(yù)算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。對于整個項(xiàng)目團(tuán)隊(duì)，要做的是對每一個軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險決定那些缺陷要修復(fù)。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險降低到最小 從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒有必要修復(fù)所有的軟件缺陷。測試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題，細(xì)心有條理，總結(jié)問題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項(xiàng)工作。第五篇：軟件測試（推薦）一、簡答5*6’表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對測試的輕視。由于中國的教育基本是理論教育,大家在工作前的實(shí)踐能力大多比較弱,固然有其不足,但也有好的一面,那就是可塑性比較好。凡是工作過的人,都有一個體會,就是自己的第一份工作,會影響到5~10年的發(fā)展軌跡,甚至?xí)σ簧a(chǎn)生影響。具體工作:管理從事若干項(xiàng)目的人員以及整個開發(fā)生存周期。為一些用戶提供交互和大量演示。具體工作:管理8名或更多的人員參加的1個或多個項(xiàng)目。為一些用戶提供支持與演示。負(fù)責(zé)進(jìn)度安排、工作規(guī)模/成本估算、按進(jìn)度表和預(yù)算目標(biāo)交付產(chǎn)品。具體工作:負(fù)責(zé)管理8~10名技術(shù)人員。分析性能瓶頸的原因,為開發(fā)團(tuán)隊(duì)提供bug解決策略。具體工作:負(fù)責(zé)管理1~3名測試工程師或程序員。第四階段:測試組負(fù)責(zé)人自身?xiàng)l件:有4~6年經(jīng)驗(yàn)的測試工程師或程序員。參與同行的評審(軟件需求,軟件測試計(jì)劃等,并為其它初級的測試工程師或程序員充當(dāng)顧問。具體工作:幫助開發(fā)或維護(hù)測試或編程標(biāo)準(zhǔn)與過程,分析軟件需求,獲得測試需求。第三階段:(高級測試工程師程序分析員自身?xiàng)l件:有3~4年經(jīng)驗(yàn)的測試工程師或程序員。具體工作:設(shè)計(jì)和編寫測試用例,編寫自動測試腳本程序且擔(dān)任測試編程初期的領(lǐng)導(dǎo)工作。第二階段:(測試工程師程序分析員自身?xiàng)l件:有1~2年工作經(jīng)驗(yàn)的測試工程師或程序員。具體工作:執(zhí)行測試用例,記錄bug,并回歸測試,通過qtp等測試工具錄制回歸測試腳本,并執(zhí)行回歸測試腳本。所以下面介紹一下海外公司成熟的軟件測試行業(yè)職位分布情況,我國一些在軟件測試行業(yè)中處于前端的公司與之也相仿,這可以作為軟件測試職業(yè)規(guī)劃的參考,給新人一個導(dǎo)向。不管做任何事，都要有目標(biāo)。（技術(shù)+管理），哪方面薄弱就補(bǔ)哪塊。（這點(diǎn)我沒做到）（這些需要提高多方面的知識：服務(wù)器，中間件，開發(fā)，數(shù)據(jù)庫等）2）如果做自動化測試工程師，精通一種自動化工具，并能獨(dú)立編寫腳本，了解一些最新自動化測試方面的技術(shù)。五、多年以后，相信自己都自己的目標(biāo)了。（呵呵，為以后做測試管理者打算）5）了解新業(yè)務(wù)，開發(fā)的新技術(shù)。（功能類和性能類的，如：WR，QTP，LR，ROBOT等）建議：學(xué)習(xí)工具的話，一定要結(jié)合實(shí)際的項(xiàng)目，這樣學(xué)得快而且效果比較好。（針對公司的項(xiàng)目或產(chǎn)品使用的開發(fā)語言而定）如果公司這塊一直都是開發(fā)人員來做，暫且跳過。這一階段重在：熟悉業(yè)務(wù)，熟悉工作流程四、入行半年——1年后，要學(xué)習(xí)的知識和能力1）提高編寫用例的技巧。工作中遇到的問題及解決措施要及時總結(jié)整理。提高自己的測試水平。熟悉公司的開發(fā)流程和測試流程。以上這些，都是需要下功夫的，不能做表面功夫，那樣的話，就算你入行后，會發(fā)現(xiàn)自己要學(xué)的東西會很多。要熟悉數(shù)據(jù)庫.(例如: Oracle, DB2, SQLServer, MySQL)，對一種數(shù)據(jù)庫精通就可以了。，排版能力強(qiáng)。方法：到網(wǎng)上看資料，裝上工具適用。學(xué)習(xí)的過程一定要給自己制訂時間計(jì)劃，而且語言這東西最好結(jié)合實(shí)例來學(xué)習(xí)，主要學(xué)習(xí)設(shè)計(jì)思路。當(dāng)然能獨(dú)立編寫代碼更好。再有也可以參加測試培訓(xùn)。(自己悟出的）二、對于測試新手來說，如何入行，需要具備的知識和能力測試的基礎(chǔ)理論知識，知道測試流程是什么？測試的常用的文檔有哪些，該如何編寫？測試方法有哪些？方法：去一些測試論壇（如：51testing,測試時代，3atesting,一起測試網(wǎng)等）找些資料來學(xué)習(xí)。所以將來的方向是：走管理路線。好了，暫時先羅嗦這么多,具體的發(fā)展路線嘛各位八仙過海各顯神通了!~入測試行已有五、六年，談?wù)勛约旱囊?guī)劃和一些想法：一、自己的規(guī)劃：做了幾年之后，積累的了一些行業(yè)經(jīng)驗(yàn)（電子商務(wù)型，電信通信行業(yè)）和管理經(jīng)驗(yàn)（指的是測試管理），畢竟是女孩，這么多年一直都在不斷地學(xué)習(xí)各種技術(shù)，總怕落后。：物以稀為貴，過萬一般問題不大。測試分析師/技術(shù)總監(jiān):主要職責(zé)是對系統(tǒng)的測試結(jié)果進(jìn)行綜合的分析，例如缺陷分析、性能分析等。待遇比較好，一般7k以上，好的年薪二三十萬。SQA待遇差別比較大，但有2年以上測試或開發(fā)經(jīng)驗(yàn)的人5000以上應(yīng)該沒問題，好的也過萬。該職位薪水一般過萬，年薪二三十萬正常。北京上海地區(qū)，該職位薪水一般在5000以上，好的過萬。北京