軟件生命周期：

1、 市場(chǎng)需求調(diào)研 2、可行性分析3、產(chǎn)品項(xiàng)目立項(xiàng)、 4、需求調(diào)研開(kāi)發(fā) 5、設(shè)計(jì)開(kāi)發(fā)測(cè)試 6、發(fā)布運(yùn)行維護(hù)

軟件公司業(yè)務(wù)形式：自研公司、外包公司

研發(fā)團(tuán)隊(duì)人員構(gòu)成：

1、 研發(fā)組長(zhǎng) 2、美工/頁(yè)面制作人員 3、系統(tǒng)架構(gòu)師

4開(kāi)發(fā)工程師

測(cè)試團(tuán)隊(duì)人員構(gòu)成：

1測(cè)試主管 2、測(cè)試組長(zhǎng) 3、環(huán)境保障人員 4、配置管理員

5、 測(cè)試設(shè)計(jì)人員 6、測(cè)試工程師

按技術(shù)構(gòu)成可分為黑盒測(cè)試技術(shù)人員、白盒測(cè)試技術(shù)人員、自動(dòng)化測(cè)試工程師和項(xiàng)目管理技術(shù)人員。

軟件研發(fā)模型：

瀑布模型：（計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)）自上而下相互銜接固定 有序逐級(jí)下落

有點(diǎn)：節(jié)約成本、分析透徹、詳細(xì)，設(shè)計(jì)簡(jiǎn)單

缺點(diǎn)：試介入晚、人員閑置嚴(yán)重，后續(xù)工作跟不上、不適應(yīng)規(guī)模的變更

原型模型：在瀑布模型基礎(chǔ)上演變而來(lái)，再確認(rèn)用戶(hù)需求中調(diào)整修改、在需求分析環(huán)節(jié) 評(píng)價(jià)原型設(shè)計(jì)

優(yōu)點(diǎn)：測(cè)試介入早、關(guān)注需求正確性、及時(shí)調(diào)整、解決問(wèn)題、降低開(kāi)發(fā)風(fēng)險(xiǎn) 提高研發(fā)效率

缺點(diǎn)：告知用戶(hù)重新生產(chǎn)該產(chǎn)品、用戶(hù)接受度低不利于開(kāi)發(fā)

螺旋模型

RUG模型

敏捷模型：將一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系、也可獨(dú)立運(yùn)行的小項(xiàng)目。迭代較快。

優(yōu)點(diǎn)：靈活更新快 缺點(diǎn)：成本高

軟件測(cè)試模型

V模型：自上而下，從左至右研發(fā)人員進(jìn)行需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼開(kāi)發(fā) 生成對(duì)應(yīng)關(guān)系的測(cè)試模型。有瀑布模型演化而來(lái)。需求對(duì)驗(yàn)收、概要對(duì)系統(tǒng)、 詳細(xì)對(duì)集成、編碼對(duì)單元

優(yōu)點(diǎn)：節(jié)約人力、物力 缺點(diǎn)：成本高、滯后性強(qiáng)

W模型：由V模型演變而來(lái)、每個(gè)階段都有一個(gè)測(cè)試和一個(gè)計(jì)劃。強(qiáng)調(diào)對(duì)文檔的測(cè)試

優(yōu)點(diǎn)：測(cè)試介入早、能夠及時(shí)發(fā)現(xiàn)、解決問(wèn)題

缺點(diǎn)：浪費(fèi)人力物力

X模型:

H模型

敏捷測(cè)試模型

軟件測(cè)試：檢驗(yàn)被測(cè)對(duì)象與預(yù)期是否一致

源代碼：開(kāi)發(fā)人員開(kāi)發(fā)的代碼

驗(yàn)證活動(dòng)：對(duì)軟件進(jìn)行測(cè)試是否滿足客戶(hù)需求

數(shù)據(jù)配置：支撐軟件的相關(guān)數(shù)據(jù)

軟件測(cè)試目的：1、發(fā)現(xiàn)、并解決缺陷 2、了解被測(cè)對(duì)象為決策提供依據(jù)3、預(yù)防缺陷出現(xiàn) 降低風(fēng)險(xiǎn)

通過(guò)測(cè)試活動(dòng)，檢測(cè)被測(cè)對(duì)象與預(yù)期一致

軟件缺陷：檢測(cè)被測(cè)對(duì)象與預(yù)期不一致

產(chǎn)生原因：1、需求表達(dá)理解編寫(xiě)有誤 2、系統(tǒng)架構(gòu)設(shè)計(jì)有誤 3、開(kāi)發(fā)中溝通、監(jiān)督不到位

