參與評(píng)論

評(píng)論

登錄后參與評(píng)論

全部評(píng)論(2條)

• 

  齔丼 2011-12-19 00:00:00

  不明白！

  贊(17)

  回復(fù)(0)

  評(píng)論

  評(píng)論

  登錄后參與評(píng)論

• 

  qubo_5 2011-12-19 00:00:00

  BVT (Build Verification Test)　　 BVT是在所有開(kāi)發(fā)工程師都已經(jīng)檢入自己的代碼，項(xiàng)目組編譯生成當(dāng)天的版本之后進(jìn)行，主要目的是驗(yàn)證Z新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確。如無(wú)大的問(wèn)題，就可以進(jìn)行相應(yīng)的功能測(cè)試。BVT優(yōu)點(diǎn)是時(shí)間短，驗(yàn)證了軟件的基本功能。缺點(diǎn)是該種測(cè)試的覆蓋率很低。因?yàn)檫\(yùn)行時(shí)間短，不可能把所有的情況都測(cè)試到。 　　Scenario Tests（基于用戶實(shí)際應(yīng)用場(chǎng)景的測(cè)試）　　在做BVT、功能測(cè)試的時(shí)候，可能測(cè)試主要集中在某個(gè)模塊，或比較分離的功能上。當(dāng)用戶來(lái)使用這個(gè)應(yīng)用程序的時(shí)候，各個(gè)模塊是作為一個(gè)整體來(lái)使用的，那么在做測(cè)試的時(shí)候，就需要模仿用戶這樣一個(gè)真實(shí)的使用環(huán)境，即用戶會(huì)有哪些用法，會(huì)用這個(gè)應(yīng)用程序做哪些事情，操作會(huì)是一個(gè)怎樣的流程。加了這些測(cè)SY例后，再與BVT、功能測(cè)試配合，就能使軟件整體都能符合用戶使用的要求。Scenario Tests優(yōu)點(diǎn)是關(guān)注了用戶的需求，缺點(diǎn)是有時(shí)候難以真正模仿用戶真實(shí)的使用情況。 　　Smoke Test 　　在測(cè)試中發(fā)現(xiàn)問(wèn)題，找到了一個(gè)Bug，然后開(kāi)發(fā)人員會(huì)來(lái)修復(fù)這個(gè)Bug。這時(shí)想知道這次修復(fù)是否真的解決了程序的Bug，或者是否會(huì)對(duì)其它模塊造成影響，就需要針對(duì)此問(wèn)題進(jìn)行專(zhuān)門(mén)測(cè)試，這個(gè)過(guò)程就被稱為Smoke Test。在很多情況下，做Smoke Test是開(kāi)發(fā)人員在試圖解決一個(gè)問(wèn)題的時(shí)候，造成了其它功能模塊一系列的連鎖反應(yīng)，原因可能是只集中考慮了一開(kāi)始的那個(gè)問(wèn)題，而忽略其它的問(wèn)題，這就可能引起了新的Bug。Smoke Test優(yōu)點(diǎn)是節(jié)省測(cè)試時(shí)間，防止build失敗。缺點(diǎn)是覆蓋率還是比較低?！　〈送?，Application Compatibility Test（兼容性測(cè)試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運(yùn)行，用戶不受影響。Accessibility Test（軟件適用性測(cè)試），是確保軟件對(duì)于某些有殘疾的人士也能正常的使用，但優(yōu)先級(jí)比較低。其它的測(cè)試還有Functional Test（功能測(cè)試）、Security Test（安全性測(cè)試）、Stress Test（壓力測(cè)試）、Performance Test（性能測(cè)試）、Regression Test（回歸測(cè)試）、Setup/Upgrade Test（安裝升級(jí)測(cè)試）等。

  贊(5)

  回復(fù)(0)

  評(píng)論

  評(píng)論

  登錄后參與評(píng)論