偷窥国产在线91,亚洲无线国产观看原创,日本精品aⅴ一区二区三区,久久九九兔免费精品6

簡介：第1頁軟件項(xiàng)目的風(fēng)險(xiǎn)分析軟件項(xiàng)目的風(fēng)險(xiǎn)分析軟件工程項(xiàng)目的開發(fā)也存在各種各樣的風(fēng)險(xiǎn)，有些風(fēng)險(xiǎn)甚至是災(zāi)難性的。RETTE認(rèn)為，風(fēng)險(xiǎn)與將要發(fā)生的事情有關(guān)，它涉及諸如思想、觀念、行為、地點(diǎn)、時(shí)間等多種因素；風(fēng)險(xiǎn)隨條件的變化而改變，人們改變、選擇、控制與風(fēng)險(xiǎn)密切相關(guān)的條件可以減少風(fēng)險(xiǎn)，但改變、選擇、控制條件的策略往往是不確定的。在軟件開發(fā)過程中，人們關(guān)心的問題是，什么風(fēng)險(xiǎn)會導(dǎo)致軟件項(xiàng)目的徹底失敗顧客需求、開發(fā)環(huán)境、目標(biāo)機(jī)、時(shí)間、成本的改變對軟件項(xiàng)目的風(fēng)險(xiǎn)會產(chǎn)生什么影響人們必須抓住什么機(jī)會、采取什么措施才能有效地減少風(fēng)險(xiǎn)、順利完成任務(wù)所有這些問題都是軟件開發(fā)過程中不可避免并需要妥善處理的。軟件工程的風(fēng)險(xiǎn)分析包括風(fēng)險(xiǎn)標(biāo)識、風(fēng)險(xiǎn)估算、風(fēng)險(xiǎn)評價(jià)和風(fēng)險(xiǎn)管理四部分1、風(fēng)險(xiǎn)標(biāo)識從宏觀上看，風(fēng)險(xiǎn)可以分為項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)三類。由于項(xiàng)目在預(yù)算、進(jìn)度、人力、資源、顧客和需求等方面的原因?qū)浖?xiàng)目產(chǎn)生的不良影響稱為項(xiàng)目風(fēng)險(xiǎn)。軟件在設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)過程中可能發(fā)生的潛在問題，如規(guī)格說明的二義性、采用陳舊或尚不成熟的技術(shù)等等，對軟件項(xiàng)目帶來的危害稱技術(shù)風(fēng)險(xiǎn)。開發(fā)了一個沒人需要的優(yōu)質(zhì)軟件，或推銷部門不知如何銷售第3頁間超過某一臨界點(diǎn)時(shí)，項(xiàng)目也應(yīng)該終止進(jìn)行。通常風(fēng)險(xiǎn)估算過程可分為四步①定義項(xiàng)目的風(fēng)險(xiǎn)參考量；②定義每種風(fēng)險(xiǎn)的三元組RILIXI；③定義項(xiàng)目被迫終止的臨界點(diǎn)；④預(yù)測幾種風(fēng)險(xiǎn)組合對參考量的綜合影響。三元組RILIXI是風(fēng)險(xiǎn)管理的基礎(chǔ)。設(shè)高級職員流動給項(xiàng)目帶來的風(fēng)險(xiǎn)為R。根據(jù)歷史的經(jīng)驗(yàn)或直觀感覺，高級職員離開課題組的概率LI70。這一事件的出現(xiàn)帶來的影響XI是項(xiàng)目開發(fā)時(shí)間延長15，項(xiàng)目成本增加20。于是項(xiàng)目負(fù)責(zé)人可以采取下列風(fēng)險(xiǎn)管理措施（1）項(xiàng)目開始以前應(yīng)控制產(chǎn)生風(fēng)險(xiǎn)的原因，在項(xiàng)目開工后應(yīng)想方設(shè)法減輕風(fēng)險(xiǎn)影響。（2）了解導(dǎo)致項(xiàng)目開發(fā)人員變動的原因，在項(xiàng)目開發(fā)期間

