软件测试初入
1、什么是軟件測(cè)試？
在需求正確的前提下，驗(yàn)證軟件的功能是否滿足用戶的需求
目的： 保證和提高軟件的質(zhì)量，給用戶交付一個(gè)高質(zhì)量、高可用度的一個(gè)軟件。
2、軟件測(cè)試和研發(fā)的區(qū)別？
測(cè)試和調(diào)試的區(qū)別
測(cè)試 是測(cè)試人員確保程序做了它應(yīng)該做的事情
調(diào)試 是程序開發(fā)人員確保程序做了它想要程序?qū)崿F(xiàn)的功能
3、為什么做軟件測(cè)試？ 軟件測(cè)試人員需要具備哪些素質(zhì)？
思維模式:發(fā)散性思維，逆向思維，敢于質(zhì)疑
興趣：對(duì)軟件測(cè)試感興趣
性格特征：好奇心、敏感、不浮躁、善于懷疑
能力：快速學(xué)習(xí)能力、溝通能力、文字能力、開發(fā)能力、責(zé)任感、抗壓能力？
4、軟件測(cè)試崗位劃分
按測(cè)試對(duì)象劃分： WEB測(cè)試工程師、APP測(cè)試工程師、游戲測(cè)試工程師、嵌入式測(cè)試工程師
按是否手工： 手工測(cè)試、自動(dòng)化測(cè)試
按測(cè)試分類： 功能測(cè)試、性能測(cè)試、安全測(cè)試等
5、軟件測(cè)試的目的和原則
目的： 驗(yàn)證軟件有或沒有問題
原則： 以客戶需求為中心，遵循軟件測(cè)試的規(guī)范、流程、標(biāo)準(zhǔn)和要求
6、什么是軟件需求？
滿足用戶的期望和規(guī)定的合同（標(biāo)準(zhǔn)、規(guī)范、流程）所需要的條件和權(quán)能，包含用戶需求和軟件需求
（1）用戶需求
外部用戶和內(nèi)部用戶，目標(biāo)所需的功能，一般比較簡略
（2）軟件需求
又叫功能需求，由用戶需求轉(zhuǎn)化而成，是對(duì)用戶需求的分析，形成比較詳細(xì)的需求實(shí)現(xiàn)文檔
軟件需求是測(cè)試人員進(jìn)行測(cè)試工作的基本依據(jù)
7、什么是BUG？
當(dāng)且僅當(dāng)規(guī)格說明是存在的并且正確，程序與規(guī)格說明之間的不匹配才是錯(cuò)誤
當(dāng)沒有修去規(guī)格說明書時(shí)，判斷標(biāo)準(zhǔn)以最終用戶為準(zhǔn)：當(dāng)程序沒有實(shí)現(xiàn)其最終用戶合理預(yù)期的功能要求時(shí)，就是軟件錯(cuò)誤
軟件Bug實(shí)際是軟件產(chǎn)品沒有達(dá)到預(yù)期設(shè)計(jì)目標(biāo)，在軟件內(nèi)部存在的一種缺陷。在不影響用戶和系統(tǒng)正常運(yùn)行的情況下處于隱蔽狀態(tài)，沒有表現(xiàn)出來。當(dāng)Bug發(fā)生運(yùn)行錯(cuò)誤時(shí)，輕者影響用戶使用，重者會(huì)構(gòu)成事故，造成損失或傷害。
軟件缺陷分類等級(jí) 按其危害程度大致分為4類：
（1）致命缺陷：Bug一旦運(yùn)行，造成系統(tǒng)奔潰或掛起、數(shù)據(jù)被破壞。
（2）嚴(yán)重錯(cuò)誤：造成系統(tǒng)不穩(wěn)定，產(chǎn)生錯(cuò)誤結(jié)果，業(yè)務(wù)處理嫩合理無法實(shí)現(xiàn)。
（3）一般錯(cuò)誤：用戶在某一功能時(shí)出現(xiàn)錯(cuò)誤，但不影響該功能的實(shí)現(xiàn)和系統(tǒng)的正常運(yùn)行。
（4）細(xì)微錯(cuò)誤：用戶使用軟件時(shí)，感覺不方便。（界面不規(guī)范、輔助說明描述不清楚、提示窗口文字）
8、Bug產(chǎn)生的原因
軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開發(fā)過程決定的
（1）需求不清晰，但至設(shè)計(jì)目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。
（2）系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問題或系統(tǒng)或系統(tǒng)或維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類太多，很難完成對(duì)各種對(duì)象、類相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問題。
（3）對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。
（4）對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)、不一致性帶來的問題。
（5）沒有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問題，從而存在系統(tǒng)上安全性、可靠性的隱患。
（6）系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大，從而引起強(qiáng)度或負(fù)載問題。
（7）由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問題。
（8）新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問題，實(shí)現(xiàn)沒有考慮到。
9、Bug的生命周期
新建bug—指派—已解決—待驗(yàn)證—關(guān)閉
10、如何描述一個(gè)Bug
（1）出現(xiàn)問題的版本（版本號(hào)）
（2）出現(xiàn)問題的環(huán)境
硬件環(huán)境：系統(tǒng)所在的硬件設(shè)備
軟件環(huán)境：瀏覽器的版本、客戶機(jī)操作系統(tǒng)等
（3）錯(cuò)誤重現(xiàn)的步驟
執(zhí)行測(cè)試測(cè)試用例時(shí)，出現(xiàn)錯(cuò)誤的步驟 （便于開發(fā)人員按照步驟定位）
（4）預(yù)期行為的描述
需求期望的描述
（5）錯(cuò)誤行為的描述
實(shí)際情況和預(yù)期情況不一致時(shí)的情況
（6）測(cè)試數(shù)據(jù)
出現(xiàn)缺陷時(shí)輸入的數(shù)據(jù)
（7）bug的類型
功能錯(cuò)誤：功能沒有實(shí)現(xiàn)
界面優(yōu)化：UI、用戶界面
設(shè)計(jì)缺陷：開發(fā)、需求文檔中的功能沒有實(shí)現(xiàn)
（8）優(yōu)先級(jí)
緊急
重要
一般
11、敏捷開發(fā)和敏捷測(cè)試
軟件開發(fā)的5個(gè)模型： 瀑布模型、螺旋模型、迭代、增量、
敏捷開發(fā)： 輕文檔、輕流程、重目標(biāo)、重產(chǎn)出
敏捷開發(fā) 的最大特點(diǎn)是高度迭代，有周期性，并且能夠及時(shí)、持續(xù)地響應(yīng)客戶的頻繁反饋。
敏捷測(cè)試 即是不斷修正質(zhì)量指標(biāo)，正確建立測(cè)試策略，確認(rèn)客戶的有效需求能得以圓滿實(shí)現(xiàn)和確保整個(gè)生產(chǎn)的過程安全的、及時(shí)的發(fā)布最終產(chǎn)品。
（1）強(qiáng)調(diào)從客戶的角度，即從使用系統(tǒng)的用戶角度，來測(cè)試系統(tǒng)。
（2）重點(diǎn)關(guān)注持續(xù)迭代地測(cè)試新開發(fā)的功能，而不再強(qiáng)調(diào)傳統(tǒng)測(cè)試過程中嚴(yán)格的測(cè)試階段。
（3）建議盡早開始測(cè)試，一旦系統(tǒng)某個(gè)層面可測(cè)，比如提供了模塊功能，就要開始模塊層面的單元測(cè)試，同時(shí)隨著測(cè)試深入，持續(xù)進(jìn)行回歸測(cè)試保證之前測(cè)試過內(nèi)容的正確性。
敏捷測(cè)試與普通測(cè)試的區(qū)別
1.項(xiàng)目相當(dāng)于開發(fā)與測(cè)試并行，項(xiàng)目整體時(shí)間較快。
2.模塊提交較快，測(cè)試時(shí)較有壓迫感。
3.工作任務(wù)劃分清晰，工作效率較高。
4.項(xiàng)目規(guī)劃要合理，不然測(cè)試時(shí)會(huì)出現(xiàn)復(fù)測(cè)的現(xiàn)象，加大工作量。
5.發(fā)現(xiàn)問題需跟緊，項(xiàng)目中人員都比較忙，問題很容易被遺忘。
6.耗時(shí)、或較難解決對(duì)項(xiàng)目影響不大的問題一般會(huì)遺留到下個(gè)階段解決。
7.發(fā)現(xiàn)BUG能夠很快的解決，對(duì)相關(guān)的模塊的測(cè)試影響比較小。
8.版本更換比較勤，影響到測(cè)試的速度。
9.要多與開發(fā)溝通。
10.要注意版本的更新情況。
11.測(cè)試人員幾乎要參加整個(gè)項(xiàng)目組的所有會(huì)議。
12、軟件測(cè)試V模型和W模型
V模型： 每個(gè)階段的測(cè)試和相應(yīng)階段的開發(fā)是一一對(duì)應(yīng)的，用戶需求–驗(yàn)收測(cè)試、需求分析與系統(tǒng)–系統(tǒng)測(cè)試、概要設(shè)計(jì)–集成測(cè)試、詳細(xì)設(shè)計(jì)–單元測(cè)試、編碼。缺點(diǎn)： 測(cè)試在編碼之后，如果需求分析和設(shè)計(jì)有錯(cuò)誤，到后期才能發(fā)現(xiàn)，不利于風(fēng)險(xiǎn)的控制。
W模型： 又稱為雙V模型，明確指出了在開發(fā)的某個(gè)階段，測(cè)試相應(yīng)需要的工作。缺點(diǎn)： 階段依賴性很強(qiáng)，每個(gè)階段的開始都依賴于上一階段的完成后才能開始，不是很靈活，不能適用于敏捷開發(fā)的模式。
13、軟件開發(fā)的生命周期、軟件測(cè)試的生命周期
軟件開發(fā)的生命周期： 需求分析–計(jì)劃–設(shè)計(jì)–編碼–測(cè)試執(zhí)行–運(yùn)行維護(hù)
軟件測(cè)試的生命周期： 需求分析–測(cè)試計(jì)劃–測(cè)試設(shè)計(jì)、測(cè)試開發(fā)–測(cè)試執(zhí)行–測(cè)試評(píng)估
14、什么是測(cè)試用例？測(cè)試用例的常用設(shè)計(jì)方法
測(cè)試用例： 是為了實(shí)施測(cè)試而向被測(cè)試的系統(tǒng)提供的一組集合，這組集合包含：測(cè)試環(huán)境、操作步驟、測(cè)試數(shù)據(jù)、預(yù)期結(jié)果等。
基于需求的設(shè)計(jì)
（1）等價(jià)類劃分法
將測(cè)試的范圍劃分成幾個(gè)互不相交的子集，他們的并集是全集，從每個(gè)子集選出若干個(gè)有代表性的值作為測(cè)試用例。分為有效等價(jià)類和無效等價(jià)類
（2）邊界值分析法
根據(jù)輸入輸出邊界的一種測(cè)試方法，對(duì)于在區(qū)間min,max的值,測(cè)試用例可以記為:min,min+,max,max-。通常輸入和輸出等價(jià)類的邊界，就是應(yīng)著重測(cè)試的邊界情況。
（3）錯(cuò)誤推測(cè)法
在測(cè)試程序時(shí)，人們可以根據(jù)經(jīng)驗(yàn)或直覺推測(cè)程序中可能存在的各種錯(cuò)誤，從而有正對(duì)性地編寫檢查這些錯(cuò)誤的測(cè)試用例的方法。（沒有固定的形式，依靠的是經(jīng)驗(yàn)和直覺）
（4）因果圖法
因果圖法最終生成的是判定表。它適合于檢查程序輸入條件的各種組合情況。
（5）正交表分析法
在各種因素相互獨(dú)立的情況下，設(shè)計(jì)出一種特殊的表格，找出能以少數(shù)替代全面的測(cè)試用例。特殊表格稱為正交表。
（6）場(chǎng)景分析法：指根據(jù)用戶場(chǎng)景來模擬用戶的操作步驟
15、什么是B/S結(jié)構(gòu)？什么是C/S結(jié)構(gòu)？
c/s結(jié)構(gòu) 是客戶機(jī)/服務(wù)器結(jié)構(gòu)。有兩層和多層之分。
服務(wù)器端只需要安裝個(gè)sql2000服務(wù)器，客戶端安裝應(yīng)用程序，這是典型的兩層結(jié)構(gòu)。
客戶端和服務(wù)器端安裝的內(nèi)容都不一樣，服務(wù)器端的安裝抱要大一些，這可能是多層結(jié)構(gòu)。
B/S結(jié)構(gòu) 就是只安裝維護(hù)一個(gè)服務(wù)器（Server），而客戶端采用瀏覽器（Browse）運(yùn)行軟件bai，即瀏覽器/服務(wù)器結(jié)構(gòu)。
1、C/S與B/S結(jié)構(gòu)模式
隨著Internet獲得愈來愈廣泛的應(yīng)用,原來基于LAN的企業(yè)網(wǎng)開始采用Internet技術(shù)
來構(gòu)筑或改建自己的企業(yè)網(wǎng),即Intranet。于是,一種新的結(jié)構(gòu)模式Browser/Server結(jié)構(gòu)
應(yīng)運(yùn)而生,并且獲得飛速發(fā)展, 成為眾多廠家爭(zhēng)相采用的一種技術(shù)。其實(shí),B/S也是一種Clinet/Server結(jié)構(gòu),它以瀏覽器為客戶端軟件,Web Server為服務(wù)器軟件。但相對(duì)C/S結(jié)構(gòu),它又具有許多獨(dú)特的優(yōu)點(diǎn):
(1) B/S是一種跨平臺(tái)的、一點(diǎn)對(duì)多點(diǎn)及多點(diǎn)對(duì)多點(diǎn)的應(yīng)用軟件結(jié)構(gòu),減少了開發(fā)人員在客戶端的工作量,使他們可以把注意力集中到怎樣合理地組織信息、提供客戶服務(wù)上來。
(2) B/S具有統(tǒng)一的瀏覽器客戶端軟件,不僅節(jié)省了開發(fā)、維護(hù)客戶端軟件的時(shí)間與精力,而且方便了用戶的使用。
(3) 在B/S結(jié)構(gòu)中,客戶端只需運(yùn)行操作系統(tǒng)和Web瀏覽器,數(shù)據(jù)的查詢、處理和表示都由服務(wù)器完成。和C/S結(jié)構(gòu)的應(yīng)用系統(tǒng)相比,客戶端變得非常"瘦"。
(4) 可以透明地跨越異質(zhì)網(wǎng)絡(luò)、計(jì)算機(jī)平臺(tái),無縫地聯(lián)合使用數(shù)據(jù)庫、超文本、多媒體等多種形式的信息。
(5) B/S系統(tǒng)運(yùn)行的Internet易于設(shè)置、使用和管理。
16、版本控制工具Git
Git是一個(gè)開源的分布式版本控制系統(tǒng)，用以有效、高速的處理從很小到非常大的項(xiàng)目版本管理.
Git 是 Linus Torvalds 為了幫助管理 Linux 內(nèi)核開發(fā)而開發(fā)的一個(gè)開放源碼的版本控制軟件。
1. Git簡介
Git是一個(gè)版本管理工具，它有協(xié)同修改、數(shù)據(jù)備份、版本控制、權(quán)限控制、歷史記錄、分支管理等功能。
協(xié)同修改:多人并行不悖的修改服務(wù)器端的同一個(gè)文件。
數(shù)據(jù)備份：不經(jīng)保存目錄和文件的當(dāng)前狀態(tài)，還夠保存每一個(gè)提交過的歷史狀態(tài)。
版本管理：在保存每一個(gè)版本的文件信息的時(shí)候要做到不保存重復(fù)數(shù)據(jù)，以節(jié)約存儲(chǔ)空間，提高運(yùn)行效率。Git采取文件系統(tǒng)快照的方式。
權(quán)限控制：對(duì)團(tuán)隊(duì)中參與開發(fā)的人員進(jìn)行權(quán)限控制。除此之外，可以對(duì)團(tuán)隊(duì)外開發(fā)者貢獻(xiàn)的代碼進(jìn)行審核，這是git獨(dú)有的一個(gè)功能。
歷史記錄：查看修改人、修改時(shí)間、修改內(nèi)容、日志信息，將本地文件恢復(fù)到某一個(gè)歷史狀態(tài)。
分支管理：允許開發(fā)團(tuán)隊(duì)在工作工程中多條生產(chǎn)線同時(shí)推進(jìn)任務(wù)，進(jìn)一步提高效率。
17、軟件測(cè)試的方法
1、從是否關(guān)心內(nèi)部結(jié)構(gòu)來看：
（1）白盒測(cè)試：有稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是一種按照程序內(nèi)部邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)設(shè)計(jì)測(cè)試數(shù)據(jù)并完成測(cè)試的一種測(cè)試方法。
（2）黑盒測(cè)試：又稱為數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把測(cè)試對(duì)象當(dāng)作看不見的黑河，在完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程的情況下，測(cè)試者僅依據(jù)程序功能的需求考慮，確定測(cè)試用例和推斷測(cè)試結(jié)果的正確性。它是站在使用軟件或程序的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對(duì)應(yīng)關(guān)系出發(fā)進(jìn)行的測(cè)試。
（3）灰盒測(cè)試：是一種宗合測(cè)試法，它將“黑盒”測(cè)試與“白盒”測(cè)試結(jié)合在一起，是基于程序運(yùn)行時(shí)的外部表現(xiàn)又結(jié)合內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)用例，執(zhí)行程序并采集路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù)
2、從是否執(zhí)行代碼來看：
（1）靜態(tài)測(cè)試：指不運(yùn)行被測(cè)程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。
（2）動(dòng)態(tài)測(cè)試：是指通過運(yùn)行被測(cè)程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率、正確性和健壯性等性能指標(biāo)。
3、從開發(fā)過程來看：
（1）單元測(cè)試：又稱模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位----程序模塊或功能模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于檢驗(yàn)程序各模塊是否存在各種差錯(cuò)，是否能正確地實(shí)現(xiàn)了其功能，能滿足其性能和接口要求。
（2）集成測(cè)試：又叫組裝測(cè)試或聯(lián)合，時(shí)單元測(cè)試的多級(jí)擴(kuò)展，是在單元測(cè)試的基礎(chǔ)上進(jìn)行的一種有序測(cè)試。旨在檢驗(yàn)軟件單元之間的接口關(guān)系，以期望通過測(cè)試發(fā)現(xiàn)各種軟件單元接口之間存在的問題，最終把經(jīng)過測(cè)試的單元組成符合設(shè)計(jì)要求的軟件。
（3）系統(tǒng)測(cè)試：是為判斷系統(tǒng)是否符合要求而對(duì)集成的軟、硬件系統(tǒng)進(jìn)行的測(cè)試活動(dòng)，它是將已經(jīng)集成好的軟件系統(tǒng)作為基于整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、人員、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。
4、在系統(tǒng)測(cè)試中，對(duì)于具體的測(cè)試類型有：
（1）功能測(cè)試：對(duì)軟件需求規(guī)格說明書中的功能需求進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。
（2）性能測(cè)試：對(duì)軟件需求規(guī)格說明書的功能需求逐項(xiàng)進(jìn)行的測(cè)試，以驗(yàn)證功能是否滿足要求。
（3）接口測(cè)試：對(duì)軟件修去規(guī)格說明書中的接口需求逐項(xiàng)進(jìn)行的測(cè)試。
（4）人機(jī)交互界面測(cè)試：對(duì)所有人機(jī)交互界面提供的操作和顯示界面進(jìn)行的測(cè)試，以檢驗(yàn)是否滿足用戶的需求。
（5）強(qiáng)度測(cè)試：強(qiáng)制軟件運(yùn)行在異常乃至發(fā)生故障的情況下（設(shè)計(jì)的極限狀態(tài)到超出極限），驗(yàn)證軟件可以運(yùn)行到何種程序的測(cè)試。
（6）余量測(cè)試：對(duì)軟件是否達(dá)到規(guī)格說明書中要求的余量的測(cè)試。
（7）安全性測(cè)試：檢驗(yàn)軟件中已經(jīng)存在的安全性、安全保密性措施是否有效的測(cè)試。
（8）可靠性測(cè)試：在真實(shí)的或仿真的環(huán)境中，為做出軟件可靠性估計(jì)而對(duì)軟件進(jìn)行的功能（其輸入覆蓋和環(huán)境覆蓋一般大于普通的功能測(cè)試）
（9）恢復(fù)性測(cè)試：對(duì)有恢復(fù)或重置功能的軟件的每一類導(dǎo)致恢復(fù)或重置的情況，逐一進(jìn)行的測(cè)試。
（10）邊界測(cè)試：對(duì)軟件處在邊界或端點(diǎn)情況下運(yùn)行狀態(tài)的測(cè)試。
（11）數(shù)據(jù)處理測(cè)試：對(duì)完成專門數(shù)據(jù)處理功能所進(jìn)行的測(cè)試。
（12）安裝性測(cè)試：對(duì)安裝過程是否符合安裝規(guī)程的測(cè)試，以發(fā)現(xiàn)安裝過程中的錯(cuò)誤。
（13）容量測(cè)試：檢驗(yàn)軟件的能力最高達(dá)到什么程度的測(cè)試。
（14）互操作性測(cè)試：為驗(yàn)證不同軟件之間的互操作能力而進(jìn)行的測(cè)試。
（15）敏感性測(cè)試：為發(fā)現(xiàn)在有效輸入類中可能引起某種不穩(wěn)定性或不正常處理的某些數(shù)據(jù)的組合而進(jìn)行的測(cè)試。
（16）標(biāo)準(zhǔn)符合性測(cè)試：驗(yàn)證軟件與相關(guān)國家標(biāo)準(zhǔn)或規(guī)范（如軍用標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)及國際標(biāo)準(zhǔn)）一致性的測(cè)試。
（17）兼容性測(cè)試：驗(yàn)證軟件在規(guī)定條件下與若干個(gè)實(shí)體共同使用或?qū)崿F(xiàn)數(shù)據(jù)合適轉(zhuǎn)換時(shí)能滿足有關(guān)要求能力的測(cè)試。
（18）中文本地化測(cè)試：驗(yàn)證軟件在不降低原有能力的條件下，處理中文能力的測(cè)試。
5、從執(zhí)行過程中是否需要人工干預(yù)來看：
（1）手工測(cè)試：就是測(cè)試人員按照事先為覆蓋被測(cè)軟件需求而編寫的測(cè)試用例，根據(jù)測(cè)試大綱中所描述的測(cè)試步驟和方法，手工地一個(gè)一個(gè)地輸 入執(zhí)行，包括與被測(cè)軟件進(jìn)行交互（如輸入測(cè)試數(shù)據(jù)、記錄測(cè)試結(jié)果等），然后觀察測(cè)試結(jié)果，看被測(cè)程序是否存在問題，或在執(zhí)行過程中是否會(huì)有一場(chǎng)發(fā)生，屬于比較原始但是必須執(zhí)行的一個(gè)步驟。
（2）自動(dòng)化測(cè)試：實(shí)際上是將大量的重復(fù)性的測(cè)試工作交給計(jì)算機(jī)去完成，通常是使用自動(dòng)化測(cè)試工具來模擬手動(dòng)測(cè)試步驟，執(zhí)行用某種程序設(shè)計(jì)語言編寫的過程（全自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過程中，不需要人工干預(yù)，由程序自動(dòng)完成測(cè)試的全過程；半自動(dòng)測(cè)試就是指在自動(dòng)測(cè)試過程中，需要手動(dòng)輸入測(cè)試用例或選擇測(cè)試路徑，再由自動(dòng)測(cè)試程序按照人工指定的要求完成自動(dòng)測(cè)試）
6、從測(cè)試實(shí)施組織看：
（1）開發(fā)測(cè)試：開發(fā)人員進(jìn)行的測(cè)試
（2）用戶測(cè)試：用戶方進(jìn)行的測(cè)試
（3）第三方測(cè)試：有別于開發(fā)人員或用戶進(jìn)行的測(cè)試，由專業(yè)的第三方承擔(dān)的測(cè)試，目的是為了保證測(cè)試工作的客觀性
7、從測(cè)試所處的環(huán)境看：
（1）阿爾法測(cè)試：是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試
（2）貝塔測(cè)試：是用戶公司組織各方面的典型終端用戶在日常工作中實(shí)際使用貝塔版本，并要求用戶報(bào)告
18、軟件測(cè)試的內(nèi)容
軟件測(cè)試的內(nèi)容：
1 得到需求、功能設(shè)計(jì)、內(nèi)部設(shè)計(jì)說書和其他必要的文檔
2 得到預(yù)算和進(jìn)度要求
3 確定與項(xiàng)目有關(guān)的人員和他們的責(zé)任、對(duì)報(bào)告的要求、所需的標(biāo)準(zhǔn)和過程 ( 例如發(fā)行過程、變更過程、等等 )
4 確定應(yīng)用軟件的高風(fēng)險(xiǎn)范圍，建立優(yōu)先級(jí)、確定測(cè)試所涉及的范圍和限制
5 確定測(cè)試的步驟和方法 ── 部件、集成、功能、系統(tǒng)、負(fù)載、可用性等各種測(cè)試
6 確定對(duì)測(cè)試環(huán)境的要求 ( 硬件、軟件、通信等 )
7 確定所需的測(cè)試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測(cè)試跟蹤、問題 / 錯(cuò)誤跟蹤、等等
8 確定對(duì)測(cè)試的輸入數(shù)據(jù)的要求
9 分配任務(wù)和任務(wù)負(fù)責(zé)人，以及所需的勞動(dòng)力
10 設(shè)立大致的時(shí)間表、期限、和里程碑
11 確定輸入環(huán)境的類別、邊界值分析、錯(cuò)誤類別
12 準(zhǔn)備測(cè)試計(jì)劃文件和對(duì)計(jì)劃進(jìn)行必要的回顧
13 準(zhǔn)備白盒測(cè)試案例
14 對(duì)測(cè)試案例進(jìn)行必要的回顧 / 調(diào)查 / 計(jì)劃
15 準(zhǔn)備測(cè)試環(huán)境和測(cè)試用具，得到必需的用戶手冊(cè) / 參考文件 / 結(jié)構(gòu)指南 / 安裝指南，建立測(cè)試跟蹤過程，建立日志和檔案、建立或得到測(cè)試輸入數(shù)據(jù)
16 得到并安裝軟件版本
17 進(jìn)行測(cè)試
18 評(píng)估和報(bào)告結(jié)果
19 跟蹤問題 / 錯(cuò)誤，并解決它
20 如果有必要，重新進(jìn)行測(cè)試
21 在整個(gè)生命周期里維護(hù)和修改測(cè)試計(jì)劃、測(cè)試案例、測(cè)試環(huán)境、和測(cè)試用具
總結(jié)
- 上一篇： 基于大疆EP和Opencv完成人脸跟随项
- 下一篇： Github拉代码太慢怎么办？