1. Cookie是由Web服務器生成的,并且保存在用戶瀏覽器上的小文本文件,它可以包含用戶相關的信息; 2. Cookie數(shù)據(jù)格式:鍵值對組成(python中的字典); 3. Cookie產(chǎn)生:客戶端請求服務器,如果服務器需要記錄該用戶狀態(tài),就向客戶端瀏覽器頒發(fā)一個Cookie數(shù)據(jù); 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |軟件測試,cookie測試
用例執(zhí)行階段結束,缺陷修改跟蹤工作完成后,需要針對執(zhí)行過程中的用例和缺陷進行統(tǒng)計: 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |用例執(zhí)行統(tǒng)計,缺陷統(tǒng)計,作用
在執(zhí)行用例的過程中發(fā)現(xiàn)了跟預期實際不符的情況,就提交缺陷,跟蹤缺陷修改,跟蹤缺陷流程主要有四個(一個正常的修改結束的流程,三個特殊處理流程) 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |日常工作中,缺陷跟蹤流程
為了減少執(zhí)行階段的無效工作, 再次確認需求理解(對外),確保測試人員質(zhì)量標準和目標一致(對內(nèi)),一般會有我們測試主持召開一下用例評審會議,主要還是有產(chǎn)品,開發(fā)和測試三方參加,確認用例對于項目測試的可用性 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |用例評審的好處
明確需求之后,開發(fā)和測試開始各自的工作,我們測試主要就是根據(jù)需求中的內(nèi)容,劃定測試范圍,確認一下測試的排期策略,確定測試計劃和測試方案中包含的內(nèi)容 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |測試工作執(zhí)行前,測試人員工作
1. 首先我們會獲取到產(chǎn)品下發(fā)的需求說明和原型,提前理解記錄一下問題(邏輯錯誤,暫未實現(xiàn),需求不明); 2. 然后參加需求評審會議 -- 主要有產(chǎn)品負責講解 -- UI/前后端開發(fā)/測試 --項目經(jīng)理都會參加; 3. 作為測試人員主要是站在用戶角度,需求講解后提出問題,共同討論,明確需求,統(tǒng)一理解; 4. 好處就是提前介入測試工作,已靜態(tài)評審的方式,盡早發(fā)現(xiàn)產(chǎn)品問題。 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |測試人員如何參加需求評審
如何選擇Linux操作系統(tǒng)版本?一般來講,桌面用戶首選Ubuntu;服務器首選RHEL或CentOS,兩者中首選CentOS。 查看全文>>
軟件測試常見問題2020-06-15 |傳智播客 |如何選擇Linux操作系統(tǒng)版本