不知從何時起測試過程中我們寫得最多的就是測試用例，有時連測試報告都免了，畢竟測試任務真的很緊，時間都拿熟悉執行測試了，**有時間寫測試文件啊，再說我們也不愛寫這些文件啊，哈哈。。。
首先，列一下測試過程中我們會接觸到哪些非測試人員編寫的文件：
1、需求文件
需求文件包含很廣，有產品經理寫的prd，有word版、有excel版、還有原型圖的，具體輸出什麼型別的文件看產品經理的心情（習慣），也有ui畫出來的高保真原型圖。
2、介面文件
3、資料庫開發文件
介面文件和資料庫開發文件有沒有要看公司的制度，大多公司都沒有，所以重要介面需要測試人員自己去梳理，或匯出資料庫字典，對照**檢視，理清業務操作中資料庫的資料訪問。
4、專案排期計畫
5、等等
然後，在測試過程中哪些文件是由測試人員輸出的：
1、專案測試計畫
測試計畫可能跟階段有關，也有可能是根據專案迭代期次來寫，也有可能根據測試活動型別來寫
測試計畫文件中重點就是測試範圍、測試進度，一般只需要對這二塊做詳細描寫，若是有風險出列當前風險和解決辦法。
2、測試方案
大多根據測試活動型別來寫，寫起來太費時間了，寫得不多
3、測試用例
測試用例的重要性就不用講了，現在只要測試流程基本正常的公司都會有測試用例。
隨著網際網路迭代速度，測試用例的形式也由以前的excel或用例工具變成了xmind，使用word寫測試用例的公司應該很少了吧，王豆豆還是在早期入行的時候是通過word來寫過測試用例。
現在企業用excel來編寫測試用例的也存在，使用xmind的公司大多都是敏捷開發，測試版本迭代快，需要輸出用例快。
xmind寫測試用例的好處：
（1）快
xmind寫測試用例最重要的是突出測試點，針對乙個功能或字段只需要列出測試點即可
（2）有利於思維發散
xmind畢竟叫思維導圖嘛，所以在用xmind寫測試用例的時候，針對乙個欄位的校驗可以從組成、長度、特定校驗入手寫，若寫完之後有遺漏，通過檢視也能快速發現，這是區別於excel這類文字多的工具。
xmind寫測試用例的壞處：
（1）對測試人員要求高
對於測試人員寫測試用例有乙個要求，就是測試用例能讓乙個新人也看懂，且能執行
用xmind寫測試用例，最難的就是自己寫的用例能讓別人完成看懂，並且執行，因為xmind一般很少寫操作步驟，且常規的檢查點有時也會省略，所以要求測試人員對業務、對功能檢查點比較熟悉才能做到。
（2）復用性不足
對乙個系統來說，每一輪測試都需要測試人員對系統主要功能和主要流程進行回歸測試，若是這部分功能特別多，相比而言excel更適合對於這部分功能進行管理 。
xmind編寫測試用例更適合於功能迭代快的專案。
（3）執行結果不清晰
xmind在備註執行結果時不如excel明了、清晰，便於統計。
雖然如些，但目前王豆豆寫測試用例還是更傾向於用xmind寫測試用例，畢竟天下武功，唯快不破。
4、測試進度
一般來說測試過程中很少會發測試進度，因為每天都會有早會或晚會隨時跟蹤專案。
但實際測試過程中，最怕遇到測試阻塞之類的問題，一旦碰到這類的情況，最好的解決方案就是發測試進度出來，將測試阻塞的問題、跟蹤情況、何時能解決都需要發出來。
所以一般公司都規定只要測試時間達到三天以上的都需要在每天測試完成之後傳送測試進度。
5、測試報告
測試報告經常寫，除非是很小的專案才不能寫，只要測試時間達到了三天以上的都需要輸出測試報告。
根據每個公司的要求，對測試報告的側重點也不同，有些測試報告只需要統計缺陷數量和測試結論就行，更簡單的就只要測試結論。
最近也幾份相對比較全面的測試報告，從人員、測試進度、測試範圍到缺陷分析、遺漏風險、最後到測試結論，每乙個環節都需要涉及到，特別是缺陷分析那一塊，需要從不同維度去分析bug，更像是從不同維度去判斷系統的質量、開發質量、bug修改情況、bug收斂情況，其實這才是乙份完整的測試報告，因為寫這樣的測試報告需要很多時間，所以很多企業對於測試報告內容沒有太多要求。
測試報告對測試花費也能很好體現。
整體上來說測試活動中就是這些文件，但測試人員編寫的不僅限於上面的文件，有時我們也會輸出一些技術文件、業務文件之類的，用於團隊能力建設。有時需求文件不完善，我們可能還能自己動手給自己整理乙份需求文件、業務流程圖，方便於測試人員能更快更深入地了解需求。
最近專案剛成立，對測試流程要求不明確，所以需要明確測試流程和規範，明確測試流程和規範免不了要確定各個階段的輸入輸出文件。
歡迎各位小夥伴一起討論和交流專案中的那些文件。
測試隨筆 測試用例文件
成員姓名 測試內容 測試工具 測試方法 時間陳柱全 測試客戶端頁面 安卓手機 excle 黑盒測試 郭航測試客戶端後台執行 安卓手機 excle 黑盒測試 由於轉成pdf格式會亂，所以用xlxs文件上傳 測試結果於預期結果不符合。測試結果出現軟體說明書不需要實現的內容。缺少軟體說明書沒有但是應該實現...
測試用例文件 如何設計測試用例
測試用例編寫是軟體測試的基本技能 也有很多人認為測試用例是軟體測試的核心 軟體測試中最重要的是設計和生成有效的測試用例 測試用例是測試工作的指導，是軟體測試的必須遵守的準則。乙份漂亮的測試用例不僅僅是設計思路的優秀體現，更是便於流轉和執行，具有可讀性 傳遞性。1 指導測試的實施 測試用例主要適用於整...
測試用例文件 銀行測試用例設計經驗總結
測試用例是軟體測試核心，好的測試用例會提高測試效率和軟體質量，並指導測試人員的行為，避免遺漏掉測試的功能點。所以在測試之前必須設計好測試用例是非常重要的。經驗1 要參與需求評審，評審需求的過程實際也是熟悉業務需求的過程。只有對產品的業務理解到位，才能更好 更充分地設計出高質量的測試用例。經驗2 對於...