對測試的理解

• 基本思想
• • 一、 測試在項目中的定位和測試的理念
  • 二、 保證測試的常用方法
  • 三、 測試經(jīng)理需要的配合

基本思想

這里只是個人認(rèn)為測試經(jīng)常保持的基本思想否則測試就是單純?yōu)榱藴y試而測試，下面的這幾點如果做到，測試才真正的發(fā)揮作用，并且這個過程需要管理層和項目經(jīng)理的認(rèn)可和配合。

一、 測試在項目中的定位和測試的理念

1、 測試是要貫穿整個項目周期的，是項目經(jīng)理的有利助手，項目經(jīng)理和測試經(jīng)理應(yīng)該是類似于部隊軍團長和政委之間的關(guān)系，相輔相成的。；
2、 測試經(jīng)理不應(yīng)是單純的發(fā)現(xiàn)系統(tǒng)存在的缺陷，而是應(yīng)該對項目風(fēng)險（比如有風(fēng)險的程序模塊、項目進度風(fēng)險等）有提醒預(yù)警的義務(wù)和責(zé)任。
3、 測試和項目經(jīng)理的最終目標(biāo)是一致的，但是測試在原則上是不能允許測試未完成或者遺漏缺陷上線的，如出現(xiàn)此情況應(yīng)該由項目經(jīng)理申請經(jīng)高層領(lǐng)導(dǎo)決策是否上線。

二、 保證測試的常用方法

1、評審非常重要，未雨綢繆、防范未然、謀定后動都在這個環(huán)節(jié)上，如果沒有好的郵件評審反饋意見的習(xí)慣，就一定要會議評審，前期浪費些時間可以減少很多風(fēng)險，項目成本的概念就不多說了。
（1）需求說明書形成后，測試需要評審需求的可測試性及是否有風(fēng)險，提醒項目經(jīng)理規(guī)避風(fēng)險。
（2）設(shè)計說明書形成后，需要測試評審可測試性、交易及數(shù)據(jù)的可跟蹤性，如有問題提醒項目經(jīng)理規(guī)避風(fēng)險。
（3）測試需求和測試案例評審時，項目經(jīng)理、需求人員、開發(fā)人員應(yīng)該參與評審，需求人員檢查是否有遺漏的功能，開發(fā)人員根據(jù)自己修改的內(nèi)容，檢查測試需求和案例是否有遺漏對修改內(nèi)容的測試。并提醒測試人員重點測試哪些模塊。
（4）評審的講訴者一定要講出自己對需求的理解和工作思路。
2、項目保障預(yù)警提醒
（1）進度預(yù)警，如果開發(fā)不能按時送測，測試經(jīng)理應(yīng)給項目經(jīng)理預(yù)警在指定日期（可以是計劃日期，也可以是計劃日期后寬限的日期）不能送測對測試進度或者整個項目進度的影響。
（2）功能模塊風(fēng)險預(yù)警，當(dāng)測試發(fā)現(xiàn)某個模塊缺陷集中時，應(yīng)給項目經(jīng)理預(yù)警，項目經(jīng)理應(yīng)安排對該模塊進行整體治理，不應(yīng)在繼續(xù)大量投入測試，否則對測試進度、項目整體質(zhì)量和項目成本控制都是不利的。
（3）缺陷預(yù)警，當(dāng)缺陷出現(xiàn)爭議（包括開發(fā)和測試有爭議或者關(guān)聯(lián)系統(tǒng)間有爭議）、缺陷反復(fù)出現(xiàn)三次或以上、缺陷駐留時間過長等，應(yīng)給項目經(jīng)理預(yù)警，召開缺陷討論會議，盡快明確缺陷責(zé)任、缺陷修改方案和計劃等。如多個關(guān)聯(lián)系統(tǒng)測試時建議缺陷催促應(yīng)采用首發(fā)負(fù)債制度（既首個接到缺陷的系統(tǒng)開發(fā)人員負(fù)責(zé)跟蹤到缺陷關(guān)閉），但項目經(jīng)理應(yīng)起到監(jiān)督作用，測試應(yīng)繼續(xù)關(guān)注及及時預(yù)警。
（4）項目保障，當(dāng)項目經(jīng)理不能及時處理項目風(fēng)險，導(dǎo)致不能按時送測或者缺陷處理不及時等，測試有義務(wù)向上級上報風(fēng)險，已保障項目風(fēng)險上級及時了解，采取應(yīng)對措施。
3、環(huán)境部署方面
（1）環(huán)境方面，測試環(huán)境由對應(yīng)的測試經(jīng)理管理，主要負(fù)責(zé)申請資源、申請配置修改、及測試查詢?nèi)罩镜?#xff0c;但是可修改或部署權(quán)限的用戶由專人管理。測試應(yīng)只有可讀權(quán)限，對數(shù)據(jù)庫數(shù)據(jù)可以有適當(dāng)?shù)男薷臋?quán)限
（2）部署方面，測試環(huán)境部署和生產(chǎn)環(huán)境部署，最好是同一批人員。開發(fā)送測后，部署人員按部署手冊部署，這部分人員最好具備系統(tǒng)工程相關(guān)知識，對操作命令應(yīng)比較熟悉。并且可以處理測試提出的參數(shù)配置修改等日常出來和維護。
4、測試人員管理和分工
（1）一般情況寫測試案例的人和執(zhí)行人都是同一個人，可通過測試案例由其他人執(zhí)行的形式進行交叉測試。可以通過這種方式更多的發(fā)現(xiàn)問題，避免因視覺疲勞引起部分缺陷不能發(fā)現(xiàn)；也可以通過此方式檢查測試執(zhí)行情況，如果遺漏的大量需求則測試人員需要進行說明和整改；同時也可以未人員備份做準(zhǔn)備。
（2）測試的工作是比較雜比較細的，如果有不細致認(rèn)真的員工，可以通過細化測試案例，通過測試案例跟蹤，比如檢查測試數(shù)據(jù)等，對測試工作進行監(jiān)督。讓員工被動的工作。
（3）經(jīng)常測試的系統(tǒng)，測試案例執(zhí)行時間是可評估的，分工時應(yīng)充分考慮時間可控，其他因素也要考慮，比如：如果測試數(shù)據(jù)是否有不同狀態(tài)，測試案例的執(zhí)行是否需要前期準(zhǔn)備的，如果有多個系統(tǒng)參與批量，批量計劃應(yīng)謹(jǐn)慎編排并嚴(yán)格執(zhí)行，不可隨意更改批量計劃。
5、應(yīng)及時定期發(fā)測試報告
進入測試階段后，測試報告應(yīng)定期發(fā)給項目相關(guān)人員。報告內(nèi)容應(yīng)明確說明當(dāng)前進度，缺陷狀態(tài)，是否有風(fēng)險，風(fēng)險描述，影響范圍等。每個需求應(yīng)單獨發(fā)測試報告。

三、 測試經(jīng)理需要的配合

1、 需要項目經(jīng)理緊密配合，測試提出缺陷預(yù)警風(fēng)險，項目 經(jīng)理應(yīng)充分重視，并擺正態(tài)度，測試在幫助項目經(jīng)理，一切為了項目不要認(rèn)為是告狀。測試需要項目經(jīng)理建立起開發(fā)和測試的合作紐帶。
2、 測試需要把握測試的基本原則，不能因其他考核等影響原則。如不及時提交缺陷或預(yù)警風(fēng)險，是對整個項目不負(fù)責(zé)。

總結(jié)

以上是生活随笔為你收集整理的对测试的理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。