軟件測試課件
軟件測試就是利用測試工具按照測試方案對產(chǎn)品功能和性能測試,并對測試方案中可能出現的問(wèn)題進(jìn)行分析和評估。下面是小編整理的軟件測試課件,歡迎閱讀參考!
測試工作的主要內容是驗證(Verification)和確認(Validation)。驗證是保證軟件正確地實(shí)現了一些特定功能地一系列活動(dòng),即保證軟件做了你所期望的事情;而確認是一系列的活動(dòng)和過(guò)程,目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性,即保證軟件以正確的方式來(lái)做這個(gè)事件。
軟件測試的對象不僅僅是程序的測試,還應該包括整個(gè)軟件開(kāi)發(fā)期間各個(gè)階段所產(chǎn)生的文檔,如需求規約說(shuō)明、各類(lèi)設計文檔等,而主要對象還是源程序。
為了保證測試的有效性和正確性,軟件愛(ài)測試古城中應該滿(mǎn)足一下的幾大原則:
(1)開(kāi)發(fā)人員而活開(kāi)發(fā)組織應當避免測試自己的程序。
由開(kāi)發(fā)人員來(lái)測試主機的代碼是一件很不妥當的事情。開(kāi)發(fā)和測試生來(lái)就是不同的活動(dòng)。開(kāi)發(fā)是創(chuàng )造或者建立某種事物的行為,如一個(gè)功能模塊或整個(gè)系統。而測試的重要目的是證實(shí)一個(gè)模塊或者一個(gè)系統工作不正常。這來(lái)年各個(gè)活動(dòng)之間有著(zhù)本質(zhì)的矛盾。因此,不管是程序員還是是開(kāi)發(fā)小組都應避免測試自己或者本組成員開(kāi)發(fā)的功能模塊。若條件允許,應當由獨立于開(kāi)發(fā)成員和客戶(hù)的第三方來(lái)進(jìn)行軟件測試。但這并不是說(shuō)程序員不能測試自己的程序,而且更加鼓勵程序員進(jìn)行調試,因為軟件測試由獨立測試機構承擔有很多好處。獨立測試可以避免軟件開(kāi)發(fā)者測試自己開(kāi)發(fā)的軟件,由于心理學(xué)上的問(wèn)題,軟件開(kāi)發(fā)者難以客觀(guān)、有效的測試自己的軟件,要找出那些因為對問(wèn)題的誤解而產(chǎn)生的錯誤就更加困難。
(2)應盡早地和不斷地進(jìn)行軟件測試。
應當把軟件測試貫穿到整個(gè)軟件開(kāi)發(fā)的過(guò)程中,而不應該把軟件測試看作是其過(guò)程中的—個(gè)獨立階段。因為在軟件開(kāi)發(fā)的每一環(huán)節都可能會(huì )產(chǎn)生意想不到的問(wèn)題。如軟件本身的抽象性、相復性、各個(gè)開(kāi)發(fā)階段的多樣性,以及不同人員之間的配合關(guān)系等。因此,要堅持各開(kāi)發(fā)階段的確認與評斑,早發(fā)現錯誤,從而可以減少成本,提向軟件質(zhì)量。
(3)對測試用例要有正確的態(tài)度。
首先,測試用例應當由測試輸入數據和與之對應的預期輸出結果這兩部分組成。測試以前應當根據測試的要求選擇測試用例,以備測試過(guò)程中使用。其次,在進(jìn)行測試用例的設計時(shí),不僅要考慮合理的輸入條件,更應該冬慮不合理的輸入條件。因此,需要用一些不合理的輸人條件來(lái)發(fā)現更多的鮮為人知的軟件缺陷。
。4)充分注意測試中的群集現象。
人以群分,物以類(lèi)聚,軟件測試也不例外,一定要充分注意軟件測試中的群集現象,也可以成為“80-20”原則。不要以為發(fā)現幾個(gè)錯誤并且解決這些問(wèn)題之后,就不需要測試了。反而這里是錯誤群集的地方,對這個(gè)段程序要重點(diǎn)測試,以提高測試投資的效益。
。5)應當對每一個(gè)測試結果進(jìn)行全面檢查。一定要全面地、仔細地檢車(chē)測試結果,但常常被人們忽略,導致許多錯誤被遺漏。
。6)嚴格執行測試計劃,排除測試的隨意性,以避免發(fā)生錯誤或者重復無(wú)效的工作。
。7)妥善保存測試用例、測試計劃、測試報告和最終分析報告,以備回歸測試及維護之用。
總之,軟件測試更適宜被視為視圖發(fā)現程序中錯誤的破壞性的`過(guò)程。一個(gè)成功的測試,通過(guò)誘發(fā)程序發(fā)生錯誤,可以在這個(gè)方向上促進(jìn)軟件質(zhì)量的改進(jìn)。當然,最終人們還是要通過(guò)測試來(lái)是人們相信:軟件做了其應該做的額,而沒(méi)有做起不應該做的。在遵守以上原則的基礎上行進(jìn)行軟件測試,可以以最少的時(shí)間而活人力找出軟件中的各種缺陷,從而達到保證軟件質(zhì)量的目的。
軟件測試的分類(lèi)
單元測試:?jiǎn)卧獪y試是對軟件中的基本組成單位進(jìn)行的測試。目的是檢驗軟件基本組成單位的正確性。
集成測試:集成測試是在軟件系統集成過(guò)程中所進(jìn)行的測試。目的是檢查軟件單位之間的接口是否正確。
系統測試:系統測試是對已經(jīng)集成好的軟件系統進(jìn)行徹底的測試,以驗證軟件系統的正確性和性能等是否滿(mǎn)足其規約所指定的要求。
驗收測試:驗收測試是部署軟件之前的最后一個(gè)測試操作。驗收測試的目的是確保軟件準備就緒,向軟件購買(mǎi)都展示該軟件系統滿(mǎn)足其用戶(hù)的需求。
單元測試階段:
模塊接口測試
通過(guò)所測模塊的數據流進(jìn)行測試。調用所測模塊時(shí)的輸入參數與模塊的形式參數的個(gè)數、屬性和順序是否匹配。
局部數據結構測試
局部數據結構是為了保證臨時(shí)存儲在模塊內的數據在程序執行過(guò)程中完整、正確、模塊的局部數據結構往往是錯誤的根源。
路徑測試
對模塊中重要的執行路徑進(jìn)行測試。
錯誤處理測試
比較完善的模塊設計要求能遇見(jiàn)出錯的條件,并設置適當的出錯處理,以便在一旦程序出錯時(shí),能對出錯程序重做安排,保證其邏輯上的正確性。
邊界條件測試
軟件經(jīng)常在便捷上失效,邊界條件測試是一項基礎測試,也是后面系統測試中的功能測試的重點(diǎn)。
集成測試階段:
在集成測試中,我們主要關(guān)注以下內容:
1.把各個(gè)模塊連接起來(lái)時(shí),穿越模塊接口的數據據是否會(huì )丟失。
2.各個(gè)了模塊組合起來(lái),能否達到預期要求的功能。
3.一個(gè)模塊的功能是否會(huì )對另一個(gè)模塊的功能產(chǎn)生不利影響。
4.全局數據據結構是否有問(wèn)題。
5.單個(gè)模塊的誤差積累起來(lái)是否會(huì )被放大,從而達到不可接受的程序。
系統測試階段:
一般系統的主要測試工作都集中系統測試階段。根據不同的系統,所進(jìn)行的測試種類(lèi)也很多。
功能測試:
功能測試是對產(chǎn)品的各功能進(jìn)行驗證,以檢查是否滿(mǎn)足需求的要求。
性能測試:
性能測試是通過(guò)自動(dòng)化測試工具模擬多種正常、峰值以及異常負載條件來(lái)對系統的各項性能指標進(jìn)行測試。
安全測試:
安全測試檢查系統對非法入侵的防范能力。
兼容測試:
兼容性測試主要是測試系統在不同的軟硬件環(huán)境下是否能夠正常的運行。
驗收測試階段:
功能確認測試
安全可靠性測試
易用性測試
可擴充性測試
兼容性測試
資源占用率測試
用戶(hù)文檔資料驗收
【軟件測試課件】相關(guān)文章:
運用軟件制作課件技巧05-18
軟件測試自薦信04-19
常見(jiàn)材料制作課件的常用軟件05-09
軟件測試主管工作總結03-29
如何用白板軟件對PPT課件做批注05-07
軟件測試實(shí)習周記(通用9篇)04-29
軟件測試離職證明模板(通用6篇)04-11