測試的目的是為了保證生產出來的產品滿足甚至超出客戶的需求。測試的角度要從客戶的角度分析客戶的顯性需求和隱性需求。所以，做好測試，你必須要清楚得掌握客戶的需求。要掌握客戶的需求，首先你得清楚你的客戶是誰？
傳統的客戶定義主要有三種：customer、user和operator。customer是和你簽訂合同的對方；user是使用你的軟體的單位 （點）；operator是操作者。一般：user
和討**能模組，和operator討論操作場景，和customer簽合同。比如你要做個電信軟體， 跟你簽訂合同的customer就是這個電信公司；使用你的軟體的user就是各個電信營業廳；操作你的軟體的operator就是各營業廳裡各個服務 員。
cmm裡還有乙個關於客戶的定義：「負責接收產品並且付給開發組織報酬的個人或組織。」
那麼我們的客戶是誰呢？
答：
軟體質量可以從兩個角度看，producer和customer. 對應到樓主的定，producer就是樓主的customer；customer就是樓主的user和operator。
從producer的角度看質量是：meet the customer』s requirement the first time and every time.
從customer角度看質量是：fit for use.
測試的職責是縮小和彌合兩者的差距。用圖說明一下：
測試部門在sdlc的不同階段對需求的範圍和關注程度是不一樣的，是動態的。
sdlc 前期，比如需求分析階段，如果測試介入早，會去和producer和customer做溝通，關注兩者理解的需求是是否一致。這個階段採用static testing的方法，比如：review， walkthrough. 這個階段發現的問題，解決的成本最低。
到sdlc中後期，假設customer的需求都確定了，prd和其他需求文件定稿了。測試就會著重關注共同約定的需求，開始測試設計。我們就要確保producer做出來的東西和否和需求吻合。
問：
tester必須比producer更了解customer，比customer更了解的producer，這樣才能更有效得縮小兩者的gap，對吧？
答：
『tester必須比producer更了解customer』，應該說是tester要確保producer理解的和customer要的一樣， 如果tester和producer對某個需求有疑義，就需要customer澄清確認。『比customer更了解的producer』應該是成立的。 舉例如下：
第一階段：
當customer的需求確定並記錄確認後，business prime（代表需求方-customer）產出brd（business requirement document），然後business analyst （相當於**的pd，可以是customer方，也可以是producer方）擴充套件細分後產出prd。測試人員要通過review/walkthough 等方式確保prd和brd一致，沒有脫節，沒有遺漏，無疑義。
第二階段：
prd同時分發給測試和開發組，開發著手準備 srs/sds（software requirement specifications/software design documents），而測試開始準備測試計畫和測試設計。同時測試需要對開發的srs/sds評審，確保和ｐｒｄ一致。
以上都是static testing. 屬於independant verification.
進入第三階段，摟主的表述『比customer更了解的producer』應該是成立的，因為customer不知道也不一定關心producer具體是如何實現的。而測試去一定去了解和跟蹤。
這個階段，開發根據srs/sds開始編碼，測試開始設計測試用例。等編碼完畢，提交測試，測試開始執行測試用例。validate and evaluate系統是否和prd需求一致。
問：
跟進兩個問題：1、我們如何來保證business prime和business analyst一致？2、如何保證business prime與operator requirement 一致呢？
答：
1、business prime和business analyst可以不一樣，君子不器。但是二者的產出brd和prd必須保持一致。brd中應當有乙個需求列表，列出該專案，該階段應該滿足的使用者需求。 prd對該錶詮釋，細化，標準是testable.如果測試人員認為某些需求太含糊，有歧義等，就要提出問題，直到測試人員接受，認為是 testable。在這當中暴露的問題和gap，business prime有最終話語權。
2、為保持business prime與operator requirement 一致，客戶，開發和系統使用者可以使用以下方式溝通，確保operator requirement被正確理解。
a）使用者調查方式（customer surveys）
c）讓使用者更多的參與到專案中（more user involvement while building information products）
d）前期建立系統原型和客戶溝通，有乙個直觀認識（prototype）
什麼樣的測試人員是好的測試人員
我帶過多個開發團隊和測試團隊，說說我心目中好的測試人員。希望對大家以後的職業生涯有幫助。1工作積極主動 工作態度如何，是評價乙個測試人員最主要的方面，乙個高水平的測試人員 指純技術能力 如果沒有乙個好的工作態度，在測試團隊中有時候不但不能對測試工作起到推動作用，有時候還起到阻礙作用，而乙個願意工作的...
什麼樣的測試人員是好的測試人員
首先介紹一下我自己，我92年參加工作，97年開始接觸測試，00年開始做sqa,目前在乙個公司做測試部門經理，我帶過多個開發團隊和測試團隊，說說我心目中好的測試人員。希望對大家以後的職業生涯有幫助。1 工作積極主動 工作態度如何，是評價乙個測試人員最主要的方面，乙個高水平的測試人員 指純技術能力 如果...
談測試 5 測試人員對自己的定位
按照我的理解，測試人員對自己的定位，對測試工作的認知高度，直接決定了自己能到達的水平。第乙個層次 找bug 軟體開發人員交付給測試之後，測試人員開始針對該軟體版本進行測試驗證，尋找其中的問題。在這個階段，能夠源源不斷找出問題，摸索出自己的測試思路，能夠借助自動化工具進行規模和壓力測試，都可以獲得一定...