軟體測試框架1

java領域佼佼者 發佈 2022-05-29T18:14:47.595047+00:00

一、 軟體相關知識1.什麼是軟體?軟體=程序(源程序,目的程序)+數據+文檔備註:軟體測試對象包括以上三部分2.

一、 軟體相關知識

1.什麼是軟體?

軟體=程序(源程序,目的程序)+數據+文檔

備註:軟體測試對象包括以上三部分

2.IT技術部門結構組成

1) 產品部:用戶需求文檔(預期結果),界面原型圖

2) 開發部:編碼,得到程序(源程序,目的程序)(實際結果)

3) 測試部:比對實際結果與預期結果之間的差別(得到程序的bug、文檔的bug、數據的bug)

4) 運維部:後期運行上線中涉及的數據維護、技術問題等。

3.軟體的生命周期(軟體是怎麼做出來的?)

1) 項目計劃

2) 需求(需求規格說明書SRS)

3) 設計(概要設計說明書+詳細設計說明書)

4) 編碼(源程序,目的程序)

5) 測試(bug)

6) 運行上線

(測試從需求階段就開始介入)

(瀑布模型中測試在編碼之後介入)

4.軟體的項目組成人員

1) 項目經理

2) 需求分析人員

3) 設計人員

4) 編碼人員

5) 測試人員

6) 運維人員

7) 配置管理人員:

  配置項=代碼+文檔,整個軟體研發過程中所有交付件。

8) SQA:軟體質量保障工程師

  職責:

a) 指定規範,流程

b) 監督項目組成人員按照流程工作,若違反,提出NC項(不符合項)

c)檢測評審項目成果,尤其是測試交付件

5.軟體研發模型/流程

1) 瀑布模型

100%需求——100%設計——100%編碼——100%測試——投入使用

優點:需求穩定,重複工作少,質量高

缺點:項目周期長,成本高

2) 螺旋模型

50%需求——50%設計——50%編碼——50%測試——首版本上線

版本疊代,疊代周期4-8個月

3) 敏捷模型(小版本疊代)

20%需求——20%設計——20%編碼——20%測試——首版本上線

版本疊代,平均疊代周期1個月左右

優點:項目周期短,小版本疊代,快速上線

缺點:需求不穩定,重複工作多,質量下降

6.軟體缺陷引入的原因

1) 需求:50%~60% 不重視需求導致頻繁變更

2) 設計:20%

3) 編碼:15%

4) 其他:5%

7. 軟體缺陷的分類

1) 遺漏:軟體未實現需求中明確說明的部分

2) 錯誤:軟體中的實際效果與需求中描述的不一致

3) 額外實現:軟體實現了需求中未明確說明的部分

二、測試基礎

1.軟體測試的定義

使用人工或自動化的手段來運行軟體的過程,其目的在於檢測他是否滿足規定的需求,或是弄清楚預期結果與實際結果之間的差別

2. 軟體測試的目的

1) 發現錯誤 有些錯誤偶發,有些錯誤藏很深

2) 檢測是否滿足功能需求、性能需求、可靠性需求等

3) 軟體測試不能證明軟體不存在缺陷

3.軟體測試的原則

1) 所有的測試工作都應該追溯到用戶需求

2) 儘早啟動測試工作,需求階段就介入

3) 窮盡測試是不可能的

4) 測試是有風險的 遺漏

5) 並非所有的缺陷都值得修復

6) 殺蟲劑怪事(測試用例對缺陷存在免疫能力)

7) 帕累托法則,28法則

80%缺陷存在於20%的核心業務模塊中

8) Bug的群集效應

發現的缺陷越多,說明存在的缺陷越多

A25個bug B6個bug 增強測試誰

9) 前進兩步,後退一步

V1.00

5000=500fail+4500pass

V1.01 回歸測試

(1)驗證缺陷修復是否正確(執行500條用例)

(2)重複測試

——完全重複測試(工作量巨大,考慮使用自動化)

——選擇重複測試(主要選擇相關功能進行重複測試)

三、測試方法

1.根據測試技術劃分(根據是否關注程序內部結構)

1) 黑盒測試:不需要關注程序內部結構

2) 白盒測試:需要分析程序原始碼(代碼走查,寫驅動,打樁)

3) 灰盒測試:白加黑

2.根據是否動態運行軟體

1) 靜態測試:測試過程中不需要運行軟體,包括代碼走查、需求評審、文檔測試、用例評審

2) 動態測試:測試過程中需要運行軟體

3.根據是否使用自動化測試工具

1) 人工測試

2) 自動化測試

四、測試過程

1、 測試階段

1) 單元測試(UT)

  1. 測試範圍:最小單位,函數或類測試依據:詳細設計說明書測試方法:白盒測試評估基準:邏輯覆蓋,每個邏輯都測

2) 集成測試(IT,組裝測試)

  1. 測試範圍:模塊之間的接口,集成後的功能測試依據:概要設計說明書(概設)測試方法:灰盒測試評估基準:接口覆蓋

3) 系統測試(ST)

  1. 測試範圍:整個系統的功能及非功能(性能、兼容、安全、界面等等)測試依據:需求規格說明書(SRS)測試方法:黑盒測試評估基準:需求覆蓋

4) 驗收測試(UAT)

  1. 三種測試策略

a) 正式驗收測試(外包)

——參與人員:以用戶為主的測試,參與人員包括項目組人員(產品、開發、測試),用戶代表

——驗收測試的結果,兩種(用戶可接受;用戶不可接受)

b) α測試:

——用戶參與測試,在開發場地開展,旁邊有技術人員指導

c) β測試:

——用戶參與測試,在用戶實際環境展開,無技術人員指導


如果本文對你有幫助,別忘記給我個3連 ,點讚,轉發,評論,

咱們下期見!答案獲取方式:已贊 已評 已關~

學習更多JAVA知識與技巧,關注與私信博主(666)

關鍵字: