軟體測試有哪些風險

A. 軟體測試包含什麼內容啊

軟體測試的工作內容主要包括「驗證」和「確認」，具體內容如下。

一、驗證：保證軟體正確地實現了一些特定功能的一系列活動， 即保證軟體以正確的方式來做了這個事件。

1、確定軟體生存周期中的一個給定階段的產品是否達到前階段確立的需求的過程。

2、程序正確性的形式證明，即採用形式理論證明程序符合設計規約規定的過程。

3、評審、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規定的需求相一致進行判斷和提出報告。

二、軟體測試的主要目標

1、發現一些可以通過測試避免的開發風險。

2、實施測試來降低所發現的風險。

3、確定測試何時可以結束。

4、在開發項目的過程中將測試看作是一個標准項目。

參考資料來源：網路——軟體測試

B. 什麼是軟體測試

主要是通過軟體測試這一步驟去查找發現預期效果和實際效果的區別和問題，對軟體進行評估衡量是否能夠滿足設計的要求和特點。
說通俗一點就是為了找出軟體裡面有沒有bug，比如我開發了一個購物的軟體，然後我在裡面買東西，發現不用付款就可以結賬成功，然後大量的人通過這個渠道買東西造成了公司大量損失。軟體測試的作用就是去發現並指出問題的一個職業，對一個好的軟體測試員來說，一個軟體有很多的地方需要去測試，不僅是會造成損失的要測試、影響客戶體驗的也需要測試指出。
軟體測試主要是要細，一個軟體往往大錯誤就不不多，最多的就是小錯誤小毛病。
測試軟體崗位主要適合於大部分IT開發，現在軟體測試也是一個發展比較快的東西，在未來潛力也是比較大的。

C. 軟體測試的風險需要考慮哪些因素

1. 需求不斷更新

2. 測試人員不足

3. 測試人員經驗不豐富

4. 開發人員技術不夠好

5. 測試時間不足，測試不充分

6. 測試數據不好造，環境不具備

D. 軟體測試是做什麼的

一、軟體測試概述
軟體測試是軟體開發過程的重要組成部分，是用來確認一個程序的品質或性能是否符合開發之前所提出的一些要求。軟體測試的目的，第一是確認軟體的質量，其一方面是確認軟體做了你所期望的事情(Do
the
right
thing)，另一方面是確認軟體以正確的方式來做了這個事件(Do
it
right)。第二是提供信息，比如提供給開發人員或程序經理的反饋信息，為風險評估所准備的信息。第三軟體測試不僅是在測試軟體產品的本身，而且還包括軟體開發的過程。如果一個軟體產品開發完成之後發現了很多問題，這說明此軟體開發過程很可能是有缺陷的。因此軟體測試的第三個目的是保證整個軟體開發過程是高質量的。
軟體質量是由幾個方面來衡量的:一、在正確的時間用正確的的方法把一個工作做正確(Doing
the
right
things
right
at
the
right
time.)。二、符合一些應用標準的要求，比如不同國家的用戶不同的操作習慣和要求，項目工程中的可維護性、可測試性等要求。三、質量本身就是軟體達到了最開始所設定的要求，而代碼的優美或精巧的技巧並不代表軟體的高質量(Quality
is
defined
as
conformance
to
requirements,
not
as
「goodness」
or
「elegance」.)。四、質量也代表著它符合客戶的需要(Quality
also
means
「meet
customer
needs」.)。作為軟體測試這個行業，最重要的一件事就是從客戶的需求出發，從客戶的角度去看產品，客戶會怎麼去使用這個產品，使用過程中會遇到什麼樣的問題。只有這些問題都解決了，軟體產品的質量才可以說是上去了。
測試人員在軟體開發過程中的任務:
1、尋找Bug;
2、避免軟體開發過程中的缺陷;
3、衡量軟體的品質;
4、關注用戶的需求。
總的目標是:確保軟體的質量。
二、常用的軟體測試方法
1.
黑盒測試
2.
白盒測試
3.
基於風險的測試
4.
基於模型的測試
三、軟體測試的類型
常見的軟體測試類型有:
BVT
(Build
Verification
Test)
Scenario
Tests(基於用戶實際應用場景的測試)
Smoke
Test
Application
Compatibility
Test(兼容性測試)
Accessibility
Test(軟體適用性測試)
Functional
Test(功能測試)
Security
Test(安全性測試)
Stress
Test(壓力測試)
Performance
Test(性能測試)
Regression
Test(回歸測試)
Setup/Upgrade
Test(安裝升級測試)等。

