問題集
1.軟件測試分哪兩種方法?分別適合什么情況?
2.一套完整的測試應(yīng)該由哪些階段組成?分別闡述一下各個階段。
3.軟件測試的類型有那些?分別比較這些不同的測試類型的區(qū)別與聯(lián)系。
4.測試用例通常包括那些內(nèi)容?著重闡述編制測試用例的具體做法
5.在分別測試winform的C/S結(jié)構(gòu)與測試WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測試?他們存在什么樣的區(qū)別與聯(lián)系?
6.在測試winform的C/S結(jié)構(gòu)軟件時，發(fā)現(xiàn)這個軟件的運行速度很慢，您會認為是什么原因?您會采取哪些方法去檢查這個原因?
7.描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程8.如果您是測試組長，您會采取什么樣的方式管理團隊?在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果?維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么?
問題解答：
1.軟件測試分哪兩種方法?分別適合什么情況?
軟件測試方法一般分為兩種：白盒測試與黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標;黑盒測試又被稱為功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實際上是站在最終用戶的立場，檢驗輸入輸出信息及系統(tǒng)性能指標是否符合規(guī)格說明書中有關(guān)功能需求及性能需求的規(guī)定。
2.一套完整的測試應(yīng)該由哪些階段組成?分別闡述一下各個階段。
計劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試一套完整的測試應(yīng)該由五個階段組成：1)。測試計劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的;同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。
2)測試設(shè)計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例(測試用例選擇的好壞將直接影響測試結(jié)果的有效性)。
3)測試開發(fā)建立可重復(fù)使用的自動測試過程。
4)測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學負責的態(tài)度，一步一個腳印地進行測試。
5)測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。
3.軟件測試的類型有那些?分別比較這些不同的測試類型的區(qū)別與聯(lián)系。
BVT (Build Verification Test)，主要目的是驗證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確Scenario Tests(基于用戶實際應(yīng)用場景的測試)，Scenario Tests優(yōu)點是關(guān)注了用戶的需求，缺點是有時候難以真正模仿用戶真實的使用情況Smoke Test，修復(fù)Bug后，針對此次修復(fù)是否會對其他模塊造成影響而進行的專門測試。Smoke Test優(yōu)點是節(jié)省測試時間，防止build失敗。缺點是覆蓋率還是比較低此外，還有Application Compatibility Test(兼容性測試)，主要目的是為了兼容第三方軟件，確保第三方軟件能正常運行，用戶不受影響。Accessibility Test(軟件適用性測試)，是確保軟件對于某些有殘疾的人士也能正常的使用，但優(yōu)先級比較低。其它的測試還有Functional Test(功能測試)、Security Test(安全性測試)、Stress Test(壓力測試)、Performance Test(性能測試)、Regression Test(回歸測試)、Setup/Upgrade Test(安裝升級測試)等
4. 測試用例通常包括那些內(nèi)容?著重闡述編制測試用例的具體做法不同結(jié)構(gòu)的用例包括的不一樣。(版本、編號、項目、設(shè)計人員、設(shè)計日期、輸入、預(yù)期輸出……)
軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預(yù)期結(jié)果。
用例編號： 測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1-ST-001 ，命名規(guī)則是項目名稱+測試階段類型(系統(tǒng)測試階段)+編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。
測試標題： 對測試用例的描述，測試用例標題應(yīng)該清楚表達測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時，軟件的響應(yīng)情況 ” .重要級別： 定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個級別。一般來說，如果軟件需求的優(yōu)先級為 “ 高 ” ，那么針對該需求的測試用例優(yōu)先級也為 “ 高 ” ;反之亦然，測試輸入： 提供測試執(zhí)行中的各種輸入條件。根據(jù)需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設(shè)計中會遇到很大的障礙。
操作步驟： 提供測試執(zhí)行過程的步驟。對于復(fù)雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內(nèi)容在操作步驟中詳細列出。
預(yù)期結(jié)果： 提供測試執(zhí)行的預(yù)期結(jié)果，預(yù)期結(jié)果應(yīng)該根據(jù)軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結(jié)果與預(yù)期結(jié)果不符，那么測試不通過;反之則測試通過。
5.描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理的流程1、測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個模塊的問題，填寫bug報告后，系統(tǒng)會自動通過Email通知項目組長或直接通知開發(fā)者。
1) 經(jīng)驗證無誤后，修改狀態(tài)為VERIFIED.待整個產(chǎn)品發(fā)布后，修改為CLOSED. 2) 還有問題，REOPENED，狀態(tài)重新變?yōu)?ldquo;New"，并發(fā)郵件通知。
2)項目組長根據(jù)具體情況，重新reassigned分配給bug所屬的開發(fā)者。
3) 若是，進行處理，resolved并給出解決方法。(可創(chuàng)建補丁附件及補充說明)
4)開發(fā)者收到Email信息后，判斷是否為自己的修改范圍。
5) 若不是，重新reassigned分配給項目組長或應(yīng)該分配的開發(fā)者。
6)測試人員查詢開發(fā)者已修改的bug，進行重新測試。(可創(chuàng)建test case附件)
相關(guān)文章導讀：