4、 編程有誤 5、開(kāi)發(fā)工具有問(wèn)題 6、軟件復(fù)雜度高 7、與用戶(hù)需求不符

8、 電堿輻射

四種類(lèi)型：遺漏、錯(cuò)誤、冗余、不滿意

缺陷報(bào)告內(nèi)容：1、缺陷ID 2、概要描述 3、發(fā)現(xiàn)人 4、發(fā)現(xiàn)時(shí)間 5、修復(fù)時(shí)間 、

6、所屬版本 7、所屬模塊 8、缺陷狀態(tài) 9、缺陷嚴(yán)重度 10、修復(fù)優(yōu)先級(jí)

11、 下部處理人 12、詳細(xì)描述 13、附件

缺陷管理流程：有測(cè)試工程師、測(cè)試負(fù)責(zé)人、開(kāi)發(fā)負(fù)責(zé)人、開(kāi)發(fā)人員、項(xiàng)目經(jīng)理等人員構(gòu)成

測(cè)試人員發(fā)現(xiàn)缺陷定義新建（new）狀態(tài)、發(fā)現(xiàn)人自檢確認(rèn)卻先后交由下處 理人并將狀態(tài)表示為打開(kāi)（open）、開(kāi)發(fā)人員確認(rèn)缺陷成立修復(fù)將狀態(tài)標(biāo)記 為fix、測(cè)試工程師確認(rèn)缺陷成功修復(fù)后將該缺陷狀態(tài)表示為close。若修復(fù) 未能測(cè)地修復(fù)礽存在缺陷則將狀態(tài)標(biāo)為reopen、并將重新修復(fù)處理。再次 叫有測(cè)試人員測(cè)試處理。標(biāo)記為reject。

軟件測(cè)試原則：1、證明軟件存在缺陷 2、不可能進(jìn)行窮盡測(cè)試 3、測(cè)試應(yīng)盡早啟動(dòng)、盡早 介入 4、缺陷存在群集現(xiàn)象 5、殺蟲(chóng)劑悖論 6、不同測(cè)試活動(dòng)依賴(lài)于不同的 測(cè)試背景 7、不存在缺陷的謬論

軟件測(cè)試對(duì)象：文檔、源代碼、配置數(shù)據(jù)等。

軟件測(cè)試級(jí)別：需求測(cè)試、組件/單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、alpha測(cè)試、 beta測(cè)試、UAT（用戶(hù)接受度）測(cè)試、

軟件測(cè)試類(lèi)型：功能測(cè)試、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、容量測(cè)試、安全測(cè)試、兼容性

測(cè)試、可靠性測(cè)試、可用性測(cè)試、移植測(cè)試、維護(hù)測(cè)試、確認(rèn)測(cè)試、回歸測(cè) 試

測(cè)試方法： 按是否關(guān)注邏輯代碼變化、輸出結(jié)果分為：黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試

按是否執(zhí)行代碼分為：靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試

按是否人工手動(dòng)操作：自動(dòng)化測(cè)試、手工測(cè)試

軟件測(cè)試流程：計(jì)劃 范圍 標(biāo)準(zhǔn) 時(shí)間 人力 風(fēng)險(xiǎn)

設(shè)計(jì) 測(cè)試的策略 測(cè)試的方法和類(lèi)型

實(shí)現(xiàn) 環(huán)境搭建 測(cè)試用例編寫(xiě) 測(cè)試用例評(píng)審

執(zhí)行 執(zhí)行測(cè)試用例 缺陷跟蹤 回歸測(cè)試 測(cè)試報(bào)告

軟件質(zhì)量特性：功能性、可靠性、易用性、效率、可維護(hù)性、可移植性

測(cè)試用例設(shè)計(jì)：等價(jià)類(lèi)、邊界值、判定表、因果圖、正交試驗(yàn)、狀態(tài)遷移、場(chǎng)景設(shè)計(jì)法

用例評(píng)審：覆蓋度、用例結(jié)構(gòu)、優(yōu)先級(jí)、用例冗余、不滿意、遺漏

什么是測(cè)試用例、

測(cè)試人員測(cè)試用的文檔（測(cè)試人員為特定目的去設(shè)計(jì)的一組輸入輸出的例子）

為什么要寫(xiě)測(cè)試用例？

答：1、加深對(duì)需求的理解 2、提高覆蓋度 3、幫助測(cè)試人員分析問(wèn)題 4、指導(dǎo)測(cè)試執(zhí)行

5、幫助測(cè)試人員后續(xù)質(zhì)量分析