19、 你們的項(xiàng)目組使用缺陷管理系統(tǒng)了么？
應(yīng)該用。ClearQuest太復(fù)雜，對于小型的項(xiàng)目也不夠靈活，BugZilla或者JIRA，還有TRAC也行，特點(diǎn)是可以定義缺陷處理流程。
20、 你們的測試組還在用Word或者Excel寫測試用例么？
不要用Word或者Excel寫測試用例（Test Case）。應(yīng)該用一個專門的系統(tǒng)，可以是Test Manager，也可以是自己開發(fā)一個PHP的小網(wǎng)站，或者現(xiàn)成的也有不少。
21、你們的項(xiàng)目組用了你能買到最好的工具么？
應(yīng)該用盡量好的工具來工作。比如，應(yīng)該用VS.NET而不是Notepad來寫C#。用Notepad寫程序多半只是一種炫耀。但也要考慮到經(jīng)費(fèi)，所以說是“你能買到最好的”。
22、值得再多花一些時間，從95%做到100%好值得，非常值得。
尤其當(dāng)項(xiàng)目后期人困馬乏的時候，要堅持。這會給產(chǎn)品帶來質(zhì)的區(qū)別。
23、 登記新缺陷時，是否寫清了重現(xiàn)步驟？
要。這屬于開發(fā)和測試之間的溝通手段。就算是可以面對面溝通，詳細(xì)填寫重現(xiàn)步驟也是很必要的。
24、 寫新代碼前會把已知缺陷解決么？
要。每個人的缺陷不能超過10個或15個，否則必須先解決老的bug才能繼續(xù)寫新代碼。
25、 你們對缺陷的輕重緩急有事先的約定么？
必須有定義。嚴(yán)重程度要分幾個等級約定好：藍(lán)屏和數(shù)據(jù)丟失算等級1，功能錯誤算等級2，界面上的算等級3等等，但這種約定可以根據(jù)產(chǎn)品質(zhì)量現(xiàn)狀適當(dāng)進(jìn)行調(diào)整。要根據(jù)項(xiàng)目來確定等級的劃分標(biāo)準(zhǔn)。
26. 所有的缺陷都是由登記的人最后關(guān)閉的么？
Bug應(yīng)該由登記BUG的人來關(guān)閉。開發(fā)者不能私自關(guān)閉Bug。這可以通過缺陷管理系統(tǒng)的流程來控制。
27. 你們有沒有專職的軟件測試人員？
要有專職測試。如果人手不夠，可以交叉測試，千萬別自己測試自己的。自己的孩子舍不得打。
