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了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
