項(xiàng)目開發(fā)流程介紹.ppt

項(xiàng)目開發(fā)流程,目錄,團(tuán)隊(duì)組建與項(xiàng)目計(jì)劃 需求管理與配置管理 項(xiàng)目規(guī)范與軟件設(shè)計(jì) 軟件測(cè)試 驗(yàn)收交付與過(guò)程改進(jìn),確定分組和小組分工 確定設(shè)計(jì)項(xiàng)目所用的工具和技術(shù) 制定系統(tǒng)開發(fā)計(jì)劃,了解團(tuán)隊(duì)在軟件開發(fā)過(guò)程中的重要作用 了解常見軟件開發(fā)團(tuán)隊(duì)的角色和分工 學(xué)會(huì)制定軟件開發(fā)計(jì)劃的原則、方法,需要解決的問(wèn)題,假如，現(xiàn)在的你正在參加面試，面試官問(wèn)你如下問(wèn)題 你能讀懂項(xiàng)目計(jì)劃么？ 你有過(guò)團(tuán)隊(duì)開發(fā)經(jīng)驗(yàn)么？ 你能讀懂需求規(guī)格說(shuō)明書么？ 你對(duì)測(cè)試了解多少，會(huì)寫測(cè)試用例么？ 你用Java/.NET做過(guò)中小型項(xiàng)目開發(fā)么？ 請(qǐng)你說(shuō)說(shuō)一個(gè)項(xiàng)目中都應(yīng)該有哪些規(guī)范？ 你做過(guò)設(shè)計(jì)么，如果做過(guò)談?wù)勥@些設(shè)計(jì)吧？ ,項(xiàng)目的特征 項(xiàng)目的一次性 一次性是項(xiàng)目區(qū)別其他任務(wù)的基本特征 項(xiàng)目目標(biāo)的明確性 成果性目標(biāo) 約束性目標(biāo) 項(xiàng)目的整體性 項(xiàng)目是為實(shí)現(xiàn)目標(biāo)而開展任務(wù)的集合，不是一項(xiàng)項(xiàng)孤立的活動(dòng),1、項(xiàng)目的一次性。一次性是項(xiàng)目區(qū)別其它任務(wù)（比如：組裝汽車）的基本特征。這意味著每個(gè)項(xiàng)目都有它的特殊之處，不存在兩個(gè)完全相同的項(xiàng)目。 2、項(xiàng)目目標(biāo)的明確性。項(xiàng)目作為一類特別設(shè)立的活動(dòng)有其明確的目標(biāo)，一般由成果目標(biāo)和約束性目標(biāo)組成。其中，成果性目標(biāo)是項(xiàng)目的來(lái)源（比如：給中國(guó)電信的一套計(jì)費(fèi)系統(tǒng)）；約束性目標(biāo)又稱限制條件，是實(shí)現(xiàn)成果性目標(biāo)的客觀條件（比如：項(xiàng)目開發(fā)過(guò)程中要遵循國(guó)家法律法規(guī)）和人為約束目標(biāo)（比如：項(xiàng)目組成員的去留和項(xiàng)目的最后期限）的統(tǒng)稱，是項(xiàng)目實(shí)施過(guò)程中必須遵守的條件，從而成為項(xiàng)目實(shí)施過(guò)程中的主要目標(biāo)。 3、項(xiàng)目的整體性。項(xiàng)目是為實(shí)現(xiàn)目標(biāo)而開展任務(wù)的集合，它不是一項(xiàng)項(xiàng)孤立的活動(dòng)，而是一系列活動(dòng)的有機(jī)組合，從而形成一個(gè)完整的過(guò)程。強(qiáng)調(diào)項(xiàng)目的整體性也就是強(qiáng)調(diào)項(xiàng)目的過(guò)程性和系統(tǒng)性。 項(xiàng)目的屬性是項(xiàng)目所固有的，是區(qū)別于其它活動(dòng)的根本原因。,常見的軟件開發(fā)團(tuán)隊(duì)組織形式,1、小型軟件公司團(tuán)隊(duì)組織結(jié)構(gòu),2、微軟公司團(tuán)隊(duì)組織結(jié)構(gòu),3、大型軟件公司團(tuán)隊(duì)組織結(jié)構(gòu),第一種：小型軟件公司團(tuán)隊(duì)組織結(jié)構(gòu)。如圖1.7所示，在小型軟件公司中，人員配置精簡(jiǎn)實(shí)用。由項(xiàng)目經(jīng)理直接帶領(lǐng)開發(fā)經(jīng)理、質(zhì)量保證工程師、開發(fā)工程師和測(cè)試工程師來(lái)完成項(xiàng)目。 這種組織結(jié)構(gòu)的好處在于分工靈活，但同時(shí)每個(gè)人也是一個(gè)“多面手”，例如，開發(fā)經(jīng)理既要有很強(qiáng)的技術(shù)，也要有相應(yīng)的管理經(jīng)驗(yàn)；開發(fā)工程師除了進(jìn)行程序開發(fā)，也要懂得數(shù)據(jù)庫(kù)設(shè)計(jì)開發(fā)，并且要了解一些軟件測(cè)試知識(shí)。而且通常是一個(gè)人擔(dān)負(fù)多個(gè)角色，團(tuán)隊(duì)中的每個(gè)人幾乎都要擔(dān)負(fù)開發(fā)工程師和測(cè)試工程師的職責(zé)。 第二種：微軟公司團(tuán)隊(duì)組織結(jié)構(gòu)。如圖1.8所示，微軟公司的團(tuán)隊(duì)組織結(jié)構(gòu)可以說(shuō)是相當(dāng)完善了，這種組織結(jié)構(gòu)中，各團(tuán)隊(duì)人員分工很細(xì)致，而且權(quán)責(zé)明確，人員之間的接口明確。只是構(gòu)建這種項(xiàng)目團(tuán)隊(duì)的成本太高。 第三種：大型軟件公司團(tuán)隊(duì)組織結(jié)構(gòu)。如圖1.9，這種組織結(jié)構(gòu)中，人員配置比較齊備，計(jì)劃/需求/設(shè)計(jì)/開發(fā)/測(cè)試/驗(yàn)收各個(gè)階段都有專人負(fù)責(zé)。但同時(shí)人員組織分成了四層，給管理上增加了困難。,建議采取的團(tuán)隊(duì)結(jié)構(gòu),每小組45人 小組所有成員都擔(dān)任開發(fā)工程師和測(cè)試工程師職責(zé) 每小組都設(shè)置一個(gè)項(xiàng)目經(jīng)理（小組長(zhǎng)）、開發(fā)經(jīng)理（技術(shù)負(fù)責(zé)人）和一個(gè)質(zhì)量保障工程師（負(fù)責(zé)版本控制工具CVS/SVN/VSS的使用）,我們將采用第一種，既小型軟件公司團(tuán)隊(duì)組織結(jié)構(gòu)。其中每個(gè)角色的職責(zé)定義為： 項(xiàng)目經(jīng)理（PM，Project Manager）：項(xiàng)目負(fù)責(zé)人。一般來(lái)講，項(xiàng)目經(jīng)理的職責(zé)包括：承擔(dān)責(zé)任；需求管理；協(xié)調(diào)、組織、解決團(tuán)隊(duì)問(wèn)題；控制進(jìn)度，獲取并調(diào)配資源（分配任務(wù)）；召集會(huì)議；做出決定；風(fēng)險(xiǎn)控制，解決危機(jī)；考核團(tuán)隊(duì)成員。在我們的畢業(yè)設(shè)計(jì)中，項(xiàng)目經(jīng)理（小組長(zhǎng)）要協(xié)調(diào)組織大家完成項(xiàng)目，定期檢查大家的進(jìn)度等。 開發(fā)經(jīng)理（TTL，Team technology Leadr）：技術(shù)負(fù)責(zé)人。一般開發(fā)經(jīng)理的職責(zé)包括：架構(gòu)設(shè)計(jì)（技術(shù)決策）；參與需求管理；在技術(shù)上訓(xùn)練并指導(dǎo)團(tuán)隊(duì)；召集技術(shù)會(huì)議；組織團(tuán)隊(duì)培訓(xùn)；記錄團(tuán)隊(duì)成員技能提升等。在我們的畢業(yè)設(shè)計(jì)項(xiàng)目中，開發(fā)經(jīng)理要主動(dòng)幫助技術(shù)上有困難的同學(xué)，但不能幫他做。 質(zhì)量保證工程師（QA, Quality Assessment）：一般負(fù)責(zé)配置管理，有效地控制各種項(xiàng)目文檔和代碼當(dāng)前版本的唯一性；按照發(fā)布計(jì)劃獲得并發(fā)布版本，提交測(cè)試；過(guò)程控制和質(zhì)量保證等。 開發(fā)工程師（SE，Software Engineer）：按照需求規(guī)格說(shuō)明書的描述和項(xiàng)目規(guī)范開發(fā)程序代碼，實(shí)現(xiàn)功能，修正開發(fā)過(guò)程中產(chǎn)生的缺陷。 測(cè)試工程師（TE，Testing Engineer）：根據(jù)需求規(guī)格說(shuō)明書的描述和項(xiàng)目規(guī)范對(duì)發(fā)布的版本軟件進(jìn)行黑盒測(cè)試，發(fā)現(xiàn)并報(bào)告軟件缺陷，督促開發(fā)工程師修正缺陷。,制定項(xiàng)目計(jì)劃的二個(gè)原則,有效追蹤原則（任務(wù)點(diǎn)劃分） 對(duì)任務(wù)進(jìn)行有效分解 粒度適中（一般控制在13個(gè)人日） 共同參與原則 不是PM一個(gè)人的事 共同估計(jì)工作量，并作出承諾,財(cái)務(wù)管理系統(tǒng) 任務(wù)點(diǎn)劃分 費(fèi)用管理 所有費(fèi)用 增加收入 增加支出 費(fèi)用類型 報(bào)銷人 費(fèi)用統(tǒng)計(jì) 用戶管理 增加用戶 登陸信息,本章任務(wù),畫出“財(cái)務(wù)管理系統(tǒng)”用例圖 使用用例的方式準(zhǔn)確描述“權(quán)限管理系統(tǒng)”需求 使用CVS或SVN管理項(xiàng)目文檔,前置條件：用戶（包含普通用戶和系統(tǒng)管理員）在系統(tǒng)首頁(yè)輸入用戶名和密碼。 事件流： 用戶在系統(tǒng)首頁(yè)輸入用戶名和密碼，點(diǎn)擊“登錄”按鈕時(shí)用例開始。 后置條件：“會(huì)話”（session）中保存了已登錄用戶的信息及其擁有的權(quán)限。,學(xué)會(huì)用例圖的畫法 學(xué)會(huì)使用用例的方式描述軟件需求 學(xué)會(huì)使用靜態(tài)原型法定義軟件需求 了解配置管理的概念和重要意義 學(xué)會(huì)使用CVS/SVN進(jìn)行版本控制,為什么要做需求管理,1、客戶知道自己要什么，但表達(dá)不清。有時(shí)候客戶有自己的IT團(tuán)隊(duì)，這時(shí)候情況稍好，大家講相同的“語(yǔ)言”溝通會(huì)相對(duì)順暢。但很多時(shí)候，客戶知道哪些數(shù)據(jù)和信息需要通過(guò)系統(tǒng)管理，需要系統(tǒng)給業(yè)務(wù)什么樣的支持，但他們只能用自己行業(yè)的語(yǔ)言來(lái)表達(dá)。這時(shí)候首先需要我們對(duì)其行業(yè)和業(yè)務(wù)都要有一個(gè)理解，然后我們才可以設(shè)計(jì)信息系統(tǒng)，并給客戶確認(rèn)。 任何一個(gè)具有一定規(guī)模的信息化系統(tǒng)都會(huì)涉及很多人，很多崗位和角色。在調(diào)研的時(shí)候，對(duì)這些人我們都需要訪談。每個(gè)崗位都有自身的立場(chǎng)、眼界和利益，對(duì)系統(tǒng)需求的描述也會(huì)出現(xiàn)相左的情況。這也是需要權(quán)衡處理的。 2、客戶不知道自己要什么。有的時(shí)候，客戶期望通過(guò)信息化系統(tǒng)提高企業(yè)的效率。但具體怎么做就了解不多了。這時(shí)候需要我們?nèi)ブ鲃?dòng)地發(fā)掘需求，同時(shí)需要我們的行業(yè)經(jīng)驗(yàn)來(lái)支撐。 所以，我們要做需求管理。 在軟件生命周期中，計(jì)劃完成后，第一項(xiàng)實(shí)質(zhì)性的階段就是需求階段。在需求階段結(jié)束的時(shí)候，我們需要得到一個(gè)準(zhǔn)確的，經(jīng)過(guò)客戶確認(rèn)的需求規(guī)格說(shuō)明書,需求規(guī)格說(shuō)明書概念 軟件開發(fā)項(xiàng)目中用于明確定義系統(tǒng)需求的文檔。 需求規(guī)格說(shuō)明書的作用 開發(fā)者與用戶間事實(shí)上的技術(shù)合同書 開發(fā)者下一步設(shè)計(jì)和編碼的基礎(chǔ) 測(cè)試驗(yàn)收目標(biāo)系統(tǒng)的依據(jù),功能性需求：用來(lái)描述系統(tǒng)所應(yīng)提供的功能和服務(wù) 系統(tǒng)功能 輸入輸出 異常 非功能性需求：不直接與系統(tǒng)的具體功能相關(guān)的一類需求 安全性 可擴(kuò)展性 響應(yīng)時(shí)間,1、功能性需求 簡(jiǎn)單地說(shuō)，功能性需求用來(lái)描述系統(tǒng)所應(yīng)提供的功能和服務(wù)。包括系統(tǒng)應(yīng)該提供的服務(wù)、對(duì)輸入如何響應(yīng)及特定條件下系統(tǒng)行為。對(duì)于用戶需求（客戶對(duì)系統(tǒng)的要求），用較為一般的描述給出；對(duì)于功能性的系統(tǒng)需求，需要詳細(xì)地描述系統(tǒng)功能、輸入和輸出、異常等有時(shí)，功能需求還包括系統(tǒng)不應(yīng)該做的事情。功能需求取決于軟件的類型、軟件的用戶及系統(tǒng)的類型等。 系統(tǒng)的功能性需求應(yīng)該具有全面性和一致性。全面性意即應(yīng)該對(duì)用戶所需要的所有服務(wù)進(jìn)行描述，而一致性則指需求的描述不能前后自相矛盾。在復(fù)雜的大型系統(tǒng)中，做到這兩點(diǎn)會(huì)有一定困難。但只有做到了這兩點(diǎn)，才能保障我們項(xiàng)目的順利進(jìn)行。,2、非功能性需求 非功能需求是指那些不直接與系統(tǒng)的具體功能相關(guān)的一類需求，它們與系統(tǒng)的總體特征相關(guān)，如可靠性、可擴(kuò)展性、安全性、響應(yīng)時(shí)間等，甚至包括界面易用程度和文檔、代碼規(guī)范性的要求。非功能需求定義了對(duì)系統(tǒng)提供的服務(wù)或功能的約束，包括時(shí)間約束、空間約束、開發(fā)過(guò)程約束及應(yīng)遵循的標(biāo)準(zhǔn)等。它源于用戶的限制，包括預(yù)算的約束、機(jī)構(gòu)政策、與其他軟硬件系統(tǒng)間的互操作，以及如安全規(guī)章、隱私權(quán)保護(hù)的立法等外部因素。 與關(guān)心系統(tǒng)個(gè)別特性的功能需求相比，非功能需求關(guān)心的是系統(tǒng)的整體特性，因此對(duì)于系統(tǒng)來(lái)說(shuō)，非功能需求更關(guān)鍵。一個(gè)功能需求得不到滿足會(huì)降低系統(tǒng)的能力，但一個(gè)非功能需求得不到滿足則有可能使系統(tǒng)無(wú)法運(yùn)行。 非功能需求不僅與軟件系統(tǒng)本身有關(guān)，還與系統(tǒng)的開發(fā)過(guò)程有關(guān)。與開發(fā)過(guò)程相關(guān)的需求包括：對(duì)在軟件過(guò)程中必須使用的質(zhì)量標(biāo)準(zhǔn)的需求、設(shè)計(jì)中必須使用的建模工具的需求以及軟件過(guò)程所必需遵守的原則等。,用例概念 描述系統(tǒng)有哪些人用，和每個(gè)人是怎么用的 用例是一種溝通工具 最終用戶和開發(fā)人員使用它進(jìn)行交流，并在系統(tǒng)需求上達(dá)成共識(shí) 用例需要回答的問(wèn)題 這個(gè)系統(tǒng)涉及哪些人？他們對(duì)系統(tǒng)有什么期望？,用例是什么？其原始英文是usecase，直譯過(guò)來(lái)就成了用例，從字面的直接理解就是使用的例子。用例的定義是：與系統(tǒng)使用者交互的，并且給使用者提供可觀測(cè)的有意義的結(jié)果的一系列活動(dòng)的集合。簡(jiǎn)單的說(shuō)，用例描述了這個(gè)系統(tǒng)有哪些人要用，和每個(gè)人是怎么用的。 用例常被用來(lái)描述一個(gè)系統(tǒng)外在可見的需求情況，常被用作項(xiàng)目的需求分析階段，對(duì)項(xiàng)目的測(cè)試計(jì)劃和用戶指南也有用處。他們被用來(lái)創(chuàng)建和驗(yàn)證被提議的設(shè)計(jì)，并確保該設(shè)計(jì)滿足所有的需求。 這里，我們使用用例描述系統(tǒng)功能性需求。,為什么要做配置管理,在實(shí)際的項(xiàng)目開發(fā)中 工作成果被覆蓋了該怎么辦？ 時(shí)間一長(zhǎng)，文件版本太多，該如何維護(hù)？ 兩人同時(shí)修改了一個(gè)程序文件，會(huì)不會(huì)打架？,對(duì)小組成員各自承擔(dān)的代碼統(tǒng)一管理 項(xiàng)目開發(fā)小組的成員之間不會(huì)發(fā)生代碼修改沖突 對(duì)項(xiàng)目小組各成員所作的修改進(jìn)行統(tǒng)一匯總 保留修改的軌跡，以便撤銷錯(cuò)誤的改動(dòng) 對(duì)項(xiàng)目過(guò)程中代碼的各個(gè)版本進(jìn)行管理,常用的配置管理工具,VSS（Visual SourceSafe） CVS（Concurrent Version System） SVN（Subversion）,了解項(xiàng)目規(guī)范對(duì)軟件開發(fā)的重要作用 學(xué)習(xí)數(shù)據(jù)庫(kù)規(guī)范、編碼規(guī)范和用戶界面規(guī)范 確定設(shè)計(jì)將采用的技術(shù)框架,了解常見的數(shù)據(jù)庫(kù)規(guī)范和編碼規(guī)范 了解詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段的主要工作 會(huì)按照模板編寫詳細(xì)設(shè)計(jì)文檔 會(huì)畫類圖，能讀懂時(shí)序圖,什么是項(xiàng)目規(guī)范？ 定義： 項(xiàng)目規(guī)范是一系列標(biāo)準(zhǔn)，規(guī)定代碼中的變量如何定義，注釋如何編寫，數(shù)據(jù)庫(kù)表如何設(shè)計(jì)，界面如何組織等。 要點(diǎn)： 范圍：軟件項(xiàng)目中 要求：所有項(xiàng)目組成員都要嚴(yán)格遵守 目的：統(tǒng)一項(xiàng)目組行為，統(tǒng)一項(xiàng)目產(chǎn)品規(guī)格 內(nèi)容：一系列規(guī)則，包括：數(shù)據(jù)庫(kù)規(guī)范、編碼規(guī)范、用戶界面規(guī)范、測(cè)試規(guī)范、評(píng)審規(guī)范等,常見項(xiàng)目規(guī)范 (1),數(shù)據(jù)庫(kù)規(guī)范 數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范 原則上符合第三范式 必要時(shí)可違反第三范式 數(shù)據(jù)庫(kù)命名規(guī)范 視圖名稱 存儲(chǔ)過(guò)程名稱 表名稱 例：表名稱 = 表名前綴 + 下劃線“_” + 表內(nèi)容標(biāo)識(shí) 系統(tǒng)用戶信息表 sys_user_info,編碼規(guī)范 命名風(fēng)格 換行縮進(jìn)的風(fēng)格 其它 每個(gè)類不超過(guò)200行 每行不超過(guò)60字符 所有Action Bean繼承自BaseAction，放在com.cstp.web.action包下等,需要注意的是，編碼規(guī)范不僅限于命名規(guī)則、縮進(jìn)和換行、注釋。有時(shí)候還包括程序結(jié)構(gòu)方面的規(guī)定，比如：實(shí)體類放在什么包下，一個(gè)規(guī)范的實(shí)體類是什么樣子的；DAO層的類包含哪些方法，不應(yīng)該包含什么樣的方法；業(yè)務(wù)邏輯層的代碼中可以放什么的代碼，絕對(duì)不允許放什么樣的代碼；Action代碼中不允許描述業(yè)務(wù)邏輯等。,用戶界面規(guī)范 界面展現(xiàn)規(guī)范 界面風(fēng)格要一致 例如：統(tǒng)一的色調(diào)、統(tǒng)一的字體字號(hào) 特定內(nèi)容的展現(xiàn)格式要一致 例如：日期的格式、數(shù)字的格式 交互方式的規(guī)范 操作風(fēng)格要一致 例如：“*”表示必輸項(xiàng) 特定內(nèi)容的輸入格式要統(tǒng)一 例如：日期以1982-02-22 的格式輸入,概要設(shè)計(jì) 系統(tǒng)設(shè)計(jì)：系統(tǒng)具體的技術(shù)方案，與其他系統(tǒng)的接口方式 系統(tǒng)設(shè)計(jì)需要考慮到： 硬件環(huán)境、軟件環(huán)境、網(wǎng)絡(luò)環(huán)境 用戶操作水平 團(tuán)隊(duì)技術(shù)能力 開發(fā)時(shí)間限制 結(jié)構(gòu)設(shè)計(jì)：確定程序是由哪些模塊組成的，各模塊分別完成什么樣的功能，它們之間存在著什么樣的關(guān)系。,軟件詳細(xì)設(shè)計(jì)(1),詳細(xì)設(shè)計(jì)的核心是將業(yè)務(wù)模型映射到技術(shù)模型 業(yè)務(wù)模型 技術(shù)模型 執(zhí)行 select book_name from sys_book where book_no = 書籍編號(hào) and book_status = 已預(yù)訂 and book_subscribe_stu_no 學(xué)生借書卡編號(hào)。如果查詢到1條記錄，則拋出異常，異常信息為：“圖書圖書名稱已經(jīng)被預(yù)訂，不能借出?！?；否則，繼續(xù)處理。,學(xué)生到圖書館申請(qǐng)借書，圖書管理員登錄圖書管理系統(tǒng)。首先， 檢查這本書是否已經(jīng)被預(yù)訂了，如果已被預(yù)訂則不能借出。,詳細(xì)設(shè)計(jì)還包括 實(shí)現(xiàn)某一功能時(shí)，具體包含哪些類、方法、類。以及類之間的關(guān)系和調(diào)用順序 對(duì)應(yīng)的界面如何展示，如何交互，界面間如何切換 核心算法的偽代碼 數(shù)據(jù)庫(kù)設(shè)計(jì)的工作,軟件詳細(xì)設(shè)計(jì)-類圖,詳細(xì)設(shè)計(jì)中的類圖 圖中每一個(gè)方框表示一個(gè)類（或接口），分成三格 第一格：類的名字 第二格：類的屬性 第三格：類的方法 空三角箭頭：實(shí)現(xiàn)關(guān)系 虛線箭頭：依賴關(guān)系,基于框架開發(fā),在軟件項(xiàng)目開始編碼前，我們已經(jīng)準(zhǔn)備好了： 需求規(guī)格說(shuō)明書 項(xiàng)目規(guī)范 概要設(shè)計(jì) 詳細(xì)設(shè)計(jì) 項(xiàng)目框架 我們現(xiàn)在需要做的就是：導(dǎo)入框架代碼，調(diào)試通過(guò)。然后直接在此基礎(chǔ)上按照需求規(guī)格說(shuō)明書，嚴(yán)格遵守項(xiàng)目規(guī)范寫代碼 。,建立軟件質(zhì)量觀念 了解軟件測(cè)試的意義和方法 學(xué)會(huì)編寫測(cè)試用例 了解缺陷管理的流程,軟件缺陷的定義 軟件未達(dá)到產(chǎn)品說(shuō)明書中已經(jīng)標(biāo)明的功能 軟件出現(xiàn)了產(chǎn)品說(shuō)明書中指明不會(huì)出現(xiàn)的錯(cuò)誤 軟件未達(dá)到產(chǎn)品說(shuō)明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo) 軟件功能超出了產(chǎn)品說(shuō)明書中指明的范圍 軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良,什么是軟件測(cè)試 定義：軟件測(cè)試是為了發(fā)現(xiàn)軟件缺陷而執(zhí)行程序的過(guò)程 軟件測(cè)試的依據(jù) 需求規(guī)格說(shuō)明書（重中之重）； 相關(guān)的設(shè)計(jì)說(shuō)明（概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等）； 已經(jīng)基本成型的UI（可以有針對(duì)性地補(bǔ)充一些用例）。,軟件測(cè)試方法(1),按照測(cè)試方法來(lái)分，軟件測(cè)試分為： 黑盒測(cè)試 白盒測(cè)試,軟件測(cè)試方法(2),思想 已知程序內(nèi)部工作流程，通過(guò)測(cè)試檢驗(yàn)程序內(nèi)部動(dòng)作是否按規(guī)格說(shuō)明書規(guī)定正常運(yùn)作 依據(jù) 程序的內(nèi)部邏輯結(jié)構(gòu)，針對(duì)程序的邏輯路徑設(shè)計(jì)測(cè)試用例 特點(diǎn) 必須了解程序的內(nèi)部工作流程,白盒測(cè)試,思想 根據(jù)已知程序的功能和性能(而不是內(nèi)部細(xì)節(jié))，通過(guò)測(cè)試檢驗(yàn)每個(gè)功能和性能是否正常 依據(jù) 程序的功能和性能描述 特點(diǎn) 知道程序的功能和性能，不必了解程序的內(nèi)部結(jié)構(gòu)和處理細(xì)節(jié),軟件測(cè)試方法(3),黑盒測(cè)試,軟件測(cè)試階段,按照測(cè)試階段來(lái)分，軟件測(cè)試分為：,需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼,單元測(cè)試,集成測(cè)試,確認(rèn)測(cè)試,用戶需求,驗(yàn)收測(cè)試,什么是測(cè)試用例,測(cè)試用例的定義 測(cè)試用例就是一個(gè)“情況”，軟件程序在這種情況下，必須能夠正常運(yùn)行并且得到預(yù)期的結(jié)果。 一個(gè)簡(jiǎn)化的測(cè)試用例： 用例： 用戶登錄 前置條件：用戶進(jìn)入到“用戶登錄頁(yè)面” 輸入： 合法用戶在系統(tǒng)中的用戶名和密碼 期待結(jié)果：用戶提交正確的用戶名和密碼后，順利進(jìn)入系統(tǒng) 測(cè)試結(jié)果：成功/失敗,測(cè)試用例的設(shè)計(jì)原則 對(duì)應(yīng)需求編寫測(cè)試用例 測(cè)試用例要全面覆蓋需求規(guī)格說(shuō)明書中的軟件功能點(diǎn) 便于發(fā)現(xiàn)有價(jià)值的缺陷 比如：系統(tǒng)要求上傳2M以下的文件，一般上載1M多一點(diǎn)的文件絕不會(huì)有問(wèn)題。這時(shí)“敏感”會(huì)讓我們?cè)O(shè)計(jì)測(cè)試用例時(shí)，盡量去注意邊界條件，上載1.9M的文件會(huì)不會(huì)出問(wèn)題？上載正好2M的文件呢？上載2M多一點(diǎn)的文件呢？,了解項(xiàng)目驗(yàn)收的常見流程 了解項(xiàng)目維護(hù)的日常事項(xiàng) 了解過(guò)程改進(jìn)的概念及實(shí)踐 會(huì)給角色分配權(quán)限,什么是項(xiàng)目實(shí)施？ 定義：實(shí)施是指將軟件系統(tǒng)部署到客戶方的計(jì)算機(jī)上，協(xié)助客戶準(zhǔn)備基礎(chǔ)數(shù)據(jù)，使軟件系統(tǒng)順利上線運(yùn)行。 項(xiàng)目實(shí)施時(shí)的準(zhǔn)備 保證軟件符合需求，質(zhì)量過(guò)關(guān) 全面做好測(cè)試工作（集成測(cè)試、系統(tǒng)