<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            軟件測試部測試工作規范

            發(fā)表于:2011-11-17來(lái)源:未知作者:領(lǐng)測軟件測試網(wǎng)采編點(diǎn)擊數: 標簽:軟件測試
            測試部測試工作規范 1、目的 規范專(zhuān)用測試組工作內容和工作流程,通過(guò)規范化的工作模式,提高專(zhuān)用測試組的整體工作效率。 2、產(chǎn)品測試工作要求 2.1 測試工作流程

              測試測試工作規范

              1、目的

              規范專(zhuān)用測試組工作內容和工作流程,通過(guò)規范化的工作模式,提高專(zhuān)用測試組的整體工作效率。

              2、產(chǎn)品測試工作要求

              2.1 測試工作流程

              測試工作流程圖如下:

              2.2 詳細說(shuō)明

              2.2.1 初始

              從項目經(jīng)理或研發(fā)工程師處獲得產(chǎn)品的產(chǎn)品測試計劃情況,包括版本號、計劃完成時(shí)間、需求內容、修改內容等,根據不同產(chǎn)品的需要與任務(wù)發(fā)起人討論產(chǎn)品是否是可測試的。

              2.2.2 計劃

              根據產(chǎn)品測試計劃的時(shí)間和需求范圍制定測試計劃,選擇已有的測試用例,編寫(xiě)新功能的測試用例,明確每一輪測試所要用到的用例有哪些,用例的選擇要經(jīng)過(guò)評審確認。

              輸出:測試計劃、測試用例或測試大綱

              2.2.3 執行

              收到提交測試的產(chǎn)品包后,首先須進(jìn)行冒煙測試,保證基本的安裝/卸載過(guò)程正常,數據流正常,才可以進(jìn)入功能測試。

              每一輪的測試要將已經(jīng)確定的測試用例完整執行一遍,將一輪測試中發(fā)現的bug更新到團隊任務(wù)管理系統的當前工作計劃中,通知研發(fā)工程師進(jìn)行修改,所有的bug修改完成后才可以提交完整包進(jìn)行下一輪的測試。在下一輪測試開(kāi)啟前,允許研發(fā)工程師提交兩次文件,以替換的方式進(jìn)行bug驗證,bug驗證通過(guò)后再要求開(kāi)發(fā)打包提交進(jìn)行下一輪測試。

              輸出:bug列表,階段性測試報告(每一輪測試執行完成后發(fā)出)

              2.2.4 收尾

              內測完成后要編寫(xiě)內測報告,編寫(xiě)版本發(fā)布說(shuō)明、用戶(hù)手冊、安裝說(shuō)明文檔等配套文檔。對于一些子模塊的入庫,可以不提供用戶(hù)手冊。

              輸出:內測報告、版本發(fā)布說(shuō)明、用戶(hù)手冊(可選)、安裝說(shuō)明文檔

              2.2.5 完成

              測試通過(guò)的包需填寫(xiě)設計變更通知單并通知工程部,將程序打包上傳到FTP服務(wù)器中RELEASE目錄下指定的子目錄,并通知輸出給工程部后認為是測試階段完成。

              輸出:設計變更通知單

              2.2.6 注意事項

              提交的測試工作計劃,要檢查是否符合入口標準,如果描述不清晰、不準確,或者存在明顯的產(chǎn)品命名、版本號不正確之類(lèi)的錯誤,要求開(kāi)發(fā)修改后重新提交測試申請。

              保證每一輪都將測試用例跑完,再將bug提交給開(kāi)發(fā)人員,要求開(kāi)發(fā)人員將bug全部修復完成之后再提交測試,如果只是部分修改,除非有合理的理由,否則不接受測試。

              3、外部技術(shù)支持工作

              3.1 工作流程

              3.2 詳細說(shuō)明

              3.2.1 初始

              外部問(wèn)題的提交最好采用郵件的形式進(jìn)行交互,測試人員收到問(wèn)題后認真查看問(wèn)題的描述,如果對于問(wèn)題描述有不理解的地方直接與問(wèn)題提交人進(jìn)行交互。

              3.2.2 分析

              判斷問(wèn)題是否為已知缺陷,如果是已知缺陷,直接答復給問(wèn)題提交人處理問(wèn)題的方式。

              如果不是產(chǎn)品的已知缺陷,需要在現場(chǎng)重現此問(wèn)題,分析定位問(wèn)題發(fā)生的原因,將分析結論轉給開(kāi)發(fā)人員,由開(kāi)發(fā)人員給出解決方案。同時(shí),要把問(wèn)題填寫(xiě)進(jìn)bug管理系統。

              3.2.3 收尾

              給出問(wèn)題解決的報告,報告內容包括分析定位的結論、如果是已知缺陷給出解決方案。報告要發(fā)給問(wèn)題提交人,抄送給測試主管和產(chǎn)品經(jīng)理。

              3.2.4 完成

              與問(wèn)題提交人確認問(wèn)題是否解決,若已解決,則任務(wù)完成。

              3.2.5 注意事項

              問(wèn)題的交互最好都采用郵件的方式,以保存問(wèn)題交互記錄,作為追溯和工作記錄的依據。

              對于新發(fā)現的問(wèn)題如果是產(chǎn)品缺陷,一定要填寫(xiě)bug,無(wú)論是否已通過(guò)其他手動(dòng)方式解決。

              4、其他要求

              4.1 bug填寫(xiě)說(shuō)明

              bug填寫(xiě)時(shí)要描述清楚以下幾個(gè)方面的內容:

              測試時(shí)的操作步驟,描述清楚測試的時(shí)候是如何做的操作。

              問(wèn)題現象,最好可以附上截圖。

              測試分析結論、建議,給出測試的分析結論。

              4.2 周報/月報填寫(xiě)說(shuō)明

              4.2.1 周工作任務(wù)統計

             

            任務(wù)名 所用工時(shí)(天) 詳細情況描述 工作結果
                   
                   
                   
                   
                   
                   

            原文轉自:http://kjueaiud.com

            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>