測試技術(shù)基礎重要知識點(diǎn)(軟件測試應具備哪些)
1.軟件測試應具備哪些基礎知識
理論上講，做軟件測試的要求有什么就要懂什么，不是什么人都可以做的。但實(shí)際上測試工程師是有初、中、高三級之分的。而初級工程師所需要的知識不多，一般只需要學(xué)過(guò)簡(jiǎn)單的理論即可。中、高級相信需要一段過(guò)渡時(shí)期的，它們都必須以工具為主。
至于教材，可以說(shuō)所有的計算機教材都是其中的一部分，就差你是什么方向的測試工作。一般來(lái)說(shuō)，開(kāi)始的時(shí)候，你只需要一本《軟件測試理論》入門(mén)即可。有空可以看看《測試的藝術(shù)》一書(shū)（得益網(wǎng)有得下載）。
什么數據庫\開(kāi)發(fā)語(yǔ)言，這些與軟件測試都是什么關(guān)系？？？
至于這個(gè)問(wèn)題，首先要說(shuō)明，軟件測試一般可分為：?jiǎn)卧獪y試、集成測試、系統測試、驗收測試。單元測試一方面是直接對代碼進(jìn)行直讀，所以它要求必需懂得開(kāi)發(fā)語(yǔ)言，另一方面它要寫(xiě)驅動(dòng)和樁，所以也要懂開(kāi)發(fā)語(yǔ)言。（一般單元測試都是要開(kāi)發(fā)人員扶助的）。而數據庫，簡(jiǎn)單來(lái)說(shuō)每當我們要驗證一條記錄的所有信息是否完整，都需要進(jìn)入數據庫中查看，查看是否有漏某個(gè)字段；而從更高層次來(lái)講，它涉及到系統性能調優(yōu)問(wèn)題。
2.測試工程師都需要掌握哪些知識
軟件測試工程師需要具備哪些技能？
1、軟件工程技能 你必須了解軟件軟件工程（設計、開(kāi)發(fā)和簡(jiǎn)單測試），應用，系統，自動(dòng)測試編程，及操作系統，數據庫，網(wǎng)絡(luò )系統和協(xié)議的設計和使用。
2、交流技巧 如果想確定軟件缺陷，你應當能夠指出什么時(shí)候的缺陷算是缺陷。
3、組織技能 如果你在別人都頭腦發(fā)昏的時(shí)候保持清醒，你就可能是一個(gè)好的軟件測試工程師。在網(wǎng)絡(luò )時(shí)代軟件測試是一項有壓力的復雜性工作，但如果你能從這些紛繁中找到一種途徑，它就是一項回報豐厚的事業(yè)。
4、實(shí)踐技能 當一個(gè)工作需要經(jīng)驗，而你又需要一個(gè)工作去豐富你的經(jīng)驗時(shí)該怎么辦？這并不完全是一個(gè)兩難的問(wèn)題，你可能采用幾種方式去獲得實(shí)際經(jīng)驗。
5、態(tài)度 除了技術(shù)水平，你需要理解和采取適當的態(tài)度去做軟件測試。
3.軟件測試師要掌握的基礎知識有哪些
1）熟悉計算機基礎知識； （2）熟悉操作系統、數據庫、中間件、程序設計語(yǔ)言基礎知識； （3）熟悉計算機網(wǎng)絡(luò )基礎知識； （4）熟悉軟件工程知識，理解軟件開(kāi)發(fā)方法及過(guò)程； （5）熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎知識； （6）熟悉軟件測試標準； （7）掌握軟件測試技術(shù)及方法； （8）掌握軟件測試項目管理知識； （9）掌握C語(yǔ)言以及C++或Java語(yǔ)言程序設計技術(shù)； （10）了解信息化及信息安全基礎知識； （11）熟悉知識產(chǎn)權相關(guān)法律、法規； （12）正確閱讀并理解相關(guān)領(lǐng)域的英文資料。
通過(guò)本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎上，運用軟件測試管理方法、軟件測試策略、軟件測試技術(shù)，獨立承擔軟件測試項目；具有工程師的實(shí)際工作能力和業(yè)務(wù)水平。
4.軟件測試師要掌握的基礎知識有哪些
1）熟悉計算機基礎知識；
(2)熟悉操作系統、數據庫、中間件、程序設計語(yǔ)言基礎知識；
(3)熟悉計算機網(wǎng)絡(luò )基礎知識；
(4)熟悉軟件工程知識，理解軟件開(kāi)發(fā)方法及過(guò)程；
(5)熟悉軟件質(zhì)量及軟件質(zhì)量管理基礎知識；
(6)熟悉軟件測試標準；
(7)掌握軟件測試技術(shù)及方法；
(8)掌握軟件測試項目管理知識；
(9)掌握C語(yǔ)言以及C++或Java語(yǔ)言程序設計技術(shù)；
(10)了解信息化及信息安全基礎知識；
(11)熟悉知識產(chǎn)權相關(guān)法律、法規；
(12)正確閱讀并理解相關(guān)領(lǐng)域的英文資料。
通過(guò)本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎上，運用軟件測試管理方法、軟件測試策略、軟件測試技術(shù)，獨立承擔軟件測試項目；具有工程師的實(shí)際工作能力和業(yè)務(wù)水平。
5.軟件測試的知識點(diǎn)有哪些
第一章1、軟件測試的定義：IEEE給出的定義——軟件測試是使用人工和自動(dòng)手段來(lái)運行或測試某個(gè)系統的過(guò)程，其目的在于檢驗它是否滿(mǎn)足規定的需求或弄清楚預期結果與實(shí)際結果之間的差別。
《軟件測試技術(shù)基礎》——軟件測試是為了盡快盡早地發(fā)現在軟件產(chǎn)品中所存在的各種軟件缺陷而展開(kāi)的貫穿整個(gè)軟件開(kāi)發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進(jìn)行驗證和確認的活動(dòng)過(guò)程。2、軟件測試的目的軟件質(zhì)量：1.發(fā)現系統的錯誤2. 驗證系統是否滿(mǎn)足需求3. 為產(chǎn)品放行提供依據4. 改進(jìn)開(kāi)發(fā)流程對于企業(yè)來(lái)說(shuō)：回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來(lái)的商業(yè)風(fēng)險。
測試的重要目的之一：發(fā)現軟件中的缺陷3、軟件測試對象階段性文檔（1 2 3）:1需求規格說(shuō)明書(shū) 2概要設計規格說(shuō)明書(shū) 3詳細設計規格說(shuō)明書(shū)4源程序 5系統最終產(chǎn)品文檔（6 7）:6用戶(hù)手冊 7幫助文檔4、軟件質(zhì)量保證人員與軟件測試人員同：兩個(gè)崗位旨在提高軟件的質(zhì)量異：軟件測試人員SQC1關(guān)心過(guò)程的產(chǎn)物2剖析開(kāi)發(fā)出的軟件質(zhì)量保證人員SQA1全面質(zhì)量管理 2過(guò)程改進(jìn)5、軟件測試的原則1.所有的軟件測試都應追溯到用戶(hù)需求2.盡早地、不斷地進(jìn)行測試3.嚴格執行測試計劃4.注重測試用例的設計5.程序員應該避免測試自己的程序6.增量測試，由小到大7.注意集群現象（二八定理）8.完全測試是不可能的9.測試維護集群現象（二八定理）Pareto原則：測試發(fā)現的錯誤中80%很可能起源于20%的模塊中。6、測試用例IEEE標準610(1990)的定義：測試用例是一組測試輸入、執行條件和預期結果的集合。
其目的是要滿(mǎn)足一個(gè)特定的目標，比如執行一條特的程序路徑或檢驗是否符合一個(gè)特定的需求。一組測試用例包含：1、用例的編號 2、測試標題 3、用例級別 4、預置條件5、操作步驟 6、預期結果7、軟件測試環(huán)境軟件測試環(huán)境= 軟件+ 硬件+ 網(wǎng)絡(luò )+ 歷史數據8、軟件缺陷軟件從需求、設計、編碼、測試一直到交付用戶(hù)公開(kāi)使用后的過(guò)程中，都可能產(chǎn)生和發(fā)現缺陷。
需求階段最多，運行維護時(shí)花費代價(jià)最高。9、軟件測試分類(lèi)1）、按測試技術(shù)上分類(lèi)（是否查看代碼）黑盒測試：在程序接口進(jìn)行測試，它只是檢查程序功能是否按照規格說(shuō)明書(shū)的規 定正常用。
也被稱(chēng)為功能測試或數據驅動(dòng)測試。白盒測試（測試代碼）：要完全了解程序結構和處理過(guò)程，它按照程序內部邏輯測試程序，檢驗程序中每條通路是否按預定要求正確工作。
也被稱(chēng)為結構測試或邏輯驅動(dòng)測試。灰盒測試：介于黑盒測試與白盒測試之間的測試，即要像黑盒測試那樣關(guān)注輸出對于輸入的正確性；同時(shí)也關(guān)注內容表現，但這種關(guān)注不像白盒測試那樣詳細、完整，只是通過(guò)一些表征性的現象、事件、標志判斷內部的運行狀態(tài)。
避免過(guò)度測試，精簡(jiǎn)冗余用例。2）、按測試方式上分類(lèi)（是否運行程序）靜態(tài)測試：是指不運行程序，對程序和文檔進(jìn)行分析與檢查；靜態(tài)測試技術(shù)又稱(chēng)為靜態(tài)分析技術(shù)。
6.軟件測試的基礎知識概要是什么
信息技術(shù)的飛速發(fā)展，使軟件產(chǎn)品應用到社會(huì )的各個(gè)領(lǐng)域，軟件產(chǎn)品的質(zhì)量自然成為人們共同關(guān)注的焦點(diǎn)。
不論軟件的生產(chǎn)者還是軟件的使用者，均生存在競爭的環(huán)境中，軟件開(kāi)發(fā)商為了占有市場(chǎng)，必須把產(chǎn)品質(zhì)量作為企業(yè)的重要目標之一，以免在激烈的競爭中被淘汰出局。 用戶(hù)為了保證自己業(yè)務(wù)的順利完成，當然希望選用優(yōu)質(zhì)的軟件。
質(zhì)量不佳的軟件產(chǎn)品不僅會(huì )使開(kāi)發(fā)商的維護費用和用戶(hù)的使用成本大幅增加，還可能產(chǎn)生其他的責任風(fēng)險，造成公司信譽(yù)下降，繼而沖擊股票市場(chǎng)。在一些關(guān)鍵應用 （如民航訂票系統、銀行結算系統、證券交易系統、自動(dòng)飛行控制軟件、軍事防御和核電站安全控制系統等） 中使用質(zhì)量有問(wèn)題的軟件，還可能造成災難性的后果。
軟件危機曾經(jīng)是軟件界甚至整個(gè)計算機界最熱門(mén)的話(huà)題。為了解決這場(chǎng)危機，軟件從業(yè)人員、專(zhuān)家和學(xué)者做出了大量的努力。
現在人們已經(jīng)逐步認識到所謂的軟件危機實(shí)際上僅是一種狀況，那就是軟件中有錯誤，正是這些錯誤導致了軟件開(kāi)發(fā)在成本、進(jìn)度和質(zhì)量上的失控。 有錯是軟件的屬性，而且是無(wú)法改變的，因為軟件是由人來(lái)完成的，所有由人做的工作都不會(huì )是完美無(wú)缺的。
問(wèn)題在于我們如何去避免錯誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯誤，使程序中的錯誤密度達到盡可能低的程度。 給軟件帶來(lái)錯誤的原因很多，具體地說(shuō)，主要有如下幾點(diǎn)： ①、交流不夠、交流上有誤解或者根本不進(jìn)行交流 在應用應該做什么或不應該做什么的細節（應用的需求）不清晰的情況下進(jìn)行開(kāi)發(fā)。
②、軟件復雜性 圖形用戶(hù)界面（gui），客戶(hù)/服務(wù)器結構，分布式應用，數據通信，超大型關(guān)系型數據庫以及龐大的系統規模，使得軟件及系統的復雜性呈指數增長(cháng)，沒(méi)有現代軟件開(kāi)發(fā)經(jīng)驗的人很難理解它。 ③、程序設計錯誤 向所有的人一樣，程序員也會(huì )出錯。
④、需求變化 需求變化的影響是多方面的，客戶(hù)可能不了解需求變化帶來(lái)的影響，也可能知道但又不得不那么做。需求變化的后果可能是造成系統的重新設計，設計人員的日程的重新安排，已經(jīng)完成的工作可能要重做或者完全拋棄，對其他項目產(chǎn)生影響，硬件需求可能要因此改變，等等。
如果有許多小的改變或者一次大的變化，項目各部分之間已知或未知的依賴(lài)性可能會(huì )相互影響而導致更多問(wèn)題的出現，需求改變帶來(lái)的復雜性可能導致錯誤，還可能影響工程參與者的積極性。 ⑤、時(shí)間壓力 軟件項目的日程表很難做到準確，很多時(shí)候需要預計和猜測。
當最終期限迫近和關(guān)鍵時(shí)刻到來(lái)之際，錯誤也就跟著(zhù)來(lái)了。 ⑥、自負人更喜歡說(shuō)：'沒(méi)問(wèn)題'，'這事情很容易'，'幾個(gè)小時(shí)我就能拿出來(lái)' 太多不切實(shí)際的‘沒(méi)問(wèn)題’，結果只能是引入錯誤。
⑦、代碼文檔貧乏 貧乏或者差勁的文檔使得代碼維護和修改變的異常艱辛，其結果是帶來(lái)許多錯誤。 事實(shí)上，在許多機構并不鼓勵其程序員為代碼編寫(xiě)文檔，也不鼓勵程序員將代碼寫(xiě)得清晰和容易理解，相反他們認為少寫(xiě)文檔可以更快的進(jìn)行編碼，無(wú)法理解的代碼更易于工作的保密（“寫(xiě)得艱難必定讀的痛苦”）。
⑧、軟件開(kāi)發(fā)工具 可視化工具，類(lèi)庫，編譯器，腳本工具，等等，它們常常會(huì )將自身的錯誤帶到應用軟件中。 就象我們所知道的，沒(méi)有良好的工程化作為基礎，使用面向對象的技術(shù)只會(huì )使項目變得更復雜。
為了更好地解決這些問(wèn)題，軟件界做出了各種各樣的努力。 人們曾經(jīng)認為更好的程序語(yǔ)言可以使我們擺脫這些困擾，這推動(dòng)了程序設計語(yǔ)言的發(fā)展，更多的語(yǔ)言開(kāi)始流行，為了使程序更易于理解開(kāi)發(fā)了結構化程序設計語(yǔ)言，如pl/1,pascal等；為了解決實(shí)時(shí)多任務(wù)需求開(kāi)發(fā)了結構化多任務(wù)程序設計語(yǔ)言，如modula,ada等；為了提高重用性開(kāi)發(fā)了面向對象的程序設計語(yǔ)言，如simlasa等；為了避免產(chǎn)生不正確的需求理解，開(kāi)發(fā)形式化描述語(yǔ)言，如hal/s等，這使得建立基于自然語(yǔ)言的描述成為可能，人們以形式化語(yǔ)言來(lái)描述需求；為了支持大型數據庫應用，開(kāi)發(fā)了可視化工具，如visual studio、power builder等。
程序語(yǔ)言對提高軟件生產(chǎn)效率起到了一定的積極作用，但它對整個(gè)軟件質(zhì)量尤其是可靠性的影響，與其他因素相比作用較小。 可能是因為程序語(yǔ)言基于嚴格的語(yǔ)法和語(yǔ)義規則，人們企圖用形式化證明方法來(lái)證明程序的正確性。
將程序當作數學(xué)對象來(lái)看待，從數學(xué)意義上證明程序是正確的是可能的。 數學(xué)家對形式化證明方法最有興趣，在論文上談起來(lái)非常吸引人，但實(shí)際價(jià)值卻非常有限，因為形式化證明方法只有在代碼寫(xiě)出來(lái)之后才能使用，這顯然太遲了，而且對于大的程序證明起來(lái)非常困難。
受到其他行業(yè)項目工程化的啟發(fā)，軟件工程學(xué)出現了，軟件開(kāi)發(fā)被視為一項工程，以工程化的方法來(lái)進(jìn)行規劃和管理軟件的開(kāi)發(fā)。 針對需求不確定的應用，可以使用漸進(jìn)和迭代類(lèi)的開(kāi)發(fā)模型。
還可以采用快速應用程序開(kāi)發(fā)（rad）和協(xié)同應用程序開(kāi)發(fā)（jad）技術(shù)，由軟件開(kāi)發(fā)者和用戶(hù)代表共同參與開(kāi)發(fā)軟件規范。rad和jad的基本思路是開(kāi)發(fā)者和用戶(hù)共同設計系統中的屏幕，開(kāi)發(fā)者迅速地把實(shí)現這些屏幕的最基本功能編寫(xiě)好，然后把它們交給用戶(hù)看，然后用戶(hù)和開(kāi)發(fā)者回顧這些屏幕以確認它們達到了用戶(hù)的要求，這個(gè)周期一直持續到系統的基本部分。
