測試流程中的問題

問題1.1：需求評審之前測試人員做的需求拆解成測試點的工作，需要具體到什麼程度？需要用思維導圖寫出所有測試點嗎？

a：測試人員做需求分析不一定是需求評審之前，也有可能是在之後。

將需求拆分成測試點具體要到多細，這主要看公司：

如果公司有要求寫詳細的用例，比如是用word、excel文件來寫，那麼需求拆分就像我們在解答題之前打的草稿一樣，目的是找到解決方法，而這裡目的是為了測試人員理解需求，如果測試人員熟悉了方法，也可以不用xmind來拆分。

如果公司沒有要求寫詳細的用例，可以用xmind來寫用例，這時拆分出測試點就可以作為我們的用例，那就拆分得很詳細，盡可能地寫出所有的測試點，考慮到所有的正常和異常場景，我們要求的是寫出來的用例或測試點盡可能地全面覆蓋需求。

問題1.2:需求評審的結果是怎樣的，有沒有例子。

a：需求評審是由產品經理主導的，所以測試人員參與在這樣的會議主要去了解本次版本需求做哪些功能，以及每個功能的需求。

需求評審在很多公司並沒有做，這樣不做的後果就是開發人員做出來的東西和需求不符，而測試人員測試時也沒有發現，導致出現線上bug。

問題3.1:測試方案由誰編寫？怎樣編寫？

a：測試方案是由高階測試人員寫，測試方案文件主要是以本次測試如何進行測試做為出發點而展開寫的。主要包含幾個方面：測試需求的細化、測試組網圖的設計、自動化測試框架的設計、測試資料和測試指令碼的設計、測試用例設計的原則等

如果你是剛入行的，一般來說測試方案是不會由你寫的。

問題3.2:測試用例需要儲存在公司伺服器或網路伺服器嗎？一般儲存在**？

比如剛開始，大家就在自己電腦上，寫完之後以郵件的形式發給大家就行了。

問題4.1:出口準則一般是怎樣的？對這方面了解太少。

a：出口準則其實是測試完成的標準，一般來說軟體中bug是測不完的，但同時測試時間也是有限的，那麼就需要在測試之前就制定好完成的標準，這就是所謂地出口準則。

比較通用地出口準則由以下幾點組成：

一般是「基於測試用例」和「基於缺陷密度」二種準則來判斷的，選擇前者:

1.功能性測試用例覆蓋率達到100%

2.非功能性測試用例覆蓋率達到95%

3.沒有高於優先順序3以上的問題

備選通過辦法：如果還有嚴重級別及以上的bug沒修復，或者是暫時無法修復的bug.那這時可以根據實際情況由軟體開發部門的開發經理、專案經理和測試經理討論是否結束本輪測試。

問題5.1:測試報告怎樣編寫？

a：測試報告是專案測試完成之後，由測試人員寫的，

測試報告一般包含：

1.本次測試結論：測試通過還是測試不通過

2.遺留問題：本次測試是否有遺留問題

3.用例執**況：根據測試用例的分組來統計，可以用圖表或**來總結

4.缺陷分析：缺陷分析在測試報告中佔比非常重要，主要是分析擔缺陷分布的功能模組，分析出哪個模組缺陷最多，還有就缺陷的收斂是否理想，一般來說缺陷曲線是有一條n線，前期缺陷逐漸增多，達到乙個峰值之後就會向下收斂，這條曲線不僅反應了測試人員提交bug的情況，同時也反應了開發修復bug的情況。

5.測試範圍：描述本次測試的內容

6.風險：分析出本次上線後可能會出現的風險，同時給出解決方案

以上幾個方面就是測試報告的主要內容，基本有這些就行了，其他方面的可以根據公司實際情況進行增加。