QA測(cè)試思路

軟件測(cè)試的核心是測(cè)試設(shè)計(jì)，而測(cè)試設(shè)計(jì)的質(zhì)量很大程度上取決于測(cè)試人員的思路是否開闊和到位。以下是我關(guān)于vss2項(xiàng)目的一些測(cè)試思路，與大家一起討論:
計(jì)劃整個(gè)測(cè)試分為以下4個(gè)部分：
1.根據(jù)測(cè)試周期編寫測(cè)試計(jì)劃(20%)
2.編寫測(cè)試用例(30%)
3.實(shí)際測(cè)試（模塊測(cè)試 集成測(cè)試 壓力測(cè)試）(25%)
4.Bug跟蹤(25%)

同時(shí)在產(chǎn)品設(shè)計(jì)過程中，從客戶和QA角度，對(duì)設(shè)計(jì)提出建議,如：
這是“真正的”需求嗎？
需求是否完備？
需求是否兼容？
需求是否可實(shí)現(xiàn)？
需求是否合理？
需求是否可測(cè)？

力求少做重復(fù)工作，測(cè)試用例的覆蓋面盡可能的廣。

思維方式
1、逆向思維方式
   根據(jù)結(jié)果逆推條件，從而得出輸入條件的等價(jià)類劃分,從而發(fā)現(xiàn)開發(fā)人員思維的漏洞。
2、組合思維方式
   將相關(guān)的事物進(jìn)行排列（有序）和組合（無序），讓程序的復(fù)雜度上一個(gè)臺(tái)階，也讓程序的缺陷率隨之而增長(zhǎng)。
3、全局思維方式
   從多角度分析待測(cè)的系統(tǒng)；試著以不同角色去看系統(tǒng)，分析其是否能夠滿足需求。
4、兩極思維方式
   在極端的情況下，看是否存在缺陷，如邊界值分析。
5、簡(jiǎn)單思維方式
   針對(duì)問題本質(zhì)，排除干擾因素，讓產(chǎn)生問題的原因暴露出來。
6、比較思維方式
   通過正常情況和異常情況的比較，找出問題所在。

設(shè)計(jì)階段的測(cè)試：
通過檢查設(shè)計(jì)文檔，如果開發(fā)是按照設(shè)計(jì)進(jìn)行，系統(tǒng)將會(huì)是如何工作的。以此制定測(cè)試規(guī)劃。
督促研發(fā)進(jìn)行白盒測(cè)試，包括：
重點(diǎn)測(cè)試
內(nèi)部邊界測(cè)試
特定算法測(cè)試
結(jié)構(gòu)測(cè)試與功能測(cè)試
增長(zhǎng)測(cè)試與崩潰測(cè)試

黑盒測(cè)試
兩個(gè)測(cè)試周期：
第一個(gè)周期發(fā)現(xiàn)所有缺陷，下一個(gè)周期驗(yàn)證更改效果。很可能要進(jìn)行八個(gè)周期。如果每個(gè)版本都沒有測(cè)試徹底，應(yīng)預(yù)期20或30（或更多）個(gè)周期。

黑盒測(cè)試事件序列
設(shè)計(jì)測(cè)試計(jì)劃和測(cè)試用例。
單個(gè)測(cè)試的設(shè)計(jì)
全面的測(cè)試計(jì)劃

1.測(cè)試計(jì)劃
2.驗(yàn)收測(cè)試
當(dāng)接受到一個(gè)新版本，首先檢查它是否穩(wěn)定，是否可以接受測(cè)試。如果很小的試驗(yàn)它就崩潰，說明這個(gè)版本未達(dá)到測(cè)試要求。
3.初始穩(wěn)定性評(píng)估
4.功能測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收與確認(rèn)
5.β測(cè)試
代表市場(chǎng)用戶群對(duì)產(chǎn)品進(jìn)行使用并提交建議
6.完整性測(cè)試與發(fā)布測(cè)試
7.最終驗(yàn)收測(cè)試與認(rèn)證

2.測(cè)試用例設(shè)計(jì)
抱著試圖去推翻它的心態(tài)編寫測(cè)試用例，力求向以下方面靠攏：
有相當(dāng)?shù)目赡苷页鲕浖e(cuò)誤
不是冗余的
本類用例中最佳的
既不過于復(fù)雜，又不過于簡(jiǎn)單

這是“真正的”需求嗎？
需求是否完備？
需求是否兼容？
需求是否可實(shí)現(xiàn)？
需求是否合理？
需求是否可測(cè)？