Q1：什麼是回測？
答：在新版本中，對上一個版本中測試過的所有功能，再重新測試一遍。
Q2:爲什麼要做回測
答：1.由於新版本中新添加的功能可能會對原有功能產生影響，帶來新的BUG。
2.解決的BUG可能有可能會產生新的問題，所以要對原有的功能進行迴歸測試，如果使用自動化的方式進行迴歸測試，效率會更高
Q3：缺陷報告的處理過程（生命週期）？
答：new→open→fixed→closed
Q4:影響制定BUG優先級的因素有哪些？
答：1）缺陷的嚴重程度，缺陷越嚴重，優先級越高，
2）開發人員的開發壓力，開發壓力越小，優先級越高
3）缺陷的影響範圍，影響範圍越大，優先級越高
4）解決缺陷成本，時間或金錢，成本越低，優先級越高
Q5；缺陷的嚴重程度和優先級是嚴格成正比關係嗎？
答：不是，例如：界面錯別字，嚴重程度低，但是優先級高
Q6：缺陷的嚴重程度和優先級確定後，是否可以修改？
答：嚴重程度確定後不能修改，但是優先級開發方往往會修改，通常是往後推遲（delay）
Q7：在發佈的軟件版本中，是否可能有發現但沒解決的BUG?
答：有可能有這類BUG，對於這類缺陷，通常是要開缺陷討論會，權衡解決BUG的成本，和不解決BUG的是否會給用戶帶來重大影響，或承擔法律訴訟後果後纔可確定，該類BUG在發佈後軟件公司會通過升級版本或者打補丁的方式給與解決。
Q8：測試人員如何處理隨機BUG？
答：1）隨機BUG要求必須提交
2）註明該BUG是隨機BUG
3）描述的越詳細越好，儘量截圖或者錄視頻
4）儘量配合開發方對BUG的調查，例如：保留測試環境，提供隨機BUG出現的大概頻率
5）如果必要，可以加入白盒測試配合BUG調查
Q9：如果測試時間緊張，應優先測試哪些邊界值相關的點？
答：應優先測試邊界值點，也就是最大值和最小值，測試時間緊張時，次邊界值可以忽略（如果後續有時間再繼續補充）
Q10：是否所有數據的邊界，都是早就在需求中明確好的？
答：不一定都能早期就明確邊界，有的可以，而有的數據是研發進行一段時間後才明確的（需求是經常變更的）
