軟件測(cè)試規(guī)章制度

年4月19日軟件測(cè)試規(guī)章制度文檔僅供參考，不當(dāng)之處，請(qǐng)聯(lián)系改正。軟件測(cè)試規(guī)章制度【篇一：軟件測(cè)試管理流程與規(guī)范】軟件測(cè)試管理流程與規(guī)范前言目的：為統(tǒng)一軟件測(cè)試制度，更好的管理軟件測(cè)試，更好的配合軟件工程師軟件的下發(fā)，特制定。本標(biāo)準(zhǔn)的附錄記錄文檔是規(guī)范性文檔。本標(biāo)準(zhǔn)由萬捷科技有限公司top測(cè)試組提出，top測(cè)試組歸口。本標(biāo)準(zhǔn)起草部門：萬捷top測(cè)試組。本標(biāo)準(zhǔn)于4月7日發(fā)布。1、范圍本標(biāo)準(zhǔn)規(guī)定了軟件測(cè)試的流程。本標(biāo)準(zhǔn)規(guī)范了軟件測(cè)試的文檔。本標(biāo)準(zhǔn)適用于萬捷測(cè)試組。2、軟件測(cè)試的流程2.1軟件下發(fā)流程軟件方案→xxx公司top組軟件測(cè)試組組長(zhǎng)軟件從發(fā)放到測(cè)試組進(jìn)行測(cè)試為一個(gè)完整周期。一款軟件需測(cè)試由軟件方案方直接下發(fā)給萬捷top組測(cè)試組長(zhǎng)，方案公司軟件負(fù)責(zé)人需填寫一份《軟件發(fā)布信息表～開發(fā)》才能下發(fā)至測(cè)試組，其表需詳細(xì)填寫機(jī)型、版本、改了些什么問題、測(cè)試時(shí)需注意的事項(xiàng)等，以便軟件能有效有質(zhì)的完成測(cè)試。（《軟件發(fā)布信息表1》請(qǐng)見附錄1）2.2軟件測(cè)試周期軟件從發(fā)放到測(cè)試組進(jìn)行重點(diǎn)功能點(diǎn)檢需半天，全面測(cè)試需2天，專項(xiàng)測(cè)試需1天，（以上為人員充分情況下的理想狀態(tài)），在計(jì)劃時(shí)需作好時(shí)間的預(yù)留。3、萬捷測(cè)試組職責(zé)分配萬捷top測(cè)試組較成熟軟件試產(chǎn)軟件量產(chǎn)軟件萬捷top測(cè)試組負(fù)責(zé)較成熟軟件、試產(chǎn)軟件和量產(chǎn)軟件的測(cè)試，為避免發(fā)放到測(cè)試組的軟件有嚴(yán)重問題引起重復(fù)的無效測(cè)試，在軟件發(fā)放到萬捷之前軟件方案公司需自行進(jìn)行測(cè)試，確認(rèn)無嚴(yán)重問題再下發(fā)給萬捷top測(cè)試組進(jìn)行測(cè)試。對(duì)于試產(chǎn)軟件某些功能未完善，某些bug由于時(shí)間問題未及時(shí)改進(jìn)，須在軟件提交到測(cè)試組時(shí)，由軟件方案公司軟件負(fù)責(zé)人提交相關(guān)說明。每個(gè)外發(fā)出去的軟件版本都需經(jīng)過測(cè)試組測(cè)試確認(rèn)合格；特別是量產(chǎn)軟件必須全面測(cè)試后才能外發(fā)出去。填寫〈軟件發(fā)布信息表2〉給各部門負(fù)責(zé)人簽字確認(rèn)，再發(fā)出。（《軟件發(fā)布信息表2》請(qǐng)見附錄2）4、客戶反饋問題的反饋客戶反饋問題→高威爾客服服務(wù)部--→萬捷top測(cè)試組組長(zhǎng)關(guān)于客戶反饋的軟件問題，由于客戶對(duì)于問題的描述不清晰或不全面或不是問題的問題直接提交到開發(fā)造成開發(fā)經(jīng)常要猜測(cè)問題復(fù)現(xiàn)路徑，對(duì)問題出現(xiàn)誤解，則須由測(cè)試組驗(yàn)證確認(rèn)后提交到軟件方案公司進(jìn)行修改，不是問題/設(shè)計(jì)如此的也須由測(cè)試組回復(fù)一份報(bào)告給客服人員到客戶，以避免客戶再次反饋同樣的問題。5、軟件測(cè)試問題的反饋測(cè)試組對(duì)于每發(fā)布的一版軟件的測(cè)試結(jié)果必須詳細(xì)記錄在部門內(nèi)部buglist中或bug管理工具中，待測(cè)試完畢后整理，統(tǒng)一發(fā)出。若發(fā)現(xiàn)嚴(yán)重bug，可及時(shí)隨時(shí)反饋，發(fā)便bug能及時(shí)修改。測(cè)試結(jié)果（《軟件測(cè)試報(bào)告》請(qǐng)見附錄3軟件測(cè)試報(bào)告發(fā)送給方案公司項(xiàng)目接口人，由該接口人將此報(bào)告給相關(guān)的開發(fā)工程師，由軟件方案公司軟件開發(fā)工程師給出bug的修改建議，由萬捷科技top測(cè)試組長(zhǎng)及軟件方案公司接口人共同跟進(jìn)bug的解決進(jìn)度。若有bug管理工具，則不需要以下步驟1。關(guān)于測(cè)試bug的整理與共享：(1)由測(cè)試組組長(zhǎng)共享一目錄給部門項(xiàng)目相關(guān)負(fù)責(zé)人，格式為：buglist（項(xiàng)目名）buglist(2)測(cè)試組組長(zhǎng)整理好各項(xiàng)目各版本的測(cè)試記錄。(3)各項(xiàng)目的每版軟件buglist...測(cè)試組組長(zhǎng)要整理各種buglist，避免同一bug提交兩次；確保軟件方案公司同事，避免同一個(gè)已經(jīng)解決的bug出現(xiàn)兩次。對(duì)于某些新增功能的測(cè)試，由軟件方案公司相關(guān)開發(fā)人員或接口人與萬捷科技接口人共同出＊＊新功能測(cè)試指導(dǎo)給相關(guān)的測(cè)試人員；有必要時(shí)做＊＊新功能培訓(xùn)。6、buglist的命名規(guī)則:buglist的優(yōu)先級(jí)由測(cè)試工程師確定,建議再加項(xiàng)其它，用以說明未考慮到的其它情況.關(guān)于bug的優(yōu)先級(jí)劃分請(qǐng)參照文檔〈軟件黑盒測(cè)試評(píng)估規(guī)范〉。（《軟件黑盒測(cè)試評(píng)估規(guī)范》請(qǐng)見附錄4）例：7、軟件測(cè)試工作的評(píng)估軟件測(cè)試不可能把所有的問題都發(fā)現(xiàn)出來只能最大程度上的減少問題的發(fā)生。對(duì)于軟件測(cè)試工作的評(píng)估如下：當(dāng)外發(fā)的軟件有嚴(yán)重問題時(shí)，則記測(cè)試組一次工作失誤。當(dāng)然，軟件方案公司開發(fā)人員也要對(duì)測(cè)試組負(fù)責(zé)，盡量避免使一些已經(jīng)解決的bug重復(fù)多次出現(xiàn)。8、量產(chǎn)版本的評(píng)估萬捷top測(cè)試組原則上量產(chǎn)軟件只有在經(jīng)過測(cè)試組測(cè)試且沒有a類嚴(yán)重問題后方能用于出貨軟件。在出貨任務(wù)緊急時(shí)，須由測(cè)試組、軟件開發(fā)、項(xiàng)目、銷售等相關(guān)部門評(píng)估同意后方能用做出貨軟件。9.軟件測(cè)試計(jì)劃的制定開發(fā)部門應(yīng)提前制定測(cè)試計(jì)劃，但由于此計(jì)劃牽涉到項(xiàng)目部、客戶等多種軟件部不能決定的因素，根據(jù)實(shí)際情況，盡可能適當(dāng)提前告之測(cè)試組相關(guān)軟件測(cè)試計(jì)劃。10、說明書的編寫每款機(jī)型的說明書由軟件方案公司相關(guān)人員編寫，萬捷top測(cè)試組進(jìn)行審核及整理?？蛻粲嘘P(guān)說明書問題的反饋由萬捷top測(cè)試組長(zhǎng)跟進(jìn)，并有效及時(shí)給予客戶回復(fù)。11、測(cè)試sim卡的使用測(cè)試sim卡由測(cè)試組長(zhǎng)統(tǒng)一管理。需要充值時(shí)填寫“物品申構(gòu)單”，由公司進(jìn)行充值。若公司不統(tǒng)一進(jìn)行充值，購買充值卡時(shí)請(qǐng)索要發(fā)票，方便報(bào)銷。并在充值成功后記錄充值時(shí)間及卡內(nèi)余額。測(cè)試卡使用時(shí)請(qǐng)注意節(jié)約話費(fèi)，避免不必要的開銷，嚴(yán)禁將測(cè)試卡作為測(cè)試工作以外的用途。暫定每張測(cè)試卡每次充值最高為人民幣一百元，可根據(jù)實(shí)際情況適當(dāng)調(diào)整。12、手機(jī)測(cè)試的相關(guān)文檔12.1mtk平臺(tái)點(diǎn)檢表文檔：可作功能點(diǎn)檢。（《軟件發(fā)布點(diǎn)檢表》請(qǐng)見附錄5）12.2全面測(cè)試（mmi測(cè)試）文檔：可作手機(jī)全面測(cè)試文檔規(guī)范。（全面測(cè)試《mmi測(cè)試》文檔請(qǐng)見附錄6）12.3通話測(cè)試文檔：每版輸進(jìn)行全面測(cè)試的軟件都得進(jìn)行一次通話測(cè)試。（《通話測(cè)試》文檔請(qǐng)見附錄7）12.4通話專項(xiàng)測(cè)試文檔：每款機(jī)型至少要進(jìn)行一次通話專項(xiàng)測(cè)試。（《通話專項(xiàng)測(cè)試規(guī)范文檔》請(qǐng)見附錄8）12.5lcd專項(xiàng)測(cè)試文檔：手機(jī)換屏后需進(jìn)行l(wèi)cd專項(xiàng)測(cè)試。（《lcd專項(xiàng)》文檔請(qǐng)見附錄9）12.6flash-專項(xiàng)測(cè)試文檔：手機(jī)換flash后需進(jìn)行flash專項(xiàng)測(cè)試。（《flash-專項(xiàng)測(cè)試》文檔請(qǐng)見附錄10）12.7重點(diǎn)功能測(cè)試文檔：作重點(diǎn)功能檢測(cè)。（《重點(diǎn)功能測(cè)試》文檔請(qǐng)見附錄11）13、附錄文檔（軟件測(cè)試的規(guī)范文檔），請(qǐng)見后續(xù)幾頁。附錄1：【篇二：軟件測(cè)試管理辦法】北京酷智科技有限公司軟件測(cè)試管理辦法（試行）1.職責(zé)劃分1.1測(cè)試組長(zhǎng)1.參與軟件需求設(shè)計(jì)的評(píng)審及項(xiàng)目可行性分析，風(fēng)險(xiǎn)預(yù)估，測(cè)試資源的申請(qǐng)；2.編制軟件測(cè)試計(jì)劃、軟件測(cè)試用例，定期進(jìn)行維護(hù)更新；7.與其它部門的協(xié)調(diào)和合作。1.2軟件測(cè)試工程師1.按照測(cè)試計(jì)劃進(jìn)行測(cè)試用例的執(zhí)行，維護(hù)；2.測(cè)試記錄的整理，提交、驗(yàn)證、關(guān)閉缺陷；3.跟蹤缺陷退回的問題，必須有詳細(xì)的原因分析我們才能夠進(jìn)行缺陷退回缺陷的否決；4.完成性能與壓力測(cè)試。1.3質(zhì)量保證qa組1.對(duì)測(cè)試過程進(jìn)行質(zhì)量監(jiān)督；2.保證項(xiàng)目按照正常的計(jì)劃執(zhí)行；3.并進(jìn)行階段性的質(zhì)量評(píng)估。2.作業(yè)流程詳細(xì)規(guī)定了測(cè)試組在整個(gè)項(xiàng)目中各個(gè)階段的職責(zé)及相關(guān)測(cè)試輸出文檔：3.測(cè)試類型和策略按照當(dāng)前的產(chǎn)品類型和規(guī)模，需要執(zhí)行的測(cè)試類型及策略如下：4.缺陷級(jí)別定義5.缺陷管理流程1.缺陷描述中要包括詳細(xì)、準(zhǔn)確的操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、測(cè)試環(huán)境。2.缺陷提交時(shí)在“實(shí)際結(jié)果”欄目中填寫測(cè)試數(shù)據(jù)、執(zhí)行結(jié)果內(nèi)容，盡量將缺陷的界面截圖作為附件上傳至對(duì)應(yīng)的記錄。3.“否決缺陷”、“暫緩處理”此兩類缺陷要求在缺陷“注釋”中注明否決原因或后續(xù)處理方案。4.對(duì)“緊急”級(jí)別的缺陷，測(cè)試人員應(yīng)進(jìn)行隨時(shí)地檢查并驗(yàn)證，及時(shí)修改對(duì)應(yīng)缺陷的狀態(tài)。5.缺陷跟蹤遵循：誰發(fā)現(xiàn)誰跟蹤；開發(fā)管理組進(jìn)行確認(rèn)、分配缺陷；開發(fā)人員及時(shí)修改缺陷或反饋意見。6.開發(fā)管理組人員在自己無法及時(shí)分配缺陷的情況下要提前找到代理人員完成該工作，避免缺陷在此環(huán)節(jié)滯留。7.開發(fā)人員必須對(duì)缺陷進(jìn)行及時(shí)修改，缺陷提交后，24小時(shí)內(nèi)必須進(jìn)行處理。如果開發(fā)人員沒有及時(shí)修改缺陷，則將缺陷嚴(yán)重程度的等級(jí)升級(jí)（低級(jí)-中級(jí)，中級(jí)-高級(jí)，高級(jí)-緊急）。8.如果缺陷經(jīng)開發(fā)人員多次修改（修改次數(shù)2次），測(cè)試驗(yàn)證后仍存在問題，則將缺陷的嚴(yán)重程度的等級(jí)升級(jí)（低級(jí)-中級(jí)，中級(jí)-高級(jí)，高級(jí)-緊急）。9.開發(fā)人員必須隨時(shí)查看qc中的缺陷狀態(tài)變化信息，每天最低查看次數(shù)不得少于5次。缺陷管理跟蹤流程如下：【篇三：軟件測(cè)試管理規(guī)范】軟件測(cè)試工作規(guī)范1目的??統(tǒng)一公司所有項(xiàng)目的軟件測(cè)試流程；??提供一套適合公司所有項(xiàng)目并可裁減的軟件測(cè)試工具；2范圍??本規(guī)范中單元測(cè)試適用于所有的java項(xiàng)目；??本規(guī)范中集成測(cè)試、系統(tǒng)測(cè)試和性能測(cè)試適用于所有項(xiàng)目。3測(cè)試階段與軟件開發(fā)階段的對(duì)應(yīng)關(guān)系1過程描述1.1單元測(cè)試活動(dòng)該活動(dòng)包括以下環(huán)節(jié)：??編寫單元測(cè)試計(jì)劃；??設(shè)計(jì)單元測(cè)試用例；??執(zhí)行單元測(cè)試過程；??記錄單元測(cè)試缺陷；??編寫單元測(cè)試報(bào)告；1.1.1活動(dòng)目的驗(yàn)證軟件系統(tǒng)模塊內(nèi)功能、容錯(cuò)、界面和報(bào)表測(cè)試和樁模塊、子模塊之間的接口測(cè)試。1.1.2角色與職責(zé)1.1.3測(cè)試范圍??單元模塊的功能性測(cè)試??單元模塊內(nèi)和模塊之間的接口測(cè)試??單元模塊的容錯(cuò)性測(cè)試??單元模塊的界面測(cè)試??單元模塊內(nèi)的權(quán)限1.1.4進(jìn)入條件已經(jīng)完成被測(cè)模塊的編碼工作1.1.5輸入《詳細(xì)設(shè)計(jì)說明書》1.1.6活動(dòng)說明對(duì)于結(jié)構(gòu)化的編程語言，程序單元指程序中定義的函數(shù)或子程序。單元測(cè)試是指對(duì)函數(shù)或子程序所進(jìn)行的測(cè)試。對(duì)于面向?qū)ο蟮木幊陶Z言，程序單元指特定的一個(gè)具體的類或相關(guān)的多個(gè)類。單元模塊之間的接口等。（1）開發(fā)人員依據(jù)詳細(xì)設(shè)計(jì)編寫單元測(cè)試計(jì)劃和和單元測(cè)試用例，《詳見junit使用說明》和《jprobe使用說明》，需詳細(xì)描述該用例的輸入、輸出和預(yù)期結(jié)果等相關(guān)內(nèi)容；（2）開發(fā)人員編寫程序代碼；（3）開發(fā)人員執(zhí)行單元測(cè)試用例，并記錄執(zhí)行結(jié)果；（4）開發(fā)人員執(zhí)行測(cè)試用例過程中發(fā)現(xiàn)的缺陷，必須提交到缺陷跟蹤工具中；（5）開發(fā)組長(zhǎng)完成單元測(cè)試后，編寫單元測(cè)試分析報(bào)告，項(xiàng)目經(jīng)理審核《單元測(cè)試分析報(bào)告》。1.1.7輸出已經(jīng)過回歸測(cè)試、打標(biāo)簽單元級(jí)的代碼《單元測(cè)試分析報(bào)告》1.1.8退出條件??被測(cè)代碼語句覆蓋率滿足單元測(cè)試計(jì)劃中制定的代碼覆蓋率要求；??測(cè)試用例執(zhí)行覆蓋率應(yīng)達(dá)100%；??《單元測(cè)試分析報(bào)告》經(jīng)過評(píng)審；??a類缺陷、b類缺陷、c類缺陷為零，d類缺陷少于10％，e類缺陷少于15％。1.1.9工具與方法??java項(xiàng)目junit3.7以上版本：利用junit提供的組件測(cè)試代碼的功能邏輯；jprobe5.0以上版本：使用coverage組件檢查代碼覆蓋率。??工具使用參見《junit使用簡(jiǎn)明手冊(cè)》，《jprobe使用簡(jiǎn)明手冊(cè)》。1.2集成測(cè)試活動(dòng)該活動(dòng)包括以下環(huán)節(jié)：??編寫集成測(cè)試計(jì)劃；??設(shè)計(jì)集成測(cè)試用例；??執(zhí)行集成測(cè)試過程；??記錄集成測(cè)試缺陷；??編寫集成測(cè)試分析報(bào)告；1.2.1活動(dòng)目的1.2.2角色與職責(zé)1.2.3測(cè)試范圍??系統(tǒng)集成后的功能性測(cè)試；??系統(tǒng)集成后的容錯(cuò)性測(cè)試；??系統(tǒng)集成后的界面測(cè)試；??系統(tǒng)集成后的安全（權(quán)限）測(cè)試；??系統(tǒng)集成后的系統(tǒng)的內(nèi)部接口測(cè)試；??系統(tǒng)集成后的可用性測(cè)試；??系統(tǒng)集成后的數(shù)據(jù)完整性測(cè)試。1.2.4進(jìn)入條件《概要設(shè)計(jì)說明書》經(jīng)過評(píng)審1.2.5輸入《概要設(shè)計(jì)說明書》1.2.6活動(dòng)說明（1）測(cè)試組長(zhǎng)制定《集成測(cè)試計(jì)劃》；（2）測(cè)試人員負(fù)責(zé)組織編寫集成測(cè)試用例，編寫測(cè)試腳本，編寫測(cè)試用例。（3）測(cè)試人員執(zhí)行測(cè)試用例。（4）測(cè)試過程中發(fā)現(xiàn)缺陷提交到缺陷跟蹤系統(tǒng)；（5）架構(gòu)師對(duì)缺陷進(jìn)行評(píng)估并分發(fā)，若判斷是缺陷則指定相關(guān)開發(fā)人員進(jìn)行修改；（6）開發(fā)人員修改完缺陷后，由測(cè)試人員進(jìn)行回歸測(cè)試，測(cè)試經(jīng)過則缺陷關(guān)閉，檢驗(yàn)未經(jīng)過，則轉(zhuǎn)給開發(fā)人員，繼續(xù)修改；（7）測(cè)試人員編寫集成測(cè)試分析報(bào)告。1.2.7輸出??已經(jīng)過回歸測(cè)試、打標(biāo)簽系統(tǒng)級(jí)的代碼；??《集成測(cè)試分析報(bào)告》；??a類缺陷、b類缺陷、c類缺陷為零，d類缺陷少于5％，e類缺陷少于10％。1.2.8退出條件《集成測(cè)試分析報(bào)告》經(jīng)過評(píng)審代碼基線化1.2.9工具與方法因具體項(xiàng)目