1、軟件測試基礎(chǔ)練習(xí)（實(shí)訓(xùn)練習(xí)課）,中國外包世界 CHINA OUTSOURCE WORLD,軟件測試人員就是QA嗎？,軟件測試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測試人員的主要工作是測試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評審，測試工作也是測試保證人員的工作對象。 軟件測試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。,測試產(chǎn)品與測試項(xiàng)目的區(qū)別是什么？,習(xí)慣上把開發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，例如Window

2、s2000。而通常把針對一個或者幾個特定的用戶而開發(fā)的軟件成為軟件項(xiàng)目，軟件項(xiàng)目是一種個性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測試產(chǎn)品和測試項(xiàng)目仍然會有很多不同的地方： -質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。 -測試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些。同時由于質(zhì)量要求高，因此會投入較多的人力、物力資源。 -項(xiàng)目最后要和用戶共同驗(yàn)收測試，這是產(chǎn)品測試不

3、具有的特點(diǎn)。 此外，測試產(chǎn)品與測試項(xiàng)目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作。,如何編寫提交給用戶的測試報告？,隨著測試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測試文檔是不可避免的事情。很多人會問：“我們可以把工作中的測試報告提供給客戶嗎？”答案是否定的。因?yàn)樘峁﹥?nèi)部測試報告，可能會讓客戶失去信心，甚至否定項(xiàng)目。 測試報告一般分為內(nèi)部測試報告和外部測試報告。內(nèi)部報告是我們在測試工作中的項(xiàng)目文檔，反映了測試工作的實(shí)施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測試報告的寫法，一般外部測試報告要滿足下面幾個要求： -根據(jù)內(nèi)部測試

4、報告進(jìn)行編寫，一般可以摘錄； -不可以向客戶報告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道； -報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復(fù)的； -報告上面的內(nèi)容盡量要真實(shí)可靠； -整個測試報告要仔細(xì)審閱，力爭不給項(xiàng)目帶來負(fù)面作用，尤其是性能測試報告。 總之，外部測試報告要小心謹(jǐn)慎的編寫。,寫出bug報告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。,測試人員提交新的Bug入庫，錯誤狀態(tài)為New。 高級測試員/測試經(jīng)理驗(yàn)證錯誤，如果確認(rèn)是錯誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Declined狀態(tài)。 開發(fā)經(jīng)理分配bug至對應(yīng)的

5、模塊開發(fā)人員。 開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。 對于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會議（評審會）通過才能認(rèn)可。 測試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。,寫出bug報告當(dāng)中一些必備的內(nèi)容。,硬件平臺和操作系統(tǒng) 測試應(yīng)用的硬件平臺（Platform），通常選擇“PC”。 測試應(yīng)用的操作系統(tǒng)平臺（OS）。 版本 提交

6、缺陷報告時通過該字段標(biāo)識此缺陷存在于被測試軟件的哪個版本。 Bug報告優(yōu)先級 Bug狀態(tài) Bug的編號 發(fā)現(xiàn)人 提交人 指定處理人 概述 從屬關(guān)系 詳細(xì)描述 嚴(yán)重程度 所屬模塊 附件 提交日期,畫出軟件測試的V模型圖。,為什么要在一個團(tuán)隊(duì)中開展軟件測試工作？,因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。,測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？,參

7、考答案： 軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項(xiàng)目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實(shí)施過程的順暢溝通，跟蹤和控制測試進(jìn)度，應(yīng)對測試過程中的各種變更。測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）,當(dāng)開發(fā)人員說不是BUG時，你如何應(yīng)付？,開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果？程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以