『壹』 軟體測試分哪幾種
在計算機行業，開發人員在實際的開發工作中會有自己涉及的主要領域，java,python,.net,C#,C++等等。
測試人員也一樣，因此軟體測試是有很多種分類的。
按測試的內容可以分為:
功能測試，性能測試，易用性測試，大數據測試，安全性測試，可靠性測試，兼容性測試
安裝測試，文檔測試等
按服務類型可以分為為：
B/S（Browser/server）:即（瀏覽器/伺服器模式）的測試
C/S（client/server）:即（客戶機/伺服器）模式的測試
按照測試方法可以分為：
白盒測試，黑盒測試，探索性測試（灰盒測試）
按照程序狀態可以分為：
靜態測試，動態測試
按照軟體階段可以分為：
單元測試，集成測試，系統測試，驗收測試，回歸測試，Alpha測試，Beta測試
這里對Alpha測試和Beta測試做一個簡單的說明
Alpha測試:是由一個用戶在軟體或程序的開發環境下進行的測試，也可以是公司內部用戶在模擬實際操作環境下進行的受控測試，Alpha測試不可以由開發人員或者測試人員進行。
Beta測試：是軟體或者程序的多個用戶在一個或者多個用戶的實際使用環境下進行的測試，同樣不由開發人員或者測試人員進行。
按服務類型還可以做一個區分:
手機端測試，pc端測試
『貳』 手機可靠性測試包括哪些
可靠性測試包括六個部分：加速壽命測試，氣候適應測試，結構耐久測試，表面裝飾測試，特殊條件測試，及其他條件測試。手機可靠性測試項目
1.1. 加速壽命測試ALT (Accelerated Life Test)
1.1.1 室溫下參數測試 (Parametric Test)
1.1.2 溫度沖擊測試(Thermal Shock)
1.1.3 跌落試驗(Drop Test)
1.1.4 振動試驗(Vibration Test)
1.1.5 濕熱試驗(Humidity Test)
1.1.6 靜電測試(ESD)
1.2.氣候適應性測試 (Climatic Stress Test)
A： 一般氣候性測試：
1.2.1.高溫/低溫參數測試(Parametric Test)
1.2.2.高溫/低溫功能測試(Functional Test)
B：惡劣氣候性測試
1.2.3.灰塵測試(Dust Test)
1.2.4.鹽霧測試(Salt fog Test)
1.3.結構耐久測試 (Mechanical Enrance Test)
1.3.1.按鍵測試(Keypad Test)
1.3.2.側鍵測試(Side Key Test)
1.3.3.翻蓋測試(Flip Life Test)
1.3.4.滑蓋測試(Slide Life Test)
1.3.5. 重復跌落測試(Micro-Drop Test)
1.3.6. 充電器插拔測試(Charger Test)
1.3.7.筆插拔測試(Stylus Test)
1.3.8點擊試驗 (Point Activation Life Test)
1.3.9劃線試驗 (Lineation Life Test)
1.3.10.電池/電池蓋拆裝測試(Battery/Battery Cover Test)
1.3.11. SIM Card 拆裝測試(SIM Card Test)
1.3.12. 耳機插拔測試(Headset Test)
1.3.13.導線連接強度試驗(Cable Pulling Enrance Test--Draft)
1.3.14.導線折彎強度試驗(Cable Bending Enrance Test--Draft)
1.3.15.導線擺動疲勞試驗(Cable Swing Enrance Test--Draft)
1.4 表面裝飾測試 (Decorative Surface Test)
1.4.1.磨擦測試(Abrasion Test - RCA)
1.4.2.附著力測試(Coating Adhesion Test)
1.4.3.汗液測試(Perspiration Test)
1.4.4.硬度測試(Hardness Test)
1.4.5. 鏡面摩擦測試(Lens Scratch Test)
1.4.6 紫外線照射測試(UV illuminant Test)
1.5.1. 低溫跌落試驗(Low temperature Drop Test)
1.5.2. 扭曲測試(Twist Test)
1.5.3. 坐壓測試(Squeeze Test)
1.5.4. 鋼球跌落測試(Ball Drop Test)
1.6 其他條件測試
1.6.1螺釘的測試(Screw Test)
1.6.2掛繩孔強度的測試(Hand Strap Test)
可靠性是指產品在規定的條件下、在規定的時間內完成規定的功能的能力。產品在設計、應用過程中，不斷經受自身及外界氣候環境及機械環境的影響，而仍需要能夠正常工作，這就需要以試驗設備對其進行驗證，這個驗證基本分為研發試驗、試產試驗、量產抽檢三個部分。
1.其中氣候環境包含：高溫、低溫、高低溫交變、高溫高濕、低溫低濕、快速溫度變化、溫度沖擊、高壓蒸煮(HAST)、溫升測試、鹽霧腐蝕(中性鹽霧、銅加速乙酸、交變鹽霧)、人工汗液、氣體腐蝕(SO2/H2S/HO2/CL2)、耐焊接熱，沾錫性，防塵等級測試(IP1X-6X)，防水等級測試(IPX1-X8)、阻燃測試，UV老化(熒光紫外燈)、太陽輻射(氙燈老化、鹵素燈)、等等;
2.其中機械環境包含：振動(隨機振動，正弦振動)、機械沖擊、機械碰撞、跌落、斜面沖擊，溫濕度 振動三綜合、高加速壽命測試(HALT)、高加速應力篩選(HASS、HASA)、插拔力，保持力，插拔壽命，按鍵壽命測試、搖擺試驗、耐磨測試、附著力測試、百格測試等
『叄』 手機軟體測試流程
你好！
具體的資料你可以去51testing上查，那裡有手機測試專區，資料很全的說！
這個內容比較多喔，包括軟體測試和硬體測試兩部分！
手機測試
一.軟體壓力測試:用自動測試軟體連續給手機撥打1000個電話,檢查手機是否會發生故障.
二.抗摔性測試:抗摔性測試由專門的PRT可*性實驗來進行.半米的微跌落測試要做300/面(手機有6個面).而2米的跌落測試每個面需各做一次.還有模擬人把手機扔到桌面的測試.
三.高溫低溫測試:讓手機處於高低不同的溫度來檢測手機的適應性.
四.高濕度測試:用一個專門的箱子來操作滴水測試,模擬人出汗的情況(水裡面摻有一定比例的鹽)
五.百格測試:用H4的鉛筆在手機的外殼畫100個格子,看看外殼會不會掉油漆.
六.翻蓋測試:對翻蓋手機進行翻蓋10萬次,檢查殼體的損耗情況.
七.扭矩測試:直板機,用夾具夾住兩頭,一頭左擰,一頭右擰.測試殼體和手機裡面大型器件的強度.
八.靜電測試:北方天氣乾燥,手摸金屬的東西容易產生靜電,擊穿手機電路,有些設計不好的手機就是這么突然壞的.有專門的靜電槍和銅板來測試.
九.按鍵測試:藉助機器以給定的力量擊打鍵盤10萬次.
十.沙塵測試:手機放入特定的箱子,細小的沙子被鼓吹起來.數小時後,察看手機裡面是否有沙子進入,如果是,那麼手機密閉性不好,結構設計有待重新調整.
『肆』 哪些方面可提現軟體質量的可靠性
可以從以下方面來考量：
1、功能性：系統完成所期望的功能的能力。
2、性能：系統的響應能力。性能經常使用基準測試程序來測量
3、可靠性：在錯誤情況下維持系統的功能特性的基本能力。可靠性通常用MTTF和MTBF來衡量。可靠性包括兩個方面：容錯和健壯性。容錯是錯誤發生時確保系統正常的行為，如分布式系統中，系統與遠程構件失去連接，容錯保證其他能自動搜索到其他可用的連接，從而保證系統正常工作。健壯性指系統遇到錯誤時處於一個已經定義好的狀態。健壯性不能保證系統遇到錯誤時一定還能夠繼續運行。個人的理解是：容錯是錯了你也不知道（因為系統能處理）。健壯性是按固定的方式錯。
4、可用性：系統能夠正常運行的時間比例。
5、安全性：向合法用戶提供服務的同時阻止非授權用戶使用的企圖或者拒絕服務的能力。
6、可修改性：指對系統進行變更的能力。包含軟體可靠性是指在指定條件下使用時，軟體產品維持規定的性能級別的能力；針對軟體可靠性中的容錯性子特性應測試軟體失效防護能力。
『伍』 什麼是手機軟體測試
手機測試是一個很大的題目，涉及到硬體測試和軟體測試，還有結構的測試，比如抗壓，抗摔，抗疲勞，抗低溫高溫等，結構上的設計不合理，會造成應力集中，使得本身外殼變形，對於翻蓋手機，蓋子失效，還有其他嚴重問題。硬體測試一般都有嚴格的物理電氣指標，也有專門的儀器，這里的儀器，不在多說，一般如果是專業的測試人員，不會對詞陌生吧。
手機測試，一般是指軟體測試，這個一方面也說明了軟體在手機上的重要行。一方面也說明手機測試的難度。因為期他得測試都有明確的指標，嚴格的操作規程，還有各種儀器。下面說的手機測試一般都是手機軟體測試，以後不在重復說明。
在說明手機測試之前，我覺得應該了解一下什麼是嵌入市操作系統，這是個時髦的名詞，雖然我們已經被嵌入市操作系統的產品所包圍，但是卻不一定能說清楚，什麼是嵌入式操作系統，而學校的課堂上，講的也不多，所以很多人對此感到雲山舞罩。
簡單的說，一個嵌入市操作系統就是為完成某中特定功能而專門開發的操作系統。這個操作系統的功能很明確，不象大型操作系統，范圍廣泛，大千世界，盡在其中，而嵌如操作系統只為完成某一項或者幾項功能。
再說一下手機的特殊性，也就是要求對響應時間達到一定限制范圍。也就是所謂的實時操作系統，如果一個電話不能在90秒內接聽，那麼對方會掛掉。而你的操作系統還沒反映過來，那麼這個操作系統無疑是失敗的，這是對嵌如操作系統實時性的要求。
作為一個測試人員，你必須了解這些，可能對一些軟體開發人員，他不必很在意這些方面，因為他只要了解自己模塊的入口說明和 出口說明就可以。但是測試人員不行。高級測試人員應該了解嵌入操作系統的特點，這個系統不象WINDOWS，有圖形界面可以輸入輸出，也不象D OS用命令行模式，所有這些，都需要自己編寫一個編輯器，編寫一個交互界面，編寫一個輸入輸出界面，在WINDOWS中，利用一些API和一些M FC，不用考慮硬體的問題，因為系統已經完成，而WINDOWS是講究和硬體分離的，因為這樣可以保護系統不受侵入。而在嵌入市系統裡面。這一些都要求和硬體息戲相關。手機測試中，軟體出現的故障不一定是由於軟體的錯誤，也可能是由於沒有考慮到硬體和軟體沒有完美的結合。
因此我們在了解操作系統同時，也要了解一下其他的手機硬體性能，比如CPU ，比如存儲器。
CPU的處理運算能力是以MIPS來衡量的，當然越快越好，但是也是和成本相關的，我不知道現在MOTOROLA T39的CPU，但是，因為是PDA，又是手寫屏幕，所以菜單特別的慢。關於存儲器需要專門做出說明，因為這里 的存儲器很特別，不象PC，手機沒有硬碟！
嵌入時系統的編程語言一般有C，而且也是最多的，也有其他語言。比如C++在最開始時候是用 匯編的，但是匯編難懂，而且也不容易移植，漸漸的被C代替，不過即使如此，在啟動程序時候，要啟動板子，也就是電路板時候，還是需要用一些匯編語言完成。
作為一個嵌入市系統的程序，和在PC上運行著的程序沒有任何不同，唯一不同可能是在PC上運行的程序，你可以看到結果——如果你用輸出語句的話，而在這里，你是看佈道結果的。除非你加上L CD硬體，然後編寫了LCD驅動程序，然後再編寫顯示 程序。編寫嵌入市程序，一切都要自己解決。
我們的手機如果不是認為把電源切斷的話，或者在電源消耗到一定程度的話，是會一直在使用的，所以，手機程序是一直在運轉的，就是說一直在循環，這個，對於了解嵌入市程序，應該是個好材料——嵌入式程序就是一個無限循環的程序，除非關掉電源和電源因素，這里也有一個測試點：硬體中斷是最高級的，它會終止你的程序，即使你現在的程序級別很高，比如通話，如果沒電了，一切會o ver.
手機程序就是在一個無限循環的程序，什麼時候跳出這個無限循環？你關機吧，如果感到不高興，把電池卸下來，因為有可能進入死循環，而關機鍵失效了，——只好通過取下電池了。
這里要專門說明一下存儲器，因為很多手機毛病都和存儲有關，而且很多問題都和存儲相關，計算機的存儲是關鍵，而手機更是關鍵，因為計算機有硬碟作為存儲，而手機所有的都在存儲器里
存儲器分為幾類，RAM 隨機存儲器，ROM隨機只讀存儲器還有現在出現一些的快閃記憶體，以及電子可編程存儲和非易失存儲起。一個一個到來 。RAM 隨機存儲器，其中又有SRAM（靜態RAM）DRAM（動態RAM），
SRAM，只要只要電源開著，就會保存，我們打電話，有些最後撥打的號碼，暫時是存在SRAM中的，不會立刻寫入通話記錄。只有正常關機，才會寫入，如果取電池的話，是不會寫入手機的通話記錄的，如果在通話記錄中出現了已經撥打電話，但是沒有記錄的情況，那麼有可能和這個存儲器有關，可能是你的軟體上錯誤，也可能是硬體。DRAM在手機上用的不多，因為保留數據時間很短。從價格上看，SRAM是非常昂貴的，而DRAM相比很便宜。
ROM也有幾種，PROM可編程ROM 和EPROM可擦除可編程ROM。兩者區別是，PROM是一次性的，也就是軟體灌入後，這個就完蛋了，這種是早期的產品，現在已經不可能使用了，而E PROM則是通用的存儲器，這些存儲器不符和手機軟體產品，一般使用ROM少。
其他FLASH。這是近來手機採用最多的存儲器，這種存儲起結合了ROM和RAM的長處，但是不屬RAM也不屬於ROM。手機大量採用的NVRAM 非易失存儲器。 和SRAM屬性差不多，EEPROM 電子可擦出可編程存儲器 。快閃記憶體，ROM的後代。手機軟體一般放在EEPROM中，EPROM是通過紫外光的照射，擦除原先的程序，而EEPROM是通過電子擦出，當然價格也是很高的，而且寫入時間很長，寫入很慢，所以前面提到的電話號碼，一般先放在S RAM中，不是馬上寫入EEPROM，因為當時有很重要工作要做——通話，如果寫入，漫長的等待是讓用戶忍無可忍的。 NVRAM 是一個很特別的存儲器，它和SRAM相類似，但是價格卻高很多，由於一些數據實在重要，斷電後必須保持這些數據，所以只能存放在這里，一般和個人信息有關的數據會放在這里，比如和S IM卡相關數據。容量大小也只有幾百位元組。
閃寸存儲器是所有手機的首選，綜合了前面的所有優點，不會斷電丟失數據（NVRAM）快速讀取，電子可擦出可編程（EEPROM）所以現在手機大量採用。
說了這么多存儲器，可能比較糊塗了，這么多存儲器，究竟採用哪中呢，在手機發展中，各種存儲器都用過，至於現在，各種手機採用的存儲器是不同的，這個和成本相關，各種存儲器價格不一樣，本著性價比最優組合，由設計者決定，有些是可選的，有些是必須的，是手機方案決定的，我們了解只是各種存儲性能，特點，在測試中判斷錯誤原因。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
手機協議站軟體的白盒測試
手機軟體測試單從測試的內容來看，包括上面的MMI和底下的PROTOCOL。由於MMI的靈活性，和各個廠家的個性化，以及手機本身的用戶不同。MMI的側重點也就不同，在基本通話、短消息、數據功能完成的基礎上可以五花八門，所以測試的重點不同。測試方法各不相同。 但是協議就不同了，協議是統一的，雖然你實現方法可以不同，但是完成的功能必須相同，和MMI不同，雖然都是聊天，但是有些用短消息
聊天，有些用PUSH聊天，而協議軟體有一個遵守的規范——ETSI指定的協議規范，有統一的命令規范和統一的標准。消息（術語，不是軟體編程里的消息，是通信術語）是固定的嘛。 針對協議的測試，因為有標准可循，有規范可儀，所以軟體測試就很多工具，公司也多，自動化測試要自動話，否則，按照人的測試能力，誰也無法保證其絕對可靠性，也沒有這么大的人力去仔細做測試。
一般對於白盒測試是比較嚴格的，而且也是耗費人力的，所以常採用自動化測試工具。這樣節省人力、縮短測試時間。至於誰家的工具比較好，涉及各取所需吧，也涉及到成本問題。你如果想購買某產品，會給你一個DEMO版本，給你一個月的評價時期，這個評估版本讓你熟悉其產品的優劣也讓你熟悉其操作。測試工具一般都有二次開發功能，也就是可以自己編寫腳本，針對不同的軟體平台做一些改動，這樣可以根據自己的需要編寫測試CASE測試用列。當然即使是全部用自動化測試，你心理還是沒底，你還是要仔細去看代碼。分析流程，讀懂其含義，一個很小的問題，出錯保護沒有作好，一般這個問題最多，出錯保護機制沒有作好，會造成崩潰這樣嚴重的問題。 這是針對協議代碼的白盒測試 。如果你是對購買來的協議進行測試，一般有儀器，模擬一個網路基站，進行測試，不過這樣的儀器非常昂貴，而且測試人員要對ETSI協議比較熟悉。 我沒有直接參加針對協議的白盒測試，不過對評估般的測試軟體曾經PRACTISE，可測試覆蓋率，我很奇怪的是，一般打點（跟蹤）也是需要消耗CPU時間的這樣程序效率就降低了，而我要測試程序的效率等項目就要考慮CPU，而且程序的工作運轉必須和CPU息息相關，而現在CPU 在保證程序RUN同時，還要進行打點，是否測試出的指數和實際不符和呢，是否沒有達到真實的水平呢？而它這個產品（水牛）介紹說，一般不佔用CPU時間，我想了很長時間沒有想通後想咨詢，告之這是他們的專利，無可奉告。由於這種測試工具是針對平台，所以如果你平台不支持的，也就沒有辦法使用了。還有集成測試等等，在軟體的介紹中有詳細說明，不再詳細說明。 對協議進行白合測試，我想對你的要求就是：熟悉相關的協議，否則白扯；熟悉開發的語言，否則免談。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1 計算機工業的分類
以往我們按照計算機的體系結構、運算速度、結構規模、適用領域，將其分為 大型計算機、中型機、小型機和微計算機，並以此來組織學科和產業分工，這 種分類沿襲了約40年。近10年來隨著計算機技術的迅速發展，實際情況產生了 根本性的變化，例如70年代末定義的微計算機演變出來的個人計算機(PC)，如
今已經占據了全球計算機工業的90%市場，其處理速度也超過了當年大、中型計 算機的定義。隨著計算機技術和產品對其它行業的廣泛滲透，以應用為中心的 分類方法變得更為切合實際，也就是按計算機的嵌入式應用和非嵌入式應用將 其分為嵌入式計算機和通用計算機。 通用計算機具有計算機的標准形態，通過裝配不同的應用軟體，以類同面目出 現並應用在社會的各個方面，其典型產品為PC；而嵌入式計算機則是以嵌入式系統的形式隱藏在各種裝置、產品和系統中。
2 嵌入式系統(Embedded Systems)
嵌入式系統被定義為：以應用為中心、以計算機技術為基礎、軟體硬體可裁剪、 適應應用系統對功能、可靠性、成本、體積、功耗嚴格要求的專用計算機系統。 嵌入式計算機在應用數量上遠遠超過了各種通用計算機，一台通用計算機的外部 設備中就包含了5-10個嵌入式微處理器，鍵盤、滑鼠、軟碟機、硬碟、顯示卡、顯 示器、Modem、網卡、音效卡、列印機、掃描儀、數字相機、USB集線器等均是由嵌 入式處理器控制的。在製造工業、過程式控制制、通訊、儀器、儀表、汽車、船舶、 航空、航天、軍事裝備、消費類產品等方面均是嵌入式計算機的應用領域。
『陸』 軟體可靠性測試的主要目的有哪些
可靠性測試應用
1. 用戶許可權限制。軟體是否按功能模塊劃分用戶許可權，許可權劃
分是否合理，考察超級用戶對各個用戶的許可權管理是否合理，
包括修改用戶的登錄資料等。
2. 用戶和密碼封閉性。軟體對用戶名和密碼有無校驗，有無保
護措施，尤其對密碼有無屏蔽功能。
3. 系統對用戶錯誤登錄的次數限制。軟體對用戶錯誤登錄有無
次數限制，一般做法是連續三次登錄失敗就退出系統。
4. 留痕功能。軟體是否提供操作日誌，比如某用戶登錄的時間，
查詢、修改或刪除的動作以及離開的時間等。
5. 屏蔽用戶操作錯誤。考察對用戶常見的誤操作的提示和屏蔽
情況，例如可否有效避免日期的錄入錯誤或寫入無效的日期。
6. 錯誤提示的准確性。當用戶操作錯誤時，能否有準確清晰的
提示，使用戶知道造成錯誤的原因。例如當用戶未輸入完有
效信息時存檔，系統應當給出關於未輸入項的提示。
7. 錯誤是否導致系統異常退出。考察軟體運行的穩定性，當軟
件發生一般錯誤或嚴重錯誤時，軟體是否會自動退出。
8. 數據備份與恢復手段。主要針對有數據存儲需要的軟體，有
的軟體依靠資料庫操作系統本身的備份與恢復機制，這需要
用戶具備一定的操作知識;好的軟體會提供備份與恢復的操
作，不需要用戶直接對資料庫系統進行操作。
9. 輸入數據有效性檢查。當用戶輸入的數據有錯時，軟體應能
判斷數據的有效性，避免無效數據的生成。
10. 異常情況的影響。在程序運行過程中進行掉電等試驗，考查
數據和系統的受影響程度;若受損，是否提供補救工具，補
救的情況如何。
11. 網路故障對系統的影響。當網路中斷連接時，是否會造成數
據的丟失。
『柒』 軟體可靠性測試，可用性測試的定義，有什麼區別
軟體可靠性測試是指：為了評估軟體在規定的壽命期間內，在預期的使用、運輸或儲存等所有環境下，保持軟體功能可靠性而進行的測試。
軟體可用性測試是指：是對軟體「可用性」進行評估，檢驗其是否達到可用性標准。目前的可用性評估方法超過20種，按照參與可用性評估的人員劃分，可以分為專家評估和用戶評估；按照評估所處於的軟體開發階段，可以將可用性評估劃分為形成性評估和總結性評估。形成性評估是指在軟體開發或改進過程中，請用戶對產品或原型進行測試，通過測試後收集的數據來改進產品或設計直至達到所要求的可用性目標。形成性評估的目標是發現盡可能多的可用性問題，通過修復可用性問題實現軟體可用性的提高，總結性評估的目的是橫向評估多個版本或者多個產品，輸出評估數據進行對比。