前言
軟件測試的價值與成功更多的源于經驗和管理，能不能把一個測試項目計劃、組織的井井有條和快速高效，把一個龐大的任務科學的細分并在合適的點上進行監督，用豐富的經驗預判并規避可能的風險，這才是決定一個測試項目是否成功的關鍵。相對開發而言，測試對于實施者個人的技術水平和工具應用上的要求相對弱一點。
孤獨九劍+足夠的實戰經驗=測試高手
第一式：廬山面目——什么是測試及其核心價值所在
第二式：蓬門始開——測試的從業人員應該具備的素質
第三式：仙源何處——教你了解主要的測試門類和方法
第四式：矯如龍翔——如何開發測試用例
第五式：浮云遮日——如何定義測試流程
第六式：伯仲伊呂——如何制定測試計劃
第七式：語報平安——如何書寫測試報告
第八式：春寒錦袍——如何管理團隊以及激勵團隊
第九式：江上鼓鼙——產品上市之后測試的角色定義
第一式：廬山面目
所謂軟件測試，就是出于正常合理的目的[r1] ，在特定的時間環境[r2] ，用事先制定的標準[r3] 衡量一種軟件產品或特性是否符合預期。
[r1]軟件測試是為了軟件質量足夠可靠。凡是都有度，不是為了軟件沒有BUG，質量完美。
[r2]每一個開發的項目都是有周期的（版本周期）；測試要在一定的環境中進行（case預置條件）。
[r3]可以讓測試人員在測試的時候有章可循，也可以避免開發人員受到過多無中生有的騷擾。事先制定的標準可以幫助測試人員獲得更大的發言權。
測試本身并不是在創造什么東西，而是由確認、驗證、保證、評估、審核、報告等動作組成的統一體。
測試有兩個主要的作用：第一是確認我們在做一個正確的東西（以軟件的特性說明書為標準）；第二是確保開發活動的方向是正確的[r4] 。
[r4]在設計階段參與，預測項目行進的方向，預測項目的風險并及時排除；在項目執行過程中，注意監督每一步都是按照事先確定的方向和時間在走，如果偏離或延遲能及時發現并糾正，項目就會始終健康的進行下去了。
軟件工程V模型圖（必須會畫）。
軟件測試是為了軟件質量足夠可靠。
看一個BUG值不值得修改，不僅要考慮到它可能給公司帶來的直接損失，還要考慮到品牌和信譽受到傷害而帶來的間接損失。
專業的測試必須要由無利害關系、獨立的人或團隊來進行。原因如下：
第一：開發人員編寫的程序，就好比父母對待自己子女一樣，凝聚了心血的成果，所以審視的目光通常不會客觀；
第二：有的時候設計和開發人員本身的理解可能有誤，陷在錯誤的圈子里不能自拔，這是必須由他山之石來引入全新的思維才可能跳出這個圈子；
第三：對開發人員來講，發現了BUG是一種痛苦，因為這意味著自己要投入更多的時間，加班甚至犧牲周末，而且領導不會領這種情，誰讓你編的代碼有問題呢？
不想當元帥的士兵不是好士兵（野心）。
BUG是否需要修改：在各執一詞，公說公有理婆說婆有理，誰也說服不了對方的時候，這個時候就需要項目的高層來做出判斷和決定。
除非到了不得已的時候，否則還是應該盡量依靠軟件特性說明書[r5] 來做測試的準則，這對各方來說都是容易把握而且風險小的選擇。
[r5]基線需求+局方需求+差異化需求（case）
開發項目中究竟會遇到哪些阻礙，事先我們無法一一看清楚，這是就需要項目管理者的經驗和洞察力。測試在這個時候能起的作用就是提供數據和事實來幫助項目管理者作出正確的決定。
軟件測試報告的主要內容：
第一：軟件成熟度的定量評估
第二：測試用例通過率和不通過率
第三：軟件成熟度的變化趨勢
第四：今后可能的問題和成熟度走向（開發進行中，添加一些新的不穩定模塊）
第五：嚴重問題的列表
第六：一些關鍵問題的風險評估