@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

1、質(zhì)量控制

　　軟件質(zhì)量控制對開發(fā)過程中的軟件產(chǎn)品的質(zhì)量特性進行連續(xù)的收集和反饋，通過質(zhì)量管理和配置管理等機制，使軟件開發(fā)過程向著既定的質(zhì)量目標(biāo)發(fā)展。質(zhì)量控制是質(zhì)量管理的的路標(biāo)和動力，質(zhì)量管理是質(zhì)量控制的執(zhí)行機制。

　　問題1：軟件質(zhì)量控制應(yīng)該注意哪些方面？

　　建議：

　　（1）在整個軟件生命周期中都該進行質(zhì)量控制；

　　（2）不同階段活動不同，應(yīng)采用不同的技術(shù)；

　　（3）綜合使用“預(yù)防性”和“檢測性”技術(shù)。

　　問題2：軟件質(zhì)量控制技術(shù)有哪些類型？

　　建議：

　　（1）預(yù)防性技術(shù)：通過為過程、產(chǎn)品和資源設(shè)立標(biāo)準(zhǔn)等途徑，來避免在產(chǎn)品開發(fā)過程中產(chǎn)生缺陷；

　　（2）檢查性技術(shù)：用于發(fā)現(xiàn)和糾正缺陷，甚至分析產(chǎn)生缺陷的原因。

　　問題3：軟件質(zhì)量控制一般有哪些方法？

　　建議：

　　（1）目標(biāo)問題度量法：通過確定軟件質(zhì)量目標(biāo)并連續(xù)監(jiān)視這些目標(biāo)是否達到來控制軟件質(zhì)量；

　　（2）風(fēng)險管理法：設(shè)別和控制軟件開發(fā)過程中對軟件質(zhì)量危害最大的因素；

　　（3）PDCA質(zhì)量控制法：PDCA是一個基于統(tǒng)計方法的迭代過程，已被作為國際標(biāo)準(zhǔn)。

　　問題4：軟件質(zhì)量控制的準(zhǔn)則有哪些？

　　建議：

　　（1）制定明確的改進質(zhì)量目標(biāo)，滿足客戶需要；

　　（2）持續(xù)改進過程以提高質(zhì)量和生產(chǎn)率，降低成本；

　　（3）消除恐懼，讓員工更有效地工作；

　　（4）消除領(lǐng)域障礙，建立團隊精神；

　　（5）不以口號要求零缺陷、高效率；

　　（6）進行培訓(xùn)，為所有人建立學(xué)習(xí)和自我提高機制。

　　2、質(zhì)量目標(biāo)

　　為了達到質(zhì)量控制，測試團隊不但需要明確軟件的功能，還要明確軟件應(yīng)達到什么樣的質(zhì)量標(biāo)準(zhǔn)，即制定軟件的質(zhì)量目標(biāo)。為了達到這些目標(biāo)，在開發(fā)過程的各個階段進行檢查和評價。在質(zhì)量評價時，需要有對質(zhì)量進行度量的準(zhǔn)則和方法，但更重要的是，需要在軟件生存期中如何使用這些準(zhǔn)則和方法的質(zhì)量保證步驟及提高該項作業(yè)生產(chǎn)率的工具。

　　問題1：制定合理的質(zhì)量目標(biāo)需要從哪些方面考慮？

　　（1）適應(yīng)性：必須制定能適應(yīng)各種用戶要求、軟件類型和規(guī)模的質(zhì)量標(biāo)準(zhǔn)，并能夠度量；

　　（2）易學(xué)性：不需要特殊技術(shù)，軟件技術(shù)人員人人都容易掌握；

　　（3）可靠性：對同一個軟件的評價，評價的人或場合可能不同，但評價結(jié)果必須一致；

　　（4）針對性：不是在檢查時才改進質(zhì)量，而必須從設(shè)計階段起就確立質(zhì)量目標(biāo)，在各個階段實施落實；

　　（5）客觀性：要從各種不同角度加以評價，并將評價結(jié)果定量地表示，使得人人都能理解；

　　（6）經(jīng)濟性：考慮如何才能把質(zhì)量度量和保證所需要的費用控制在適當(dāng)?shù)姆秶鷥?nèi)。

　　問題2：測試團隊，需要重點關(guān)注哪些質(zhì)量指標(biāo)？

　　建議：

　　（1）測試設(shè)計覆蓋率

　　（2）測試執(zhí)行覆蓋率

　　（3）各階段缺陷密度

　　問題3：測試過程中，需要關(guān)注哪些測試缺陷密度？

　　建議：

　　（1）測試計劃評審缺陷發(fā)現(xiàn)密度

　　（2）測試策略/方案評審缺陷發(fā)現(xiàn)密度

　　（3）測試用例評審缺陷發(fā)現(xiàn)密度

　　（4）系統(tǒng)測試缺陷發(fā)現(xiàn)密度

　　（5）集成測試缺陷發(fā)現(xiàn)密度

　　（6）驗收測試缺陷密度

　　3、同行評審

　　在軟件開發(fā)過程中邀請同行對工作產(chǎn)品進行審查，以圖盡早查找出工作產(chǎn)品缺陷，進行質(zhì)量控制的一種質(zhì)量活動。需要前期準(zhǔn)備、計劃，安排好時間進度表，而且越早開展對項目越有價值。

