軟件測試新手問題解答
今天在測試時代的網站上，一個網友提出了一些問題，這些問題有比較強的普遍性，我將我回答的內容全部摘錄如下，希望對大家有幫助。
原文的鏈接：http://bbs.ltesting.net/thread-47784-1-1.html
本人是初學者，并且目前沒有在具體工作中做軟件測試，不少概念還比較模糊，所以問題也可能問的不甚清楚，或者較比業余，但我想其他初學者也可能都會遇到，所以還請高手，高高手，不吝賜教�。�！
1.按正常的測試流程而言，當tester開始寫測試用例的時候，是不是根本還沒看到程序是什么樣子？或者僅僅看到過簡單的GUI界面，在這種情況寫step by step的測試用例，是不是完全按照需求書的功能描述來寫的？我的問題是需求書會提供那么細致的細節嗎？（當然肯定有的會），比如我要寫一個關于登錄的用例，密碼長度不夠，返回什么錯誤信息，用戶名不對，返回什么錯誤信息，如果需求書沒有這么詳盡的信息，測試員如何寫測試用例？而且在開發人員正在開發的同時，測試人員所寫的測試用例是不是都是針對手工測試的？這是不是也就是為什么說自動測試更多是用在回歸測試階段的原因？在測試初期的功能測試實際中上不上自動化測試？
答：理論上確實是這樣的，測試人員依據需求寫測試用例，在需求階段就介入，但是就像你說的，實際中，很少有企業能達到這樣的能力，所以測試人員就從系統測試階段開始介入。而依據也不是需求本身，而是已經編寫好的軟件和建議測試要點了。
測試用例的書寫是測試人員的基本功，相關的信息你可以看看測試時代測試用例的頻道
http://www.kjueaiud.com/html/94/category-catid-94.html
2.測試用例是不是只針對功能測試而言的？個人感覺好像應該不是，類似像壓力測試，冒煙測試，兼容性測試也都可以有相應的測試用例吧？
答：所有測試工作的依據都可以認為是測試用例，就像你說的所有專項測試都應該有測試用例，如單元、系統、集成、壓力、易用性、安全等等。
3.需求文檔有BRD, business requirement document，有時候也包括設計文檔，個別時候包括use case文檔，我的問題是，這個USE CASE文檔是由誰負責來編寫？tester？還是business analyst？
答：user case通常由需求人員編寫，用來明確業務邏輯和角色之間的關系的
需求獲取的技術也是門特別的技術，一般由資深的需求人員完成，他們的技能也體現了這個公司的技術水平，相關的需求獲取技能，測試時代也有相應的頻道：http://www.kjueaiud.com/html/62/category-catid-162.html
4.在使用qc學習mercury訂票實例的時候，在testplan部分里有很多單獨的測試用例（當然它們也被組織在一定目錄之下，但基本是按照功能模塊的劃分進行組織的），但在測試實驗室里它們似乎是按照不同的測試類型給組織在一起，比如一些最基本的功能測試的用例（不包括那些邊界值測試，等價類劃分的功能測試）組織在一起構成了一個mercury tours sanity的類似冒煙測試的測試組，或者一些關于性能測試，壓力測試的測試用例，組成了一個performance and load的測試組。我的問題是，類似冒煙測試，壓力測試，或者集成測試，系統測試，是不是都可以通過從testplan里的具體測試用例的不同組合來實現？
答：都可以，你可以認為測試用例都是一個個的個體，然后通過plan將這些用例按照你的測試意圖進行組合，完成不同的測試目標。這也是MI推薦的一種使用TD/QC的方式，相關的細節你可以參考TD的說明書：http://www.kjueaiud.com/html/11/category-catid-111.html
文章來源于領測軟件測試網 http://www.kjueaiud.com/