軟件測(cè)試評(píng)估

軟件測(cè)試評(píng)估對(duì)未正式投入商業(yè)化使用的軟件進(jìn)行預(yù)先的小規(guī)模試驗(yàn)01內(nèi)容簡(jiǎn)介相關(guān)內(nèi)容軟件測(cè)試方法目錄0302基本信息軟件測(cè)試評(píng)估是指對(duì)未正式投入商業(yè)化使用的軟件進(jìn)行預(yù)先的小規(guī)模試驗(yàn)，又稱小試。主要是由代碼審查和合理性分析組成。內(nèi)容簡(jiǎn)介內(nèi)容簡(jiǎn)介軟件測(cè)試評(píng)估每個(gè)人都承認(rèn)代碼審查的花銷(xiāo)大，而且又耗時(shí)，特別是當(dāng)大家忙完成軟件項(xiàng)目又把它送去軟件測(cè)試部門(mén)時(shí)。對(duì)一些開(kāi)發(fā)人員來(lái)說(shuō)，它更是會(huì)引發(fā)更多的辦公室政治和流言蜚語(yǔ)。一次代碼審查可能會(huì)使代碼逐漸得到改進(jìn)。如果你認(rèn)為你從有效的代碼審查中只是稍微改進(jìn)了一下軟件，那你需要再想一想。以下五點(diǎn)易忽視的原因會(huì)給你些許啟發(fā)。軟件測(cè)試方法黑盒測(cè)試白盒測(cè)試基于風(fēng)險(xiǎn)測(cè)試基于模型測(cè)試軟件測(cè)試方法黑盒測(cè)試黑盒測(cè)試顧名思義就是將被測(cè)系統(tǒng)看成一個(gè)黑盒，從外界取得輸入，然后再輸出。整個(gè)測(cè)試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測(cè)試要求測(cè)試者在測(cè)試時(shí)不能使用與被測(cè)系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識(shí)或經(jīng)驗(yàn)，它適用于對(duì)系統(tǒng)的功能進(jìn)行測(cè)試。黑盒測(cè)試的優(yōu)點(diǎn)有：1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無(wú)關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問(wèn)題；4）基于軟件開(kāi)發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。黑盒測(cè)試的缺點(diǎn)有：1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動(dòng)化測(cè)試的復(fù)用性較低。白盒測(cè)試白盒測(cè)試是指在測(cè)試時(shí)能夠了解被測(cè)對(duì)象的結(jié)構(gòu)，可以查閱被測(cè)代碼內(nèi)容的測(cè)試工作。它需要知道程序內(nèi)部的設(shè)計(jì)結(jié)構(gòu)及具體的代碼實(shí)現(xiàn)，并以此為基礎(chǔ)來(lái)設(shè)計(jì)測(cè)試用例。如下例程序代碼：hresultplay(charpszfilename){if(null==pszfilename)return;if(state_opened==currentstate){playthefile();}return;}基于風(fēng)險(xiǎn)測(cè)試基于風(fēng)險(xiǎn)的測(cè)試是指評(píng)估測(cè)試的優(yōu)先級(jí)，先做高優(yōu)先級(jí)的測(cè)試，如果時(shí)間或精力不夠，低優(yōu)先級(jí)的測(cè)試可以暫時(shí)先不做。有如下一個(gè)圖，橫軸代表影響，豎軸代表概率，根據(jù)一個(gè)軟件的特點(diǎn)來(lái)確定：如果一個(gè)功能出了問(wèn)題，它對(duì)整個(gè)產(chǎn)品的影響有多大，這個(gè)功能出問(wèn)題的概率有多大？如果出問(wèn)題的概率很大，出了問(wèn)題對(duì)整個(gè)產(chǎn)品的影響也很大，那么在測(cè)試時(shí)就一定要覆蓋到。對(duì)于一個(gè)用戶很少用到的功能，出問(wèn)題的概率很小，就算出了問(wèn)題的影響也不是很大，那么如果時(shí)間比較緊的話，就可以考慮不測(cè)試?；陲L(fēng)險(xiǎn)測(cè)試的兩個(gè)決定因素就是：該功能出問(wèn)題對(duì)用戶的影響有多大，出問(wèn)題的概率有多大。其它一些影響因素還有復(fù)雜性、可用性、依賴性、可修改性等。測(cè)試人員主要根據(jù)事情的輕重緩急來(lái)決定測(cè)試工作的重點(diǎn)?；谀Ｐ蜏y(cè)試模型實(shí)際上就是用語(yǔ)言把一個(gè)系統(tǒng)的行為描述出來(lái)，定義出它可能的各種狀態(tài)，以及它們之間的轉(zhuǎn)換關(guān)系，即狀態(tài)轉(zhuǎn)換圖。模型是系統(tǒng)的抽象?；谀Ｐ偷臏y(cè)試是利用模型來(lái)生成相應(yīng)的測(cè)試用例，然后根據(jù)實(shí)際結(jié)果和原先預(yù)想的結(jié)果的差異來(lái)測(cè)試系統(tǒng)。相關(guān)內(nèi)容相關(guān)內(nèi)容1.開(kāi)發(fā)人員若得知他們的代碼會(huì)被測(cè)試評(píng)估，他們會(huì)更加努力工作。對(duì)代碼審查最有用的是讓編碼人知道他編寫(xiě)的代碼會(huì)被審查。這就像一次內(nèi)容為400級(jí)運(yùn)算的期末考試。參加考試與否并不重要，因?yàn)榭荚嚨哪康氖菍W(xué)會(huì)運(yùn)算。這個(gè)道理也適用于代碼審查。計(jì)算機(jī)程序員對(duì)自己編寫(xiě)的代碼總是相當(dāng)自信。程序員之所以熬夜工作，是因?yàn)樗麄冋嬲裏釔?ài)自己的其工作，而不是出于金錢(qián)或其他目的。因此，代碼審查可以直接影響開(kāi)發(fā)人員的成就感。編碼人不希望有任何針對(duì)他代碼的批評(píng)，所以一旦知道代碼將被審查，就會(huì)采取額外的努力做好工作。實(shí)際上，代碼審查通常不能發(fā)現(xiàn)什么的。但是，如果知道有人要審查編碼，那么在編輯過(guò)程中程序員就會(huì)盡可能做好。2.軟件測(cè)試評(píng)估可以改進(jìn)開(kāi)發(fā)人員的編程技術(shù)在你的心里，你可能不會(huì)太在意某一特定軟件項(xiàng)目的成功。但是，大多數(shù)程序員想要改善他們的技術(shù)，這意味著向其他人學(xué)習(xí)。沒(méi)有比代碼審查更好的學(xué)習(xí)機(jī)會(huì)了。例如，從一個(gè)優(yōu)秀的開(kāi)發(fā)人員的