簡介：2011年軟件項(xiàng)目實(shí)施方案范文一、項(xiàng)目實(shí)施方案概述1二、項(xiàng)目實(shí)施方案介紹2（一）項(xiàng)目啟動階段2（二）需求調(diào)研確認(rèn)階段3（三）軟件功能實(shí)現(xiàn)確認(rèn)階段5（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段5（五）系統(tǒng)培訓(xùn)階段6（六）系統(tǒng)安裝測試及試運(yùn)行階段7（七）總體驗(yàn)收階段8（八）系統(tǒng)交接階段9一、項(xiàng)目實(shí)施方案概述軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統(tǒng)調(diào)試、軟件功能實(shí)現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護(hù)等一系列的工作，我們將這一系列的工作稱為軟件項(xiàng)目實(shí)施。大量的軟件公司項(xiàng)目實(shí)施案例證明，軟件項(xiàng)目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項(xiàng)目實(shí)施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項(xiàng)目實(shí)施規(guī)范主要包括項(xiàng)目啟動階段、需求調(diào)研確認(rèn)階段、軟件功能實(shí)現(xiàn)確認(rèn)階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運(yùn)行階段、總體驗(yàn)收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項(xiàng)，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項(xiàng)目實(shí)施階段分別介紹。二、項(xiàng)目實(shí)施方案介紹（一）項(xiàng)目啟動階段此階段處于整個項(xiàng)目實(shí)施工作的最前期，由成立項(xiàng)目組、前期調(diào)研、編制總體項(xiàng)目計(jì)劃、啟動會四個階段組成。此階段主任務(wù)公司在合同簽定后，指定項(xiàng)目經(jīng)理，成立項(xiàng)目組，授權(quán)項(xiàng)目組織完成項(xiàng)目目標(biāo)。公司項(xiàng)目組進(jìn)行前期項(xiàng)目調(diào)研，與用戶共同成立項(xiàng)目實(shí)施組織，編制總體項(xiàng)目計(jì)劃，召開項(xiàng)目啟動會。商務(wù)經(jīng)理配合公司項(xiàng)目組，將積累的項(xiàng)目和用戶信息轉(zhuǎn)交給項(xiàng)目組。將項(xiàng)目組正式介紹給用戶，配合項(xiàng)目組建立與用戶的聯(lián)系。用戶成立項(xiàng)目實(shí)施組織，配合前期調(diào)研和召開啟動會，簽署總體項(xiàng)目計(jì)劃和項(xiàng)目實(shí)施協(xié)議。1、成立項(xiàng)目組部門經(jīng)理接到實(shí)施申請后，任命項(xiàng)目經(jīng)理，指定項(xiàng)目目標(biāo)，由部門經(jīng)理及項(xiàng)目經(jīng)理一起指定項(xiàng)目組成員及成員任務(wù)，并報(bào)總經(jīng)理簽署項(xiàng)目任務(wù)書。2、前期調(diào)研項(xiàng)目經(jīng)理及項(xiàng)目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進(jìn)行調(diào)研。填寫用戶及合同信息表。在項(xiàng)目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項(xiàng)目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項(xiàng)目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項(xiàng)目能夠成功。3、編制項(xiàng)目總體計(jì)劃11、用戶是否確認(rèn)需求分析報(bào)告。如果用戶確認(rèn)，并簽署了需求分析報(bào)告，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署需求分析報(bào)告。雙方簽署了需求分析報(bào)告，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程（三）軟件功能實(shí)現(xiàn)確認(rèn)階段此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的需求調(diào)研分析手冊中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制軟件功能確認(rèn)表，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)軟件功能確認(rèn)表上的功能逐一確定軟件功能是否達(dá)到要求，對不滿足要求的功能，項(xiàng)目實(shí)施人員將會記錄下來并進(jìn)行功能修改，直到滿足用于要求。7、需求調(diào)研，項(xiàng)目組以需求調(diào)研手冊為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報(bào)表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項(xiàng)目組和公司其他技術(shù)部門將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結(jié)果形成需求分析報(bào)告草稿。9、內(nèi)部評審是否通過需求分析報(bào)告。項(xiàng)目組、部門經(jīng)理、公司其他技術(shù)部門的人員對需求分析報(bào)告草稿進(jìn)行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。10、編寫及發(fā)出需求分析報(bào)告確認(rèn)通知。項(xiàng)目組編寫需求分析報(bào)告確認(rèn)通知，發(fā)給用戶，確定進(jìn)行需求確認(rèn)的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時(shí)參與需求確認(rèn)工作，為順利完成需求確認(rèn)工作做準(zhǔn)備。11、用戶是否確認(rèn)需求分析報(bào)告。如果用戶確認(rèn)，并簽署了需求分析報(bào)告，則需求調(diào)研階段工作結(jié)束，進(jìn)行后續(xù)的軟件功能實(shí)現(xiàn)的工作；如沒有確認(rèn)，則進(jìn)一步進(jìn)行調(diào)研、分析，直至用戶最終確認(rèn)并簽署需求分析報(bào)告。雙方簽署了需求分析報(bào)告，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程（三）軟件功能實(shí)現(xiàn)確認(rèn)階段此階段的主要工作是項(xiàng)目實(shí)施人員根據(jù)需求調(diào)研階段確認(rèn)的需求調(diào)研分析手冊中的用戶需求內(nèi)容進(jìn)行具體軟件功能的實(shí)現(xiàn)工作。在軟件功能實(shí)現(xiàn)的過程中，項(xiàng)目實(shí)施人員將記錄軟件實(shí)現(xiàn)的詳細(xì)過程。便于公司售后服務(wù)之用。每一個實(shí)施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實(shí)現(xiàn)完畢后，項(xiàng)目實(shí)施人員將編制軟件功能確認(rèn)表，將定制好軟件功能待用戶確認(rèn)，用戶根據(jù)軟件功能確認(rèn)表上的功能逐一確定軟件功能是否達(dá)到要求，對不滿足要求的功能，項(xiàng)目實(shí)施人員將會記錄下來并進(jìn)行功能修改，直到滿足用于要求。3、簽署培訓(xùn)計(jì)劃用戶簽署培訓(xùn)計(jì)劃，進(jìn)一步確認(rèn)培訓(xùn)安排。4、發(fā)培訓(xùn)通知培訓(xùn)開始前2天，按照簽署的培訓(xùn)計(jì)劃，將培訓(xùn)內(nèi)容、時(shí)間，場地，人員等信息通知用戶實(shí)施負(fù)責(zé)人。5、搭建培訓(xùn)環(huán)境公司項(xiàng)目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。6、組織培訓(xùn)公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入培訓(xùn)人員簽到表。7、培訓(xùn)考核公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人組織受訓(xùn)人員參加上機(jī)及理論考試。8、培訓(xùn)總結(jié)公司項(xiàng)目組培訓(xùn)負(fù)責(zé)人與用戶實(shí)施負(fù)責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入培訓(xùn)及考核統(tǒng)計(jì)表，及時(shí)向相關(guān)負(fù)責(zé)人匯報(bào)。

簡介：ARKINTELLIGENCECP1XXXXXXXX科技開發(fā)有限公司項(xiàng)目周報(bào)XXXX年XX月XX日至XXXX年XX月XX日致自抄送報(bào)送日期XXXX年XX月XX日一、項(xiàng)目情況項(xiàng)目進(jìn)度整體進(jìn)度□提前√按進(jìn)度□稍滯后□嚴(yán)重滯后□其它項(xiàng)目進(jìn)度項(xiàng)目描述本周完成的工作描述工作描述完成比例備注本周未按計(jì)劃完成的工作工作描述原因備注無下周工作計(jì)劃工作描述進(jìn)度計(jì)劃備注ARKINTELLIGENCECP3

