測試發(fā)現(xiàn)bug 而開發(fā)不認為是bug的時候怎么搞瘾婿？
? 1.測試人員在根據(jù)需求文檔或者是規(guī)格說明書/原型圖來進行匹配
? 2.測試人員根據(jù)不同的測試環(huán)境來進行多次嘗試來確認bug 并將bug的復現(xiàn)步驟進行記錄
? 3.如果開發(fā)仍舊認為不是bug 需要的測試主管來進行討論 確認是否bug
? 4.需要找產(chǎn)品經(jīng)理和項目經(jīng)理進行討論是否bug
? 5.如果認為是bug測試人員將bug進行記錄并提交到測試總結中
黑盒欣簇、白盒糊肠、灰盒的區(qū)別是什么？
黑盒測試?：已知產(chǎn)品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求韭寸。
白盒測試?：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設計規(guī)格要求荆隘，所有內(nèi)部成分是否以經(jīng)過檢查恩伺。
灰盒測試，是介于白盒測試與黑盒測試之間的椰拒，可以這樣理解晶渠，灰盒測試關注輸出對于輸入的正確性凰荚，同時也關注內(nèi)部表現(xiàn)，但這種關注不象白盒那樣詳細褒脯、完整浇揩，只是通過一些表征性的現(xiàn)象、事件憨颠、標志來判斷內(nèi)部的運行狀態(tài)胳徽，有時候輸出是正確的，但內(nèi)部其實已經(jīng)錯誤了爽彤，這種情況非常多养盗，如果每次都通過白盒測試來操作，效率會很低适篙，因此需要采取這樣的一種灰盒的方法
測試有哪些分類往核？
測試的流程是什么？
? ? 項目發(fā)布立項會的時候測試人員進行參與需求討論并生成<需求文檔》測試回在根據(jù)需求文檔編寫測試計劃嚷节，然后uI回根據(jù)需求文檔進行設計原型圖聂儒，后臺開發(fā)對數(shù)據(jù)庫的設計,然后后臺開發(fā)通過需求文檔和原型圖進行編碼，同時測試人員進行編寫測試用例,開發(fā)編碼結束后測試對主要功能進行冒煙測試硫痰，如果冒煙測試執(zhí)行通過衩婚，根據(jù)編寫好的測試用例進行執(zhí)行，發(fā)現(xiàn)bug后進行提交bug;開發(fā)進行修改bug,開發(fā)修改后的bug進行回歸測試上線后需要對項目的進行<測試總結>
如圖：
