寫在前面：如何確定發現了乙個缺陷？
被測結果明顯與需求描述不一致。
測試用例描述需求中雖未言明，但是明顯不合理。
功能正常，但是實現方式可能會造成資源浪費，或不良好的體驗。
即便只在單個帳號或裝置出現的問題，也應當缺陷處理。
在提單前，需要排除：
帳號和裝置是否有其它測試環境干擾；
執行的測試用例是否是更新到最新的。
許可權開通：alvinshen
注意！能開啟上述位址並可點選「建立缺陷」，則代表已經有許可權了~
標題描述格式：
【關鍵字】標題描述。
模組名命名規範：
測試階段
關鍵字命名規範
新功能測試階段
要求：簡潔，具有標誌性，能快速通過改標誌篩選缺陷。
每個新功能需求，所有許可權單關鍵字唯一。
正確例項：
用測試的範圍命名，如【登入】、【直播間】
用功能點命名，如【彈幕優化】、【兌換寶石】
用活動名命名，如【2019盛典活動】
系統測試階段
用測試的範圍命名，如【登入】、【直播間】、【彈幕】
標題描述規範：
例如：【登入】登入按鈕必現無法點選
【直播間】點選全屏按鈕必現crash
【關注】主播帳號首次進入關注頁，未提示登入。
存在二義性的描述：
【註冊】username可以設定字元超過25個，與需求描述不符。---到底能不能超過25個？
可改為：【註冊】username設定字元超過25個，未提示報錯。
內容描述格式：
裝置資訊：
只有在單個裝置或瀏覽器上出現的問題，才備註裝置或瀏覽器資訊。
測試裝置
填寫資訊
單個移動端出現
例如：移動裝置名稱： 華為 nova 3e
移動裝置作業系統版本：android 9.1.0
單個瀏覽器出現
例如：瀏覽器名稱： edge
瀏覽器版本：44.18362.449.0
操作步驟：
期望結果：
資訊字段描述填寫格式：
字段內容介紹
關聯需求
新功能測試bug一定要關聯需求！
系統測試或其他工具途徑提單，可不關聯需求。
發現版本
新功能測試選擇與需求單對應的版本。
系統測試或其他工具途徑提單，選擇迭代發布的版本號。
重現規律
必現：一定出現。單個帳號和裝置一定出現，也是必現！！
大概率出現：10次只有1~2次不出現。
偶現：10次只出現1~2次。
優先順序緊急：
發布前2天發現嚴重程度中及以上的問題；
提測後開發不及時解決，就無法測試的bug。
後台伺服器掛了，現網不能使用。
高: 嚴重問題。
一般問題但是發布前確定必改的。
中：不嚴重的問題。
發布前確認可不改的bug
低：產品暫時未提出合理解決方案的體驗問題，且不影響現網使用。
嚴重程度
致命：導致裝置卡死、宕機、crash，完全不可測的情況。
嚴重：主要功能邏輯，p0/p1級用例不通過。
一般：一般功能邏輯，ui異常，相容性，資料上報等不通過。
建議：需求未言明的體驗問題，不影響產品需求決策。
軟體平台
web端:web前端出現的bug
ios端：只有ios端的bug
android端：只有android端出現
不區分平台：比如後台資料等
模組模組和特性選擇正確即可。
如果沒有對應的模組和特性，聯絡alivnshen新增，不要亂選。
特性測試階段
新功能測試：所有階段間發現的新功能問題，都提新功能。
合入驗證：只要開發合入出錯，在主流驗證時發現問題才提。
系統測試：系統測試期間測試非新功能發現的問題。
老版本移入：只是測試負責人版本發布後處理
測試型別
手工測試:測試人員手工發現的問題。
自動化測試：通過自動化測試發現的問題。
freetest：不存在用例，隨機使用時發現的問題！（要補充用例）
使用者反饋：發布後發現的問題，不需要替換包解決！
線上缺陷：發布後發現的問題，需要替換包解決！
工具提單：通過codedog、monkey等工具執行發現的問題
缺陷型別
ui問題：介面ui異常的問題。
功能邏輯：功能邏輯異常。
效能問題：效能指標超標、慢、卡頓、黑屏等
體驗問題：體驗問題
後台問題：後台問題
開發人員
明確知道誰來解決的，直接提給對應的開發！
沒有明確開發人員的情況，提給介面人！
處理人測試人員
填寫測試自己
發現問題，第一時間提單。
有嚴重影響體驗和測試的問題，第一時間群裡通知。
測試驗證狀態的缺陷，及時驗證關單！
提交缺陷報告
軟體出現了產品說明書指明不會出現的錯誤 軟體功能超出產品說明書指明範圍 軟體未達到產品說明書雖未指出但應達到的目標 軟體測試員認為軟體難以理解 不易使用 執行速度緩慢，或者終端使用者認為不好。重複缺陷 質量管理人員 市場人員 技術支援人員 clear 清晰 concise 簡潔 complete 完...
UI測試，功能測試，缺陷說明
一，測試範圍 1，導航，鏈結，cookie，頁面結構包括選單，背景，顏色，字型，按鈕名稱，title，提示資訊的一致性等 2，友好性，易用性 3，介面初始化資料載入是否與資料庫一致等 二，測試目標 核實各個視窗風格，即上述測試範圍 字型，顏色，提示資訊等 都與需求保持一致，保證介面的易操作性，符合使...
發現的缺陷越多，說明軟體缺陷越多嗎？
面試難免讓人焦慮不安。經歷過的人都懂的。但是如果你提前 面試官要問你的問題並想出得體的回答方式，就會容易很多。廢話不多說，直接上乾貨！我是黃財財，不願意看到任何人去外包打工的菜菜測試。這是乙個比較常見的現象。測試工程師在沒有找到缺陷前會絞盡腦汁的思考，但是找到乙個後，會接 二連三的發現很多缺陷，頗有...