簡介：2、需求分析的目的是保證需求的（、需求分析的目的是保證需求的（）。（A）目的性和一致性）目的性和一致性（B）完整性和一致性）完整性和一致性（C）正確性和目的性）正確性和目的性（D）完整性和目的性）完整性和目的性2121、鏈接是將一個父目標(biāo)連接到一系列細(xì)化的子目標(biāo)，意思是如果鏈接是將一個父目標(biāo)連接到一系列細(xì)化的子目標(biāo)，意思是如果能夠滿足所有細(xì)化子目標(biāo)中的（能夠滿足所有細(xì)化子目標(biāo)中的（），那么將足以滿足父目標(biāo)。，那么將足以滿足父目標(biāo)。（A）每一個）每一個（B）任何一個）任何一個（C）特定的）特定的（D）某一個）某一個2727、外觀是指場景被表達(dá)出來時(shí)的效果，主要有（、外觀是指場景被表達(dá)出來時(shí)的效果，主要有（）三種類型。）三種類型。（A）靜態(tài)、動態(tài)和結(jié)構(gòu)化）靜態(tài)、動態(tài)和結(jié)構(gòu)化（B）線性、非線性和交互）線性、非線性和交互（C）靜態(tài)、動態(tài)和動靜結(jié)合）靜態(tài)、動態(tài)和動靜結(jié)合（D）靜態(tài)、動態(tài)和交互）靜態(tài)、動態(tài)和交互2828、場景的內(nèi)容是指場景所表達(dá)的知識類型。它被分為、場景的內(nèi)容是指場景所表達(dá)的知識類型。它被分為6個不同的方個不同的方面。下列（面。下列（）不是場景的內(nèi)容。）不是場景的內(nèi)容。（A）主要關(guān)注點(diǎn)）主要關(guān)注點(diǎn)（B）環(huán)境范圍）環(huán)境范圍（C）目的）目的（D）抽象層次）抽象層次2929、需求工程利用場景的目的可能有三種即（、需求工程利用場景的目的可能有三種即（）。（A）描述、探索和解釋）描述、探索和解釋（B）描述、表示和探索）描述、表示和探索（C）描述、探索和發(fā)現(xiàn)）描述、探索和發(fā)現(xiàn)（D）表示、解釋和證明）表示、解釋和證明4747、數(shù)據(jù)建模技術(shù)能夠彌補(bǔ)過程建模在（、數(shù)據(jù)建模技術(shù)能夠彌補(bǔ)過程建模在（）方面的缺陷，它描述數(shù)）方面的缺陷，它描述數(shù)據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性。據(jù)的定義、結(jié)構(gòu)和關(guān)系等特性。（A）硬件需求）硬件需求（B）軟件需求）軟件需求（C）質(zhì)量屬性）質(zhì)量屬性（D）系統(tǒng)需求）系統(tǒng)需求6、比較容易發(fā)現(xiàn)的涉眾稱為初始涉眾，又稱為（、比較容易發(fā)現(xiàn)的涉眾稱為初始涉眾，又稱為（），通常包括客，通常包括客戶、管理者和相關(guān)的投資者。戶、管理者和相關(guān)的投資者。（A）關(guān)鍵涉眾）關(guān)鍵涉眾（B）涉眾基線）涉眾基線（C）普通涉眾）普通涉眾（D）一般涉眾）一般涉眾7、如果在最終的物件（、如果在最終的物件（FINALFINALARTIFACTARTIFACT）產(chǎn)生之前，一個中間物件）產(chǎn)生之前，一個中間物件（MEDIATEMEDIATEARTIFACTARTIFACT）被用來在一定廣度和深度范圍內(nèi)表現(xiàn)這個最終）被用來在一定廣度和深度范圍內(nèi)表現(xiàn)這個最終物件，那么這個中間物件就被認(rèn)為是最終物件在該廣度和深度上的物件，那么這個中間物件就被認(rèn)為是最終物件在該廣度和深度上的（）。（A）模擬）模擬（B）構(gòu)造）構(gòu)造（C）原型）原型（D）模型）模型8、按照使用方式進(jìn)行分類，原型可分為演示原型、、按照使用方式進(jìn)行分類，原型可分為演示原型、（）、試驗(yàn)原、試驗(yàn)原型和引示系統(tǒng)原型。型和引示系統(tǒng)原型。（A）非操作原型（）非操作原型（B）系列首發(fā)原型（）系列首發(fā)原型（C）選定特征原型）選定特征原型（D）嚴(yán)格意）嚴(yán)格意義上的原型義上的原型9、按照功能特征進(jìn)行分類，原型可分為（、按照功能特征進(jìn)行分類，原型可分為（）、非操作原型、系列、非操作原型、系列首發(fā)原型和選定特征原型。首發(fā)原型和選定特征原型。（A）拼湊原型）拼湊原型（B）樣板原型（）樣板原型（C）紙上向?qū)г停ǎ┘埳舷驅(qū)г停―）嚴(yán)格意義上的）嚴(yán)格意義上的原型原型

簡介：軟件需求開發(fā)程序軟件需求開發(fā)程序2014年7月軟件需求開發(fā)Q2DEV02V10第3頁共9頁確認(rèn)用戶需求?？蛻簟⒂脩魠⑴c需求過程，包括配合需求人員獲取相應(yīng)業(yè)務(wù)需求、用戶需求的源泉，進(jìn)行需求確認(rèn)。項(xiàng)目經(jīng)理指導(dǎo)需求過程，為需求人員獲取、分析需求提供必要的支持、指導(dǎo)，進(jìn)行需求確認(rèn)。4444研發(fā)經(jīng)理研發(fā)經(jīng)理研發(fā)經(jīng)理需要組織項(xiàng)目組對需求成果進(jìn)行討論。5程序準(zhǔn)則程序準(zhǔn)則5151執(zhí)行準(zhǔn)則執(zhí)行準(zhǔn)則需求開發(fā)工作開始時(shí)，需求人員必須與項(xiàng)目經(jīng)理明確業(yè)務(wù)目標(biāo)、需求范圍。建議開發(fā)經(jīng)理組織客戶、用戶向開發(fā)部進(jìn)行交底會的形式進(jìn)行。業(yè)務(wù)目標(biāo)、需求范圍有變化時(shí)，需求人員必須嚴(yán)格執(zhí)行需求變更管理流程。需求調(diào)研前必須編寫調(diào)研提綱；需求調(diào)研記錄必須在兩天之內(nèi)和用戶確認(rèn)；需求開發(fā)工作要從客戶需求和軟件需求兩個方面進(jìn)行考慮；原則上所有項(xiàng)目（緊急項(xiàng)目或者BUG修復(fù)的除外）必須制作原型，功能原型形式不限，可以是VISO圖形、EXCEL、AXURE、界面截圖等方式；需求文檔的編寫遵循條目化、瘦身、適合的功能用例粒度等原則。需求文檔完成后，高級別的需求必須和用戶進(jìn)行確認(rèn)確認(rèn)的方式可以是簽字、郵件回復(fù)、客戶參加評審會；提交技術(shù)評審之前，開發(fā)經(jīng)理要組織項(xiàng)目組內(nèi)對需求成果進(jìn)行討論，并達(dá)成一致意見；項(xiàng)目策劃約定進(jìn)行需求評審的必須提交評審；需求人員要對需求成果，包括需求規(guī)格說明書、需求記錄、評審記錄等進(jìn)行維護(hù)。