　　問題1：常見的評審有哪些形式？

　　建議：

　　（1）審查：由公正的、接受過正式評審技術(shù)培訓(xùn)的組織者引導(dǎo)進行的同行檢查；

　　（2）走查：又稱走讀，由產(chǎn)品的設(shè)計者或開發(fā)人員引導(dǎo)開發(fā)組成員和其它相關(guān)組成員瀏覽軟件工作產(chǎn)品；

　　（3）分發(fā)：又稱輪查，產(chǎn)品的設(shè)計者或開發(fā)人員將要評審的工作產(chǎn)品共享或分發(fā)，評審人員以修訂標(biāo)記或批注的方式將意見直接添加到工作產(chǎn)品或其復(fù)件上。

　　問題2：評審過程中常見的問題？

　　建議：

　　（1）項目進度緊張，開發(fā)人員沒有時間進行評審；

　　（2）評審力度不夠，評審發(fā)現(xiàn)的有效問題太少；

　　（3）評審會議中過多爭論占用大量時間；

　　（4）評審專家與作者，或者多位評審專家之間的評審意見不一致；

　　（5）評審發(fā)現(xiàn)問題修改后，評審人員跟蹤不充分。

　問題3：項目進度緊張，專家沒有時間進行評審怎么辦？

　　建議：

　　（1）將評審活動的時間、需要的評審專家寫入項目計劃；

　　（2）通過“正式渠道”協(xié)調(diào)評審專家資源，并得到承諾；

　　（3）評審開始前提前1-2天通知評審專家。

　　問題4：如何可以提高測試評審的效果，達到預(yù)期的效果？

　　建議：

　　（1）評審前可以使用Checklist、代碼檢視工具等進行自檢活動；

　　（2）考慮知識結(jié)構(gòu)、觀點角度等方面，選擇合理評審專家；

　　（3）必要時安排介紹會議，向相關(guān)專家介紹被評審對象；

　　（4）充分安排好足夠預(yù)審時間。

　　4、漏測預(yù)防

　　漏測是指軟件產(chǎn)品的缺陷在某一階段未被發(fā)現(xiàn)而遺漏到了后續(xù)階段、經(jīng)效果評估后，將有效的預(yù)防措施納入到流程或相關(guān)預(yù)防平臺中，制定改進措施和跟進實施。

　　問題1：哪些環(huán)節(jié)容易發(fā)生漏測？

　　建議：

　　（1）需求分析，如需求分析遺漏、需求分析特性理解錯誤、需求變更未及時跟蹤；

　　（2）策略漏測，如組網(wǎng)考慮不全面、繼承特性考慮不全、性能穩(wěn)定性考慮不全面；

　　（3）設(shè)計漏測，如用例描述不規(guī)范準(zhǔn)確、用例觀察點遺漏、功能交互遺漏、異常考慮不全面等；

　　（4）執(zhí)行漏測，如用例執(zhí)行構(gòu)造數(shù)據(jù)不全面、沒有嚴(yán)格按步驟執(zhí)行用例、測試技能或經(jīng)驗不足等。

　　問題2：漏測分析需要做哪些工作？

　　建議：

　　（1）選擇問題，選擇有代表性的漏測問題；

　　（2）分析根因，進行漏測問題的根因分析；

　（3）改進實施，制定改進措施并跟進實施；

　　（4）補充測試設(shè)計，共性問題要跟蹤多版本閉環(huán)；

　　（5）成果固化，經(jīng)效果評估后，將有效的預(yù)防措施納入到流程或相關(guān)預(yù)防平臺中。

　　問題3：有哪些方法，可以進行漏測預(yù)防？

　　建議：

　　（1）測試策略和測試方案充分考慮各業(yè)務(wù)邏輯之間的交互和影響；

　　（2）測試用例設(shè)計時，充分考慮功能點與其他模塊之間的交互和影響；

　　（3）充分考慮修改問題單、需求變更是否引入新的問題；

　　（4）參考優(yōu)秀實踐和經(jīng)驗案例；

　　（5）每次缺陷分析完要有總結(jié)，把容易漏測的形成測試經(jīng)驗checklist，并組織學(xué)習(xí)。

　　5、發(fā)散測試

　　發(fā)散測試，顧名思義就是不以某個標(biāo)準(zhǔn)或者框框作為約束的一種測試，發(fā)散測試準(zhǔn)確來說應(yīng)該叫具備發(fā)散思維的探索性測試。為了提高測試執(zhí)行覆蓋率，在嚴(yán)格按照用例測試執(zhí)行后，通常需要進行發(fā)散測試，這里包括自由測試和交叉測試。

　　問題1：發(fā)散測試，需要關(guān)注哪些方面？

　　建議：

　　（1）重點模塊和核心流程，需要安排多人進行交叉測試；

　　（2）根據(jù)2/8原則，對發(fā)現(xiàn)缺陷高的模塊，需要重點安排人力交叉測試；

　　（3）了解用戶場景，按照用戶常常使用的實際場景進行發(fā)散測試；

　　（4）識別異常場景，模擬可能發(fā)生的各種異常場景進行發(fā)散測試；

　　（5）遵循規(guī)范原則，根據(jù)規(guī)范組織測試，如協(xié)議規(guī)范、設(shè)計規(guī)范和接口規(guī)范等。

天貓 軟件自動化測試開發(fā)