測試流程分析

在大部分創業型公司，因為種種的原因，導致我們進行測試的時候發現流程並不是很完善，也導致很多時候測試工作進行起來比較的困難。

1、比較靠譜的提高**提交質量的方式：使用提測演示，缺點不適用於跨國公司和異地辦公的小夥伴；

2、完整的測試流程：

提出需求->需求評審->測試用例編寫->用例評審->用例執行->小版本迭代回歸->測試報告->上線驗收報告

需求評審->用例評審這些前驅工作，對比於測試本身能有效的幫助對於業務不熟悉的小夥伴進行業務熟悉，討論之餘，能夠讓大家更深刻的理解每個需求點是如何出來的。包括測試工作在討論中會得到更多的測試點，測試方向：是否需要壓測、效能測試、其他的測試，那個環境可以測試。

私下交流：

優點：更容易交流，更能得到部分人為的支援；

缺點：思路狹隘，交流不完善，多方確認要頻繁進行，浪費時間；

3、測試最大的難點：需求確認，需求範圍確認，提測範圍確認，測試範圍確認。

4、bug提交：每個公司都有自己的bug提交方式，bug提交模板，也是需要確認的點。一般公司會有完整的bug提交流程；目前大部分網際網路公司：一句話描述bug情況，適用於大家都很了解測試進度、業務流程的情況；不熟悉小夥伴在提交，修改時會有很大的難點。