軟件測試流程規(guī)范最全-wenkub
2023-04-28 02:04:29 本頁面
【正文】 明 輸入條件立項會議工作內(nèi)容l 項目（產(chǎn)品）可行性分析。l 項目經(jīng)理的確定. l 根據(jù)項目信息，測試經(jīng)理確定測試組長。 測試工作啟動 過程要點 詳細說明 輸入條件項目（產(chǎn)品）開發(fā)計劃完成 工作內(nèi)容1．項目/產(chǎn)品經(jīng)理郵件通知測試組長正式測試交接時間，測試規(guī)模預(yù)估等，同時提交相關(guān)最新項目資料：l 項目需求及軟件規(guī)格定義文檔l 項目開發(fā)計劃l 開發(fā)設(shè)計過程中提供概要設(shè)計、詳細設(shè)計文檔。部門經(jīng)理和測試組長組建測試小組，并視具體情況決定是否需要調(diào)整人力、時間安排、測試環(huán)境等其它資源。測試計劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容：l 依據(jù)項目背景及要求，確定測試環(huán)境。 a． 等價劃分法有效等價類:是指對于程序的規(guī)格說明來說是合理的有意義的輸入數(shù)據(jù)構(gòu)成的集合利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能 無效等價類:與有效等價類的定義恰巧相反b． 邊界值法：216。 通常情況下，軟件測試所包含的邊界檢驗有幾種類型：數(shù)字、字符、位置、重量、大小、速度、方位、尺寸、空間等。 邊界值分析的基本思想是使用在最小值、略高于最小值、正常值、略低于最大值和最大值處取輸入變量值，記為：min、min+、nom、max、max考慮到健壯性測試，還可以加一個略大于最大值max+，以及一個略小于最小值min的值。包括功能缺陷，數(shù)據(jù)缺陷，接口缺陷和界面缺陷等等。} 輸入腳本語言函數(shù) 根據(jù)接口文檔編寫測試用例（用例編寫方法完全可以按照黑盒測試的用例編寫規(guī)則來編寫，如：邊界值、等價劃分等等設(shè)計方法）。 手工檢測：對于CSRF、越權(quán)訪問、文件上傳、修改密碼等漏洞，難以實現(xiàn)自動化檢測的效果，這是因為這些漏洞涉及系統(tǒng)邏輯或業(yè)務(wù)邏輯，有時候還需要人機交互參與頁面流程，因此這類漏洞的檢測更多的需要依靠手動測試完成。 通過修改擴展名的方式是否可以繞過格式限制，是否可以通過壓包方式繞過格式限制； 216。 216。 216。 不同瀏覽器的兼容 216。 布局合理緊湊，疏密有致 216。 語句流暢，表述清晰，沒有錯別字 216。 易操作 216。 系統(tǒng)：Android系統(tǒng)在不斷升級，就會產(chǎn)生不同系統(tǒng)版本，對系統(tǒng)版本是不斷進行兼容來對來符合的系統(tǒng)的版本。 語言：現(xiàn)在的很多的app已經(jīng)支持較多的語言的，所以需要對語言方面進行測試，是app顯示的語言國際化顯示的效果 測試用例的維護存在以下幾種情況，需對測試用例進行更新：} 先前的測試用例設(shè)計不全面或不準(zhǔn)確 } 部分嚴重的軟件錯誤未在測試用例中覆蓋 } 新的版本有新功能的需求或改動 } 編寫的測試用例不規(guī)范或者語句錯誤 } 舊的測試用例不再適用 過程要點 詳細說明 輸入條件測試需求明確，測試計劃明確工作內(nèi)容根據(jù)測試計劃設(shè)計測試用例，設(shè)計參考原則：l 等價類劃分l 邊界值分析l 錯誤推測等l 業(yè)務(wù)知識及相關(guān)流程退出標(biāo)準(zhǔn)l 測試用例需要覆蓋所有的測試需求l 測試用例集需進行評審并通過l 項目進行過程中，適時的根據(jù)需求變更來對測試用例進行維護責(zé)任人測試組成員 設(shè)計內(nèi)容評審注：測試計劃及測試用例的設(shè)計工作完成后，需通知項目組相關(guān)成員召開評審會議。過程要點 詳細描述 輸入條件測試組長于前一工作日定出當(dāng)日的測試計劃，確定可用的測試用例。退出標(biāo)準(zhǔn)測試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄。過程要點 詳細描述 輸入條件在每輪測試中，按照現(xiàn)
公司管理相關(guān)推薦
鄂ICP備17016276號-1