簡介：選擇題選擇題1、關(guān)于軟件測試的理解有誤的是BD。12、關(guān)于軟件測試的概述說法不正確的是AB。13、測試用例在軟件測試中舉足輕重，關(guān)于它的說法錯誤的是D。14、為了提高測試效率應(yīng)該D。15、強(qiáng)調(diào)了測試計(jì)劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測試C11、描述黑盒測試的說法錯誤的是B。12、黑盒測試的方法有ABC。13、下列敘述不正確的是B。14、關(guān)于黑盒測試用例設(shè)計(jì)方法說法錯誤的是D。25、用邊界值分析法，假定1X100，那么X在測試中應(yīng)該取的邊界值是B。21、下列不屬于白盒測試方法的是C。22、關(guān)于白盒測試和黑盒測試的說法正確的是BC。23、白盒測試方法中闡述不正確的是D。24、白盒測試的特點(diǎn)是ABCD。25、有關(guān)白盒測試的闡述有誤的是A。21、下列關(guān)于軟件測試過程的描述錯誤的是B。22、單元測試的目的是B。33、單元測試的內(nèi)容有ABC。34、對集成測試的說法有誤的是C。35、軟件測試過程包括哪些步驟ABCD。31、關(guān)于測試文檔說法錯誤的是C。32、對測試用例描述不正確的是D。33、測試用例是非常重要的其原因是BCD。34、下列關(guān)于測試報(bào)告的說法有誤的是B。35、測試報(bào)告技術(shù)的要求是ABC。41、不屬于測試工具的優(yōu)點(diǎn)是C。542、關(guān)于測試工具和廠家搭配不正確的是D。43、對BUG的理解有誤的是B。44、下列BUG不容易被查找的是ABCD。45、哪些操作會引起程序BUGABD。41、軟件質(zhì)量的含義是ABCD。42、不屬于軟件產(chǎn)品的質(zhì)量的特殊性是D。43、一套完整的軟件質(zhì)量管理體系應(yīng)當(dāng)包括ABCD。54、不屬于ISO90012000的八大原則是A。55、質(zhì)量管理主要涉及哪三方面的問題ACD。51、關(guān)于軟件測試過程管理的描述中正確的是ABCD。52、軟件過程成熟度模型說法正確的是ABC。51、軟件工程的包括哪幾個階段ABCD。62、軟件需求的三個層次是ACD。63、下列哪些會造成軟件需求的不正確性ABC。64、軟件需求分析要解決的問題是AC。60第1章測試題1、關(guān)于軟件測試的理解有誤的是、關(guān)于軟件測試的理解有誤的是BD。A）軟件測試是為了尋找軟件缺陷而執(zhí)行程序的過程B）軟件測試目的是為了改正軟件的錯誤C）軟件測試與軟件開發(fā)是同步進(jìn)行的D）應(yīng)用系統(tǒng)開發(fā)完畢，再對它進(jìn)行軟件測試2、關(guān)于軟件測試的概述說法不正確的是、關(guān)于軟件測試的概述說法不正確的是AB。A）用更好的程序語言編寫程序可以避免出錯B）軟件測試在軟件開發(fā)總工作量的比例應(yīng)最低C）軟件測試需要人員的交流D）軟件測試與軟件開發(fā)并行3、測試用例在軟件測試中舉足輕重，關(guān)于它的說法錯誤的是、測試用例在軟件測試中舉足輕重，關(guān)于它的說法錯誤的是D。A）它是指對一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。B）不同類別的軟件，測試用例是不同的。C）測試用例的選擇要有代表性。D）在軟件開發(fā)后期進(jìn)行設(shè)計(jì)測試用例。4、為了提高測試效率應(yīng)該、為了提高測試效率應(yīng)該D。A）隨機(jī)地選取測試數(shù)據(jù)B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計(jì)劃D）選擇發(fā)現(xiàn)錯誤的可能性小的數(shù)據(jù)作為測試數(shù)據(jù)5、強(qiáng)調(diào)了測試計(jì)劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測試強(qiáng)調(diào)了測試計(jì)劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計(jì)的測試CA）V模型B）H模型C）W模型D）前置測試模型第2章測試題1、描述黑盒測試的說法錯誤的是、描述黑盒測試的說法錯誤的是B。A）黑盒測試一般需要測試工具的幫助B）因果圖法不屬于黑盒測試用例設(shè)計(jì)方法C）黑盒測試中的邊界值分析方法是對等價(jià)類劃分方法的補(bǔ)充D）黑盒測試測試全部使用場景的外部接口2、黑盒測試的方法有、黑盒測試的方法有ABC。A）等價(jià)類劃分法2B）正交試驗(yàn)設(shè)計(jì)法C）錯誤推測法D）條件覆蓋法3、下列敘述不正確的是、下列敘述不正確的是B。A）黑盒測試法注重于測試軟件的功能需求B）判定表驅(qū)動法屬于白盒測試方法C）黑盒測試避免盲目測試提高測試效率D）測試案例的使用使軟件測試實(shí)施重點(diǎn)突出，目的明確

簡介：認(rèn)識認(rèn)識軟件設(shè)計(jì)師下午試題軟件設(shè)計(jì)師下午試題隨著模塊化試題的發(fā)展，軟件設(shè)計(jì)師的下午試題題型基本固定，重點(diǎn)突出，便于考生有針對性地復(fù)習(xí)。1、分值分布、分值分布軟件設(shè)計(jì)師下午試題總分75分，每題15分，要求考生應(yīng)答五道試題。其中前四題為必做題，占據(jù)60分，后面幾題由考生根據(jù)自己的情況選做一題，合計(jì)75分。2、考試題目數(shù)量、考試題目數(shù)量根據(jù)考試大綱要求，要求考生掌握C語言和C、JAVA中的一種面向?qū)ο蟮某绦蛘Z言。往年必做題有四道題，選做題有三道題，分別為C語言題、C題和JAVA題，整個卷面共七道題。由于考試中許多考生在選做題中只選C語言題應(yīng)答，對不會或不熟C和JAVA語言的考生來說，一樣可以應(yīng)考，這與軟件設(shè)計(jì)師考試大綱的要求是相背離的。因此，2010年5月軟件設(shè)計(jì)師下午試題中，必做題數(shù)量不變，選做題里去掉了C語言題，即選做題為二道題，整個卷面共六道題。這樣，考生在選做題中就只能在C和JAVA中選擇一題來作答，達(dá)到了考試大綱所要求的掌握一門面向?qū)ο蟮某绦蛟O(shè)計(jì)語言目的。3、考點(diǎn)總結(jié)、考點(diǎn)總結(jié)從歷屆考題來看，考點(diǎn)如下表所示題型題號考點(diǎn)1數(shù)據(jù)流圖2數(shù)據(jù)庫題3UML必做題4C語言程序填空5C語言程序填空（2010年5月取消）6C程序填空選做題7JAVA程序填空第一題數(shù)據(jù)流圖第一題數(shù)據(jù)流圖數(shù)據(jù)流圖簡稱DFD圖。是結(jié)構(gòu)化分析方法（SA）中用于表示系統(tǒng)邏輯模型的一種工具。要求考生掌握DFD圖的基本成分?jǐn)?shù)據(jù)流、加工、數(shù)據(jù)存儲及外部實(shí)體。希賽教育研發(fā)中心編寫的軟件設(shè)計(jì)師考試考點(diǎn)分析與真題詳解中結(jié)合考試真題對數(shù)據(jù)流圖進(jìn)行了的詳細(xì)解析?？荚嚪绞礁鶕?jù)題目描述判斷DFD圖中的實(shí)體，找出錯誤的數(shù)據(jù)流，補(bǔ)充缺失的數(shù)據(jù)流。第二題數(shù)據(jù)庫題第二題數(shù)據(jù)庫題軟件設(shè)計(jì)師考試的下午題的第一道題，數(shù)據(jù)庫系統(tǒng)工程師考試的下午題的第一道題都是數(shù)據(jù)流圖題，而能夠?qū)⑦@道題全部做對的考生是非常少的。解題的方法與技巧解題的方法與技巧11首先要懂得數(shù)據(jù)流圖設(shè)計(jì)要略。首先要懂得數(shù)據(jù)流圖設(shè)計(jì)要略。有時(shí)為了增加數(shù)據(jù)流圖的清晰性，防止數(shù)據(jù)流的箭頭線太長，減少交叉繪制數(shù)據(jù)流條數(shù)，一般在一張圖上可以重復(fù)同名的數(shù)據(jù)源點(diǎn)、終點(diǎn)與數(shù)據(jù)存儲文件。如某個外部實(shí)體既是數(shù)據(jù)源點(diǎn)又是數(shù)據(jù)匯點(diǎn)，可以在數(shù)據(jù)流圖的不同的地方重復(fù)繪制。在繪制時(shí)應(yīng)該注意以下要點(diǎn)1自外向內(nèi)，自頂向下，逐層細(xì)化，完善求精。2保持父圖與子圖的平衡。為了表達(dá)較為復(fù)雜問題的數(shù)據(jù)處理過程，用一個數(shù)據(jù)流圖往往不夠。一般按問題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。根據(jù)層次關(guān)系一般將數(shù)據(jù)流圖分為頂層數(shù)據(jù)流圖、中間數(shù)據(jù)流圖和底層數(shù)據(jù)流圖，除頂層圖外，其余分層數(shù)據(jù)流圖從0開始編號。對任何一層數(shù)據(jù)流圖來說，稱它的上層數(shù)據(jù)流圖為父圖，在它的下一層的數(shù)據(jù)流圖為子圖。頂層數(shù)據(jù)流圖只含有一個加工，表示整個系統(tǒng)輸入數(shù)據(jù)流和輸出數(shù)據(jù)流為系統(tǒng)的輸入數(shù)據(jù)和輸出數(shù)據(jù)，表明了系統(tǒng)的范圍，以及與外部環(huán)境的數(shù)據(jù)交換關(guān)系。底層數(shù)據(jù)流圖是指其加工不能再分解的數(shù)據(jù)流圖，其加工稱為“原子加工”。中間數(shù)據(jù)流圖是對父層數(shù)據(jù)流圖中某個加工進(jìn)行細(xì)化，而它的某個加工也可以再次細(xì)化，形成子圖。中間層次的多少，一般視系統(tǒng)的復(fù)雜程度而定。任何一個數(shù)據(jù)流子圖必須與它上一層父圖的某個加工對應(yīng)，二者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須保持一致，此即父圖與子圖的平衡。父圖與子圖的平衡是數(shù)據(jù)流圖中的重要性質(zhì)，保證了數(shù)據(jù)流圖的一致性，便于分析人員閱讀和理解。在父圖與子圖平衡中，數(shù)據(jù)流的數(shù)目和名稱可以完全相同也可以在數(shù)目上不相等，但是可以借助數(shù)據(jù)字典中數(shù)據(jù)流描述，確定父圖中的數(shù)據(jù)流是由子圖中幾個數(shù)據(jù)流合并而成的，也即子圖是對父圖中加工和數(shù)據(jù)流同時(shí)進(jìn)行分解，因此也屬于父圖與子圖的平衡，如圖1所示。