E. 軟體測試常見風險有哪些

時間、能力、人力等 這些是常見的
另外測試程序的復雜性、環境組合型 等等都是風險

F. 結合軟體測試過程，列舉一下系統上線後會出現哪些潛在的風險

1、冗餘代碼、垃圾代碼、不必要代碼可以造成系統的功能性、效率（性能）、安全性風險（單元測試）
2、介面問題造成各個模塊間運行的不正常，造成效率（性能）及功能性風險（集成測試）
3、在不同的平台上（即不通硬體、網路、支撐軟體的情況下）存在的兼容性、可靠性風險（系統測試）
4、錯誤理解的錯誤造成功能設計的偏差，造成整個開發失敗（驗收測試）

G. 軟體測試風險評估

軟體測試中存在的風險

比如 需求的變更 因為軟體測試的依據是客戶的需求。客戶需求一旦變更 消息又沒有及時連通的話 軟體測試人員對BUG的判斷就會有誤差。比如客戶要的是一個可以算0-100以內的加法器。 那麼開發出來的產品可以計算101的加法 這款軟體就是有缺陷的。在需求不變的情況下 你測出些BUG是要提交修改的。但如果客戶中途變更了需求，那這條測試用例測出的結果就不能代表是不是缺陷了。

再比如 人員的臨時缺少。
在測試計劃中 要嚴格計劃中工作分配 同時對這種風險進行規避。要考慮到一點出現這種情況 工作的交接。

關於軟體測試的風險 分為幾類呢

介紹一篇文檔給你看吧
http://tech.sina.com.cn/s/2009-08-05/12101014290.shtml

H. 軟體測試計劃的規避風險

規避風險的辦法可能有：
一、項目組的需求和實施人員參與系統測試；二、抽調不同模塊開發者進行交叉系統測試或借用其他項目開發人員；
三、組織客戶方進行確認測試或發布β版本。

盡管上面盡可能的描述了測試計劃如何制定才能「完美」，但是還存在的問題是對測試計劃的管理和監控。一份計劃投入再多的時間去做也不能保證按照這份計劃進行實施。好的測試計劃是成功的一半，另一半是對測試計劃的執行。對小項目而言，一份更易於操作的測試計劃更為實用，對中型乃至大型項目來看，測試經理的測試管理能力就顯得格外重要，要確保計劃不折不扣的執行下去，測試經理的人際諧調能力，項目測試的操作經驗、公司的質量現狀都能夠對項目測試產生足夠的影響。另外，計劃也是「動態的」。不必要把所有的因素都可能囊括進去，也不必要針對這種變化額外製定「計劃的計劃」，測試計劃制定不能在項目開始後束之高閣，而是緊追項目的變化，實時進行思考和貫徹，根據現實修改，然後成功實施，這才能實現測試計劃的最終目標——保證項目最終產品的質量。

I. 軟體測試風險大是什麼意思

風險大，這要看是在什麼情況下說的。有的是指軟體測試本身，有的是職業，中國那個職業風險不大？

J. 什麼是基於風險的軟體測試

基於風險的軟體測試是指首先評估待測軟體的風險點，然後根據不同的風險點採用不同的測試力度。
現在業界通常的對風險點的評估的做法，就是對每個功能點從業務和技術上考察。業務上是指這項功能失效，對系統的影響。從技術上考察是指實現這個功能的技術難度大不大，是移植的還是新研發的？一般將此兩項稱為重要性和概率，分別賦以1到5的權值，5為最大可能或最重要。
比如如果重要性為5，概率為4的一個功能點，那麼乘積為20，這就是一個高的風險點。
對於高的風險點，那麼就應該用充足的時間，充足的人員來進行測試。
你明白了嗎？