46. 你們有沒有專職的軟件測試人員？
要有專職測試。如果人手不夠，可以peer test，交換了測試。千萬別自己測試自
己的。
47. 你們的測試有一份總的計劃來規定做什么和怎么做么？這就是Test Plan。要
不要做性能測試？要不要做Usability測試？什么時候開始測試性能？測試通過的
標準是什么？用什么手段，自動的還是手動的？這些問題需要用Test Plan來回答
。
48. 你是先寫Test Case然后再測試的么？
應該如此。應該先設計再編程、先test case再測試。當然，事情是靈活的。我有
時候在做第一遍測試的同時補上test case。至于先test case再開發，我不喜歡
，因為不習慣，太麻煩，至于別人推薦，那試試看也無妨。
49. 你是否會為各種輸入組合創建測試用例？
不要，不要搞邊界條件組合。當心組合爆炸。有很多test case工具能夠自動生成
各種邊界條件的組合——但要想清楚，你是否有時間去運行那么多test case。
50. 你們的程序員能看到測試用例么？
要。讓Dev看到Test Case吧。我們都是為了同一個目的走到一起來的：提高質量
。
51. 你們是否隨便抓一些人來做易用性測試？
要這么做。自己看自己寫的程序界面，怎么看都是順眼的。這叫做審美疲勞——
臭的看久了也就不臭了，不方便的永久了也就習慣了。
52. 你對自動測試的期望正確么？
別期望太高。依我看，除了性能測試以外，還是暫時先忘掉“自動測試”吧，忘
掉WinRunner和LoadRunner吧。對于國內的軟件測試的現狀來說，只能“矯枉必須
過正”了。
53. 你們的性能測試是等所有功能都開發完才做的么？
不能這樣。性能測試不能被歸到所謂的“系統測試”階段。早測早改正，早死早
升天。
54. 你注意到測試中的殺蟲劑效應了么？
蟲子有抗藥性，Bug也有。發現的新Bug越來越少是正常的。這時候，最好大家交
換一下測試的area，或者用用看其他工具和手法，就又會發現一些新bug了。
55. 你們項目組中有人能說出產品的當前整體質量情況么？
要有。當老板問起這個產品目前質量如何，Test Lead/Manager應該負責回答。
56. 你們有單元測試么？
單元測試要有的。不過沒有單元測試也不是不可以，我做過沒有單元測試的項目
，也做成功了——可能是僥幸，可能是大家都是熟手的關系。還是那句話，軟件
工程是非常實踐、非常工程、非常靈活的一套方法，某些方法在某些情況下會比
另一些方法好，反之亦然。
57. 你們的程序員是寫完代碼就扔過墻的么？
大忌。寫好一塊程序以后，即便不做單元測試，也應該自己先跑一跑。雖然有了
專門的測試人員，做開發的人也不可以一點測試都不做。微軟還有Test Release
Document的說法，程序太爛的話，測試有權踢回去。
58. 你們的程序中所有的函數都有輸入檢查么？
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
