軟件測試測試用例執(zhí)行

1、軟件測試之測試用例履行測試用例設計完成后，接下來的工作是測試履行，測試履行中應當注意以下幾個問題：搭建軟件測試環(huán)境，履行測試用例測試用例履行過程中，搭建測試環(huán)境是第一步。一般來說，軟件產品提交測試后，開發(fā)人員應當提交一份產品安裝指導書，在指導書中詳盡指明軟件產品運行的軟硬件環(huán)境，比方要求操作系統(tǒng)系統(tǒng)是Windows2000pack4版本，數(shù)據(jù)庫是SqlServer2000等等，其余，應當給出被測試軟件產品的詳盡安裝指導書，包含安裝的操作步驟、有關配置文件的配置方法等等。關于復雜的軟件產品，特別是軟件項目，假如沒有安裝指導書作為參照，在搭建測試環(huán)境過程中會碰到各種問題。假如開發(fā)人員拒絕供給有關的

2、安裝指導書，搭建測試中碰到問題的時候，測試人員能夠要求開發(fā)人員輔助，這時候，必定要把開發(fā)人員解決問題的方法記錄下來，防范相同的問題再次討教開發(fā)人員，這樣會以致開發(fā)人員的討厭，也降低了開發(fā)人員對測試人員的認同程度。測試履行過程應注意的問題測試環(huán)境搭建此后，依據(jù)定義的測試用例履行次序，逐一履行測試用例。在測試履行中需要注意以下幾個問題：全方向的察看測試用例履行結果：測試履行過程中，當測試的實質輸出結果與測試用例中的預期輸出結果一致的時候，能否能夠以為測試用例履行成功了？答案能否認的，即使實質測試結果與測試的預期結果一致，也要查察軟件產品的操作日記、系統(tǒng)運轉日記和系統(tǒng)資源使用狀況，來判斷測試用例能否

3、履行成功了。全方向察看軟件產品的輸出能夠發(fā)現(xiàn)好多隱蔽的問題。從前，我在測試嵌入式系統(tǒng)軟件的時候，履行某測試用例后，測試用例的實質輸出與預期輸出完滿一致，可是在查問CPU占用率地時候，發(fā)現(xiàn)CPU占用率高達90，此后經過分析，軟件運轉的時候啟動了若干個1ms的準時器，大批的耗費的CPU資源，此后經過把準時器調整到10ms，CPU的占用率降為7。假如察看點單調，這個嚴重耗費費源的問題就無從發(fā)現(xiàn)了。增強測試過程記錄：測試履行過程中，必定要增強測試過程記錄。假如測試履行步驟與測試用例中描繪的有差別，必定要記錄下來，作為此后更新測試用例的依據(jù)；假如軟件產品供給了日記功能，比方有軟件運轉日記、用戶操作日記，

4、必定在每個測試用例履行后記錄有關的日記文件，作為測試過程記錄，一旦日后發(fā)現(xiàn)問題，開發(fā)人員能夠經過這些測試記錄方便的定位問題。而不用測試人員從頭搭建測試環(huán)境，為開發(fā)人員重現(xiàn)問題。實時確認發(fā)現(xiàn)的問題：測試履行過程中，假如確認發(fā)現(xiàn)了軟件的缺點，那么能夠絕不狐疑的提交問題報告單。假如發(fā)現(xiàn)了可疑問題，又沒法定位能否為軟件缺點，那么必定要保存現(xiàn)場，此后知會有關開發(fā)人員到現(xiàn)場定位問題。假如開發(fā)人員在短時間內能夠確認能否為軟件缺點，測試人員賞賜配合；假如開發(fā)人員定位問題需要開支很長的時間，測試人員千萬不要所以耽擱自己難得的測試履行時間，能夠讓開發(fā)人員記錄從頭問題的測試環(huán)境配置，此后，回到自己的開發(fā)環(huán)境上重現(xiàn)問

5、題，連續(xù)定位問題。與開發(fā)人員優(yōu)異的交流：測試履行過程中，當你提交了問題報告單，可能被開發(fā)人員無情駁回，拒絕改正。這時候，只好對開發(fā)人員曉之以理，做到有理、有據(jù)，有說服力。第一，要定義軟件缺點的標準原則，這個原則應當是開發(fā)人員和測試人員都認同的，假如沒有共同認同的原則，那么開發(fā)人員與測試人員對問題的爭吵就不能夠防范了。其余，測試人員打算說服開發(fā)人員從前，考慮能否能夠先說服自己，在保證能夠說服自己的前提下，再開始與開發(fā)人員交流。實時更新測試用例測試履行過程中，應當注意實時更新測試用例。常常在測試履行過程中，才發(fā)現(xiàn)遺漏了一些測試用例，這時候應當實時的增補；常常也會發(fā)現(xiàn)有些測試用例在詳盡的履行過程中根

6、本沒法操作，這時候應當刪除這部分用例；也會發(fā)現(xiàn)若干個冗余的測試用例完滿能夠由某一個測試用例代替，那么刪除冗余的測試用例?？傊瑴y試履行的過程中實時地更新測試用例是很好的習慣。不要打算在測試履行結束后，一致更新測試用例，假如這樣，常常會遺漏好多本應當更新的測試用例。提交一份優(yōu)異的問題報告單軟件測試提交的問題報告單和測試日報相同，都是軟件測試人員的工作輸出，是測試人員績效的集中表現(xiàn)。所以，提交一份優(yōu)異的問題報告單是很重要的。軟件測試報告單最重點的域就是“問題描繪”，這是開發(fā)人員重現(xiàn)問題，定位問題的依據(jù)。問題描繪應當包含以下幾部分內容：軟件配置、硬件配置、測試用例輸入、操作步驟、輸出、當時輸出設施的

7、有關輸出信息和有關的日記等。軟件配置：包含操作系統(tǒng)種類版本和補丁版本、目前被測試軟件的版本和補丁版本、有關支撐軟件，比方數(shù)據(jù)庫軟件的版本和補丁版本等。硬件配置：計算機的配置狀況，主要包含CPU、內存和硬盤的有關參數(shù)，其余硬件參數(shù)依據(jù)測試用例的實質狀況增添。假如測試中使用網(wǎng)絡，那么網(wǎng)絡的組網(wǎng)狀況，網(wǎng)絡的容量、流量等狀況。硬件配置狀況與被測試產品種類親密有關，需要依據(jù)當時的狀況，正確翔實的記錄硬件配置狀況。測試用例輸入操作步驟輸出：這部分內容能夠依據(jù)測試用例的描繪和測試用例的實質履行狀況照實填寫。輸出設施的有關輸出信息：輸出設施包含計算機顯示器、打印機、磁帶等等輸出設施，假如是顯示器能夠采納抓屏的方式獲適合時的截圖，其余的輸出設施能夠采納其余方法獲得有關的輸出，在問題報告單中供給描繪。日記信息：規(guī)范的軟件產品都