簡介：說明書說明書，要求，要求1、截圖要完整，要看得到右上角“關(guān)閉”窗口按鈕。最好有登錄界面、主界面等2、圖中顯示的軟件名稱、版本號要和申請表里的內(nèi)容一致，如果截圖上有公司名字，要和變更后的公司新名稱保持一致。3、程序量在1萬行以上的，用戶手冊不至少20頁；低于10000行，不少于10頁。2目錄一引言引言111編寫目的112背景113參考資料1二用途用途221功能222性能223安全保密2三運(yùn)行環(huán)境運(yùn)行環(huán)境331硬件設(shè)備332支持軟件3四使用過程使用過程341操作界面中主要對象使用說明342使用說明7421車間生產(chǎn)配料7422長材規(guī)格維護(hù)10423車間生產(chǎn)配料OLD11424基礎(chǔ)數(shù)據(jù)維護(hù)12425系統(tǒng)維護(hù)15426幫助17427退出17

簡介：1XXXXXXXX系統(tǒng)軟件實(shí)施方案項(xiàng)目名稱項(xiàng)目名稱XXXXXXXX系統(tǒng)軟件系統(tǒng)軟件實(shí)施單位實(shí)施單位XXXXXXXXXXXXXX時(shí)間間XXXX年XX月XX日3210保密管理253、測試計(jì)劃、測試計(jì)劃2631測試工作準(zhǔn)備2632軟件開發(fā)測試26321模塊測試27322功能測試27323性能測試27324分系統(tǒng)測試27325全系統(tǒng)測試28326容量測試28327壓力測試28328災(zāi)難恢復(fù)測試2833設(shè)計(jì)測試用例和數(shù)據(jù)29331建立測試環(huán)境29332測試執(zhí)行304、驗(yàn)收計(jì)劃、驗(yàn)收計(jì)劃3141驗(yàn)收組織3142驗(yàn)收內(nèi)容3143軟件系統(tǒng)的驗(yàn)收3133用戶方已經(jīng)認(rèn)可測試數(shù)據(jù)用戶方已經(jīng)認(rèn)可測試數(shù)據(jù)325、培訓(xùn)方案、培訓(xùn)方案3351培訓(xùn)目標(biāo)3352培訓(xùn)方式3353培訓(xùn)對象3354培訓(xùn)地點(diǎn)與環(huán)境3355培訓(xùn)計(jì)劃及內(nèi)容34551用戶培訓(xùn)34552系統(tǒng)管理人員培訓(xùn)346、技術(shù)支持和售后服務(wù)、技術(shù)支持和售后服務(wù)3661技術(shù)支持與售后服務(wù)政策36611技術(shù)后援支持36612技術(shù)后援支持方式37613保修及系統(tǒng)維護(hù)服務(wù)37

