1.參與需求評(píng)審業(yè)務(wù)，開發(fā)，測試三者看似是不同的個(gè)體，但實(shí)際上的工作是緊密相連的。測試人員往往在開發(fā)階段才拿到業(yè)務(wù)需求說明書開始編寫測試案例，這無疑會(huì)降低測試效率。需求評(píng)審環(huán)節(jié)有助于快速全面了解客戶需求，它會(huì)節(jié)省后續(xù)測試人員了解業(yè)務(wù)需求的時(shí)間，并且測試重點(diǎn)難點(diǎn)都可以借此機(jī)會(huì)在會(huì)上闡明，經(jīng)過討論找到解決方法。2.借助業(yè)務(wù)流程圖編寫測試案例對(duì)于一些比較復(fù)雜的需求，由于其分支路徑較多，測試時(shí)容易忽略個(gè)別情況。這時(shí)盡量根據(jù)業(yè)務(wù)需求繪制業(yè)務(wù)流程圖，或者詢問開發(fā)人員在編碼時(shí)是否有參考相關(guān)業(yè)務(wù)流程圖。業(yè)務(wù)流程圖能夠直觀清晰的表現(xiàn)出各個(gè)分支路徑的情況，有效的避免了測試案例不全面的現(xiàn)象。例如，我在進(jìn)行對(duì)公賬戶凍結(jié)相關(guān)交易優(yōu)化的測試工作時(shí)，根據(jù)短短幾行的業(yè)務(wù)需求，繪制出了及其復(fù)雜的業(yè)務(wù)流程圖。下圖是簡易版本，著重描述了部分凍結(jié)強(qiáng)制扣劃分支的業(yè)務(wù)邏輯，相關(guān)公式和數(shù)字用字母替代。對(duì)于這樣的需求，如果不繪圖或者制表，很難設(shè)計(jì)出全面且正確的測試案例。但是經(jīng)過和業(yè)務(wù)人員、開發(fā)人員討論，確定詳細(xì)的業(yè)務(wù)流程圖后，測試案例的編寫自然而然不會(huì)有任何遺漏。所以，對(duì)于多分支的業(yè)務(wù)需求，應(yīng)該善于繪圖，利用圖表明確測試思路。3.業(yè)務(wù)關(guān)聯(lián)系統(tǒng)分析在測試領(lǐng)域，關(guān)聯(lián)系統(tǒng)分析不充分是發(fā)生變更的重要原因之一。服務(wù)方系統(tǒng)接口有變動(dòng)，相關(guān)消費(fèi)方系統(tǒng)調(diào)用該接口的功能都要根據(jù)情況有所調(diào)整，或者進(jìn)行全量回歸。因?yàn)榭缦到y(tǒng)調(diào)用，往往涉及多個(gè)開發(fā)人員，大家對(duì)彼此的系統(tǒng)了解度不夠，進(jìn)行關(guān)聯(lián)性分析時(shí)要格外嚴(yán)謹(jǐn)。4.完整的業(yè)務(wù)場景業(yè)務(wù)流程往往會(huì)形成一個(gè)閉環(huán)，開戶-啟用-銷戶、凍結(jié)-續(xù)凍-解凍、簽約-維護(hù)-解約，因此業(yè)務(wù)場景盡量要完整。例如，開銷戶在設(shè)計(jì)時(shí)邏輯可能會(huì)有所差異，在開戶時(shí)對(duì)新開賬戶和轉(zhuǎn)出賬戶的客戶號(hào)一致沒有進(jìn)行判斷，但是在支付和銷戶時(shí)卻要求客戶號(hào)一致才能進(jìn)行交易，因此存在可以開戶但是不能銷戶和進(jìn)行其他操作的風(fēng)險(xiǎn)。所以在進(jìn)行案例設(shè)計(jì)時(shí)，雖然改造點(diǎn)是開戶交易或者簽約交易，但是應(yīng)盡量對(duì)一個(gè)完整的業(yè)務(wù)流程進(jìn)行測試工作。5.日期日期在測試時(shí)是一個(gè)非常重要的因素，也許當(dāng)天能夠做成的交易，切換一下會(huì)計(jì)日期或者修改一下交易日期就會(huì)失敗。例如，在測試多級(jí)賬簿余額調(diào)整時(shí)，原交易日期為當(dāng)前會(huì)計(jì)日期，則交易信息正確，原交易日期小于當(dāng)前會(huì)計(jì)日期，則收付款方多級(jí)賬簿號(hào)則顯示有誤，原因是不同的交易日期對(duì)應(yīng)的程序分支不一樣。因此，在設(shè)計(jì)案例時(shí)要充分考慮時(shí)間因素對(duì)交易的影響，分析是否需要設(shè)計(jì)各種日期取值。6.緩存數(shù)據(jù)當(dāng)對(duì)測試數(shù)據(jù)有嚴(yán)格的要求時(shí)，例如涉恐信息，應(yīng)當(dāng)注意緩存數(shù)據(jù)的影響。比如先輸入一組有效的數(shù)據(jù)，進(jìn)行提交，交易進(jìn)行到一半時(shí)終止交易，這時(shí)交易信息不會(huì)清空，然后修改為無效的測試數(shù)據(jù)，再進(jìn)行提交，則有成功的可能性，而這是與業(yè)務(wù)需求相違背的。因此，當(dāng)對(duì)輸入內(nèi)容有限制時(shí)，應(yīng)確保緩存數(shù)據(jù)會(huì)及時(shí)清空或者更新。7.測試數(shù)據(jù)類型測試數(shù)據(jù)種類要豐富，例如本次改造涉及已到期臨時(shí)戶的情況，那么未到期臨時(shí)戶、已到期基本戶、已到期一般戶、已到期專用戶、注冊(cè)驗(yàn)資戶、已到期外匯賬戶等等都要進(jìn)行驗(yàn)證。往往缺陷都發(fā)生在關(guān)聯(lián)要素上，而不是改造點(diǎn)本身，因?yàn)殚_發(fā)人員在編碼時(shí)只對(duì)改造點(diǎn)進(jìn)行單元測試，而關(guān)聯(lián)要素則容易被忽略。8.憑證回單憑證回單一定要清晰直觀，因此在交易成功后需要檢查憑證回單的顯示情況。重點(diǎn)應(yīng)檢查當(dāng)交易信息量較大時(shí)用省略號(hào)替代的交易信息是否為重要信息，比如金額、賬號(hào)等，以及印章是否會(huì)遮擋住部分重要信息，客戶簽字是否有足夠的空間等問題。