應該如此。應該先設計再編程、先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應該負責回答。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