簡介：5售后及技術(shù)支持服務(wù)售后及技術(shù)支持服務(wù)51軟件項(xiàng)目售后服務(wù)的保障項(xiàng)目成功的根本標(biāo)志是客戶滿意，它貫穿軟件項(xiàng)目的售前、售中和售后全過程。我們認(rèn)為客戶滿意是一個實(shí)在的可以度量的目標(biāo)，確保軟件項(xiàng)目達(dá)到客戶滿意，尤其確保軟件項(xiàng)目交付后長期的售后服務(wù)過程中的客戶滿意，使售后服務(wù)與項(xiàng)目承諾不脫節(jié)，必須有三個基礎(chǔ)環(huán)節(jié)作為組織級支撐和保障，即組織級基礎(chǔ)設(shè)施的保證；規(guī)范化的過程流程的保證和具體項(xiàng)目實(shí)施過程中監(jiān)控與反饋機(jī)制（工具）的保證。質(zhì)量管理體系在軟件項(xiàng)目生存周期內(nèi)作用于三個基礎(chǔ)環(huán)節(jié)，管理控制每一個項(xiàng)目作用域內(nèi)的相關(guān)活動。使軟件項(xiàng)目的售后服務(wù)受控于質(zhì)量管理體系。52軟件項(xiàng)目售后服務(wù)中的軟件維護(hù)規(guī)程軟件維護(hù)是軟件項(xiàng)目售后服務(wù)的重要內(nèi)容。軟件維護(hù)包括糾錯性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)三類活動。公司管理體系要求并約束軟件項(xiàng)目維護(hù)活動過程，體現(xiàn)為活動流程活動流程過程說明過程說明責(zé)任人責(zé)任人產(chǎn)生記錄產(chǎn)生記錄狀，一旦系統(tǒng)安裝調(diào)試完畢投入正常運(yùn)行后，我們在交付本系統(tǒng)的一段時(shí)間內(nèi)，專門指派若干名專業(yè)工程師為河北省發(fā)展和改革委員會進(jìn)行指導(dǎo)培訓(xùn)和維護(hù)，直到河北省發(fā)展和改革委員會的技術(shù)人員能完全接管本系統(tǒng)的操作管理為止。維護(hù)方式及響應(yīng)時(shí)間維護(hù)方式及響應(yīng)時(shí)間如系統(tǒng)出現(xiàn)故障，我們會在接到用戶報(bào)告4小時(shí)內(nèi)響應(yīng)，并派出專業(yè)工程師在2個工作日內(nèi)排除故障。如在2個工作日內(nèi)無法解決，將在2日內(nèi)向客戶方提出詳細(xì)解決方案及日程安排，交給客戶方確認(rèn)。常規(guī)維護(hù)常規(guī)維護(hù)在維護(hù)期內(nèi)，會定期電話回訪，主動與用戶聯(lián)系。如有功能需求分析范圍內(nèi)的問題，及時(shí)進(jìn)行修改；維護(hù)期后發(fā)現(xiàn)的在需求規(guī)格說明書范圍內(nèi)問題，同樣及時(shí)進(jìn)行修改。對用戶提出的方便操作和易用等可用性方面的要求，盡可能滿足用戶要求，并保證在接到要求后兩周內(nèi)解決。用戶提出性能要求，如屬于軟件編制因素導(dǎo)致性能較差，技術(shù)人員主動調(diào)整軟件，以提高性能，保證在一個月內(nèi)解決。技術(shù)支持技術(shù)支持長期電話技術(shù)咨詢和技術(shù)服務(wù)和INTER在線服務(wù)。用戶可以隨時(shí)撥打技術(shù)支持熱線電話或通過INTER，進(jìn)行有關(guān)技術(shù)咨詢，專業(yè)技術(shù)人員會耐心解答用戶的問題。技術(shù)培訓(xùn)技術(shù)培訓(xùn)本院提供全方位的用戶培訓(xùn)，包括應(yīng)用系統(tǒng)操作使用、ACLE9I大型數(shù)據(jù)庫操作、中間件等的使用及維護(hù)、網(wǎng)站維護(hù)等。變更管理變更管理對系統(tǒng)的應(yīng)用平臺和開發(fā)、運(yùn)行環(huán)境以及應(yīng)用系統(tǒng)的變更和升級的詳細(xì)資料第一時(shí)間提交用戶。

簡介：軟件測試面試題軟通動力博彥科技奇虎瑞星中軟軟件測試面試題軟通動力博彥科技奇虎瑞星中軟1。軟通動力面試筆答1白箱測試和黑箱測試是什么什么是回歸測試2單元測試、集成測試、系統(tǒng)測試的側(cè)重點(diǎn)是什么單元測試的重點(diǎn)是系統(tǒng)的模塊包括子程序的正確性驗(yàn)證等。集成測試的重點(diǎn)是模塊間的銜接以及參數(shù)的傳遞等。系統(tǒng)測試的重點(diǎn)是整個系統(tǒng)的運(yùn)行以及與其他軟件的兼容性。3設(shè)計(jì)用例的方法、依據(jù)有那些白盒測試用例設(shè)計(jì)有如下方法基本路徑測試等價(jià)類劃分邊界值分析覆蓋測試循環(huán)測試數(shù)據(jù)流測試程序插樁測試變異測試這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說明書及其代碼結(jié)構(gòu)吧黑盒測試用例設(shè)計(jì)方法基于用戶需求的測試功能圖分析方法等價(jià)類劃分方法邊界值分析方法錯誤推測方法因果圖方法判定表驅(qū)動分析方法正交實(shí)驗(yàn)設(shè)計(jì)方法依據(jù)是用戶需求規(guī)格說明書詳細(xì)設(shè)計(jì)說明書4一個測試工程師應(yīng)具備那些素質(zhì)和技能掌握基本的測試基礎(chǔ)理論本著找出軟件存在的問題的態(tài)度進(jìn)行測試即客觀吧不要以挑刺形象出現(xiàn)可熟練閱讀需求規(guī)格說明書等文檔以用戶的觀點(diǎn)看待問題修改記錄如2003年7月2日肖睿編制修改原因測試環(huán)境和版本號碼、程序編寫人員錯誤嚴(yán)重程度和優(yōu)先級別錯誤詳細(xì)描述重現(xiàn)步驟和方式、對應(yīng)的測試記錄編碼附件建議修改方式修改內(nèi)容、結(jié)果及修改人員簽字日期8基于WEB信息管理系統(tǒng)測試時(shí)應(yīng)考慮的因素有哪些一、功能測試1、鏈接測試2、表單測試3、COOKIES測試4、設(shè)計(jì)語言測試5、數(shù)據(jù)庫測試二、性能測試1、連接速度測試2、負(fù)載測試

簡介：軟件測試計(jì)劃書目錄1簡介411目的目的412背景背景413范圍42測試測試參考文檔和參考文檔和測試測試提交文檔提交文檔521測試測試參考文檔參考文檔522測試測試提交文檔提交文檔63測試進(jìn)測試進(jìn)度64測試資測試資源641人力人力資源642測試環(huán)測試環(huán)境743測試測試工具工具75系統(tǒng)風(fēng)險(xiǎn)統(tǒng)風(fēng)險(xiǎn)、優(yōu)先級76測試測試策略策略861數(shù)據(jù)和數(shù)據(jù)數(shù)據(jù)和數(shù)據(jù)庫完整性完整性測試測試862接口接口測試測試963集成集成測試測試964功能功能測試測試1065用戶界面界面測試測試1066性能性能評測評測1167負(fù)載測試負(fù)載測試1268強(qiáng)度測試測試1369容量容量測試測試14610安全性和安全性和訪問訪問控制控制測試測試15611故障故障轉(zhuǎn)移和恢復(fù)移和恢復(fù)測試測試16612配置配置測試測試17613安裝安裝測試測試187問題嚴(yán)問題嚴(yán)重度描述重度描述198附錄項(xiàng)目任目任務(wù)19

