在功能測試中如何發(fā)現隱含的測試點(diǎn) 軟件測試
最新開(kāi)始忙了，項目進(jìn)入了系統測試階段，突然覺(jué)得忙起來(lái)也是一件很有意義的事情，也許是之前我閑的時(shí)間太長(cháng)了吧，還沒(méi)開(kāi)始測試之前，就忙著(zhù)準備一切，希望自己能把這次項目做的更好，根據之前的經(jīng)驗總結，把之前容易犯錯的問(wèn)題在后續的工作中避免出現，得到提高。
一般測試人員都是根據軟件需求說(shuō)明書(shū)來(lái)展開(kāi)對系統的全面測試，然而很多時(shí)候，因為文檔寫(xiě)起來(lái)會(huì )比較繁瑣，開(kāi)發(fā)人員并不是寫(xiě)的特別詳細，特別明確的，很多細小的要點(diǎn)都不會(huì )在需求說(shuō)明書(shū)中體現，作為測試人員，在測試過(guò)程中，結合實(shí)際的系統和說(shuō)明書(shū)我們要有一種敏銳的觀(guān)察，能看出哪些隱藏的測試要點(diǎn)也是很重要的，在測試過(guò)程中是不能忽略的重點(diǎn)測試對象。系統中那些各個(gè)模塊有關(guān)聯(lián)功能的，是很容易被忽略的，可能各個(gè)測試模塊的人員不同，在最后很難說(shuō)我會(huì )去測其他同事負責測試的模塊，這中間就需要在最后一步做一個(gè)所謂的聯(lián)測，即一條數據流走后臺到前臺，從我這里發(fā)出的數據請求，在其他模塊能否正確得到應答等等，都需要重點(diǎn)關(guān)注;
根據我所測試的系統分析，往往被隱藏的測試點(diǎn)主要有這些：
1，參數管理模塊：比如說(shuō)某一個(gè)參數，它有個(gè)最低最高層級的設置，但是需求中開(kāi)發(fā)并不會(huì )很明確的說(shuō)這個(gè)最低最高層級會(huì )有怎樣的限制，他們往往也會(huì )忽略這個(gè)細小的判斷，即最高層級不能小于最低層級，在我們的實(shí)際系統中，這個(gè)邏輯判斷就沒(méi)有限制，那么我們在測試的時(shí)候，腦海中要立即閃現出這個(gè)測試點(diǎn)，程序上是否做了判斷;
2，查詢(xún)模塊：比如說(shuō)有一個(gè)查詢(xún)功能，根據不同的機構，不同的角色，不同的用戶(hù)id等條件可進(jìn)行查詢(xún)，原先的功能是機構只有一個(gè)，如果登錄的用戶(hù)屬于這個(gè)機構，選擇角色之后，該機構下屬于該角色的多個(gè)用戶(hù)ID可供選擇，現在又加了2個(gè)機構的選擇，但是軟需上沒(méi)有寫(xiě)明查詢(xún)的用戶(hù)要剔除正在登錄的那個(gè)id。在測試過(guò)程中，這里很容易忽視用戶(hù)id的判斷，基本上都會(huì )看看能不能用單一或是組合的查詢(xún)條件，能不能查詢(xún)出來(lái)數據，不會(huì )關(guān)注到本身已經(jīng)登錄的用戶(hù)在用戶(hù)id中不能進(jìn)行選擇，不管是什么機構下的用戶(hù)角色都不選擇自己;這個(gè)也是在我測試的系統中開(kāi)發(fā)忽略了的;
3，初始化腳本：我們的系統中有些模塊是需要提供初始化腳本，雖然檢查腳本也是一種方法，但是在腳本運行好之后，驗證前臺也是一種保險的做法;比如說(shuō)有些初始化數據，某個(gè)字段不可維護xx字段，后臺字典值記得是1-是，0-否，前臺驗證的時(shí)候，要特別關(guān)注前臺顯示的字典值是否正確，且某個(gè)字段不能維護，前臺要新增一次看看這個(gè)字段是不是不可維護的，只有默認值顯示等;
以上是今天先寫(xiě)的幾個(gè)方面，后續的會(huì )逐步補充。。。
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