簡介：軟件測試流程規(guī)范軟件測試流程規(guī)范整體的流程圖整體的流程圖1詳細(xì)的流程執(zhí)行詳細(xì)的流程執(zhí)行11計(jì)劃與設(shè)計(jì)階段計(jì)劃與設(shè)計(jì)階段整體流程圖整體流程圖立項(xiàng)會議項(xiàng)目可行性分析確定項(xiàng)目經(jīng)理確定測試組長項(xiàng)目正式立項(xiàng)測試組長確定需求評審需求規(guī)格說明書明確需求消除歧義會議討論并確認(rèn)需求明確無異議測試工作啟動需求規(guī)格說明書項(xiàng)目開發(fā)計(jì)劃測試預(yù)通知組建測試小組召開測試情動會測試小組成立開發(fā)方與測試方目標(biāo)達(dá)成一致測試設(shè)計(jì)階段需求規(guī)格說明書項(xiàng)目開發(fā)計(jì)劃概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)其他相關(guān)文檔設(shè)計(jì)測試計(jì)劃設(shè)計(jì)測試用例測試計(jì)劃測試用例集設(shè)計(jì)內(nèi)容評審測試計(jì)劃測試用例集評審測試計(jì)劃評審測試用例集優(yōu)化的測試計(jì)劃優(yōu)化的測試用例集113測試工作啟動測試工作啟動過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件項(xiàng)目（產(chǎn)品）開發(fā)計(jì)劃完成工作內(nèi)容1項(xiàng)目產(chǎn)品經(jīng)理郵件通知測試組長正式測試交接時(shí)間，測試規(guī)模預(yù)估等，同時(shí)提交相關(guān)最新項(xiàng)目資料項(xiàng)目需求及軟件規(guī)格定義文檔項(xiàng)目開發(fā)計(jì)劃開發(fā)設(shè)計(jì)過程中提供概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔。其他相關(guān)資料2組建測試小組，確定小組成員3召開測試啟動會議，開發(fā)團(tuán)隊(duì)提供需求規(guī)格說明書和開發(fā)計(jì)劃，確認(rèn)開發(fā)組與測試組對需要交接的測試內(nèi)容、測試目標(biāo)達(dá)成一致，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作重點(diǎn)。退出標(biāo)準(zhǔn)測試小組成立，雙方對測試目標(biāo)及內(nèi)容達(dá)成一致。責(zé)任人產(chǎn)品（項(xiàng)目）經(jīng)理，測試組長注在正式測試任務(wù)下達(dá)前，開發(fā)團(tuán)隊(duì)?wèi)?yīng)在項(xiàng)目（產(chǎn)品）開發(fā)計(jì)劃完成后及時(shí)向測試團(tuán)隊(duì)下達(dá)預(yù)通知，告之較為確切的測試日期，提供當(dāng)前最新的相關(guān)資料。部門經(jīng)理和測試組長組建測試小組，并視具體情況決定是否需要調(diào)整人力、時(shí)間安排、測試環(huán)境等其它資源。測試小組成員可預(yù)先熟悉必要的項(xiàng)目（產(chǎn)品）資料。114測試設(shè)計(jì)階段測試設(shè)計(jì)階段1141設(shè)計(jì)測試計(jì)劃設(shè)計(jì)測試計(jì)劃注針對需求分析文檔和項(xiàng)目開發(fā)計(jì)劃文檔測試完成后，測試組需要編寫測試計(jì)劃文檔、制定測試測略及預(yù)估測試過程中的風(fēng)險(xiǎn)，并設(shè)計(jì)出合理的規(guī)避風(fēng)險(xiǎn)的策略，為后續(xù)的測試工作提供直接的指導(dǎo)。

簡介：系統(tǒng)名稱系統(tǒng)名稱版本版本測試報(bào)告報(bào)告編號當(dāng)前版本10編寫人編寫日期20150214審批人審批日期文件狀態(tài)√草稿正式發(fā)布正在修改保密級別測試報(bào)告目錄版本變更記錄版本變更記錄2項(xiàng)目基本信息項(xiàng)目基本信息1第1章引言引言211編寫目的212項(xiàng)目背景213參考資料214術(shù)語和縮略語2第2章測試概要測試概要321測試用例設(shè)計(jì)322測試環(huán)境與配置3221功能測試3222性能測試323測試方法和工具4第3章測試內(nèi)容和執(zhí)行情況測試內(nèi)容和執(zhí)行情況431項(xiàng)目測試概況表432功能5321總體KPI5322模塊二5323模塊三533性能（效率）6331測試用例6332參數(shù)設(shè)置6333通信效率6334設(shè)備效率7335執(zhí)行效率734可靠性835安全性836易用性837兼容性838安裝和手冊9第4章覆蓋分析覆蓋分析9第5章缺陷的統(tǒng)計(jì)與分析缺陷的統(tǒng)計(jì)與分析101051缺陷匯總1052缺陷分析1053殘留缺陷與未解決問題10第6章測試結(jié)論與建議測試結(jié)論與建議111161測試結(jié)論1162建議11

簡介：1、試述軟件的概念和特點(diǎn)軟件復(fù)用的含義構(gòu)件包括哪些AA軟件的概念軟件的概念軟件是程序、軟件是程序、數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)和相關(guān)文檔的集合，用于實(shí)現(xiàn)所需要的邏輯方法、過程和相關(guān)文檔的集合，用于實(shí)現(xiàn)所需要的邏輯方法、過程或控制。軟件是把知識與技術(shù)緊密結(jié)合的智力成果，是在研制、開發(fā)中被創(chuàng)造或控制。軟件是把知識與技術(shù)緊密結(jié)合的智力成果，是在研制、開發(fā)中被創(chuàng)造出來的一種信息產(chǎn)品。出來的一種信息產(chǎn)品。BB軟件的特點(diǎn)軟件的特點(diǎn)①抽象性軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象①抽象性軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。性。②不會磨損在軟件的運(yùn)行和使用期間，沒有硬件那樣的機(jī)械磨損、老化問②不會磨損在軟件的運(yùn)行和使用期間，沒有硬件那樣的機(jī)械磨損、老化問題，但軟件題，但軟件維護(hù)比硬件維護(hù)要負(fù)責(zé)的多。維護(hù)比硬件維護(hù)要負(fù)責(zé)的多。③軟件開發(fā)工作最大、開發(fā)效率低、成本高，但復(fù)制容易、成本極低。③軟件開發(fā)工作最大、開發(fā)效率低、成本高，但復(fù)制容易、成本極低。④對計(jì)算機(jī)系統(tǒng)的依賴性④對計(jì)算機(jī)系統(tǒng)的依賴性⑤軟件具有無形性，可以多次使用，但商業(yè)壽命較短。⑤軟件具有無形性，可以多次使用，但商業(yè)壽命較短。CC軟件復(fù)用軟件復(fù)用SOFTWARESOFTWAREREUSEREUSE軟件復(fù)用是將已有軟件的各種有關(guān)知識用于建立新的軟件軟件復(fù)用是將已有軟件的各種有關(guān)知識用于建立新的軟件以縮減軟件開發(fā)和以縮減軟件開發(fā)和維護(hù)的花費(fèi)，提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。維護(hù)的花費(fèi)，提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。DD構(gòu)件構(gòu)件構(gòu)件是系統(tǒng)中實(shí)際存在的可更換部分，它實(shí)現(xiàn)特定的功能，符合一套接口標(biāo)準(zhǔn)構(gòu)件是系統(tǒng)中實(shí)際存在的可更換部分，它實(shí)現(xiàn)特定的功能，符合一套接口標(biāo)準(zhǔn)并實(shí)現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一部分物理實(shí)施，包括并實(shí)現(xiàn)一組接口。構(gòu)件代表系統(tǒng)中的一部分物理實(shí)施，包括軟件代碼（源代軟件代碼（源代碼、二進(jìn)制代碼或可執(zhí)行代碼）或其等價(jià)物（如腳本或命令文件）。碼、二進(jìn)制代碼或可執(zhí)行代碼）或其等價(jià)物（如腳本或命令文件）。2、瀑布模型和螺旋模型的主要區(qū)別是什么瀑布模型強(qiáng)調(diào)的保證軟件的質(zhì)量瀑布模型強(qiáng)調(diào)的保證軟件的質(zhì)量忽略人力忽略人力時(shí)間時(shí)間資源等成本因素資源等成本因素以質(zhì)量以質(zhì)量為第一目標(biāo)為第一目標(biāo)每次需求發(fā)生變更都要從頭再來，適合于一些大型穩(wěn)定的項(xiàng)目。每次需求發(fā)生變更都要從頭再來，適合于一些大型穩(wěn)定的項(xiàng)目。螺旋模型是一種增量迭代開發(fā)的模型螺旋模型是一種增量迭代開發(fā)的模型每一次循環(huán)都是一次版本的升級，可每一次循環(huán)都是一次版本的升級，可提高軟件的適應(yīng)能力。比較適合于前期需求不穩(wěn)定提高軟件的適應(yīng)能力。比較適合于前期需求不穩(wěn)定后期需求新增變更較多的項(xiàng)后期需求新增變更較多的項(xiàng)目。目。瀑布模型是基于質(zhì)量的瀑布模型是基于質(zhì)量的是由文檔驅(qū)動的。螺旋模型是風(fēng)險(xiǎn)驅(qū)動的，更需要是由文檔驅(qū)動的。螺旋模型是風(fēng)險(xiǎn)驅(qū)動的，更需要經(jīng)驗(yàn)豐富的風(fēng)險(xiǎn)評估知識和水平。經(jīng)驗(yàn)豐富的風(fēng)險(xiǎn)評估知識和水平。3、軟件生存周期及其模型是什么AA軟件生命周期是計(jì)劃軟件生命周期是計(jì)劃需求分析需求分析軟件設(shè)計(jì)軟件設(shè)計(jì)程序編碼程序編碼軟件測試軟件測試運(yùn)行維運(yùn)行維護(hù)BB常用的模型有瀑布模型，螺旋模型，常用的模型有瀑布模型，螺旋模型，IPDIPD流程，流程，RUPRUP流程流程4、什么是軟件測試軟件測試的目的與原則AA軟件測試是在規(guī)定的條件下對程序進(jìn)行操作，以發(fā)現(xiàn)錯誤，對軟件質(zhì)量軟件測試是在規(guī)定的條件下對程序進(jìn)行操作，以發(fā)現(xiàn)錯誤，對軟件質(zhì)量進(jìn)行評估進(jìn)行評估即軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。即軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。支持作用。一個軟件開發(fā)組織真正有效的實(shí)施軟件配置管理，將會使軟件開發(fā)支持作用。一個軟件開發(fā)組織真正有效的實(shí)施軟件配置管理，將會使軟件開發(fā)過程有更好的可預(yù)測性，使系統(tǒng)具有可重復(fù)性，大大提高軟件組織的競爭力。過程有更好的可預(yù)測性，使系統(tǒng)具有可重復(fù)性，大大提高軟件組織的競爭力。BB軟件配置包括如下內(nèi)容軟件配置包括如下內(nèi)容配置項(xiàng)識別配置項(xiàng)識別工作空間管理工作空間管理版本控制版本控制變更控制變更控制狀態(tài)狀態(tài)報(bào)告報(bào)告配置審計(jì)配置審計(jì)7、簡述需求分析的過程和意義1、明確需求以及測試范圍、明確需求以及測試范圍了解該需求是為了解決用戶的什么問題了解該需求是為了解決用戶的什么問題功能性需求產(chǎn)品必須有的功能功能性需求產(chǎn)品必須有的功能非功能性需求是否美觀，用戶體驗(yàn)，穩(wěn)定性，易用性等非功能性需求是否美觀，用戶體驗(yàn)，穩(wěn)定性，易用性等最容易忽略的一點(diǎn)明確的需求背后所隱藏的需求（例如登錄，明確的需求最容易忽略的一點(diǎn)明確的需求背后所隱藏的需求（例如登錄，明確的需求是，正確輸入用戶名，密碼，才能登錄。隱性需求用戶名字符類型，長度，是，正確輸入用戶名，密碼，才能登錄。隱性需求用戶名字符類型，長度，是否可為空；密碼字符類型，長度等）是否可為空；密碼字符類型，長度等）將問題在需求階段暴露的成本最小將問題在需求階段暴露的成本最小2、畫業(yè)務(wù)流程圖（流程圖）、畫業(yè)務(wù)流程圖（流程圖）根據(jù)需求中規(guī)定的業(yè)務(wù)流程根據(jù)需求中規(guī)定的業(yè)務(wù)流程各業(yè)務(wù)流程分支的確定各業(yè)務(wù)流程分支的確定由于業(yè)務(wù)原因規(guī)定不可使用的業(yè)務(wù)流程由于業(yè)務(wù)原因規(guī)定不可使用的業(yè)務(wù)流程3、功能點(diǎn)整理（思維導(dǎo)圖）、功能點(diǎn)整理（思維導(dǎo)圖）業(yè)務(wù)功能需求中所定義的實(shí)際業(yè)務(wù)直接相關(guān)的功能業(yè)務(wù)功能需求中所定義的實(shí)際業(yè)務(wù)直接相關(guān)的功能數(shù)據(jù)約束主要是用于控制在執(zhí)行功能時(shí)，數(shù)據(jù)的顯示范圍、數(shù)據(jù)之間的關(guān)系數(shù)據(jù)約束主要是用于控制在執(zhí)行功能時(shí)，數(shù)據(jù)的顯示范圍、數(shù)據(jù)之間的關(guān)系等。等。易用性需求便于功能操作使用的一些細(xì)節(jié)，比如快捷鍵就是典型的易用性需易用性需求便于功能操作使用的一些細(xì)節(jié)，比如快捷鍵就是典型的易用性需求。求。編輯約束在功能執(zhí)行時(shí)，對輸入數(shù)據(jù)項(xiàng)目的一些約束性條件，比如只能輸入編輯約束在功能執(zhí)行時(shí)，對輸入數(shù)據(jù)項(xiàng)目的一些約束性條件，比如只能輸入數(shù)字。數(shù)字。