場景2：
同一產品多個終端平台如何覆蓋全面測試？
移動：ios和android端，同一產品功能相仿，實現方式不同，bug表現形式也不同
測試策略：
當沒有用例時：以個人經驗進行測試，對測試人員的要求較高，個人能力和團隊配合都有高要求
測試分工是ios端由乙個人負責，android端由乙個人負責，在第一輪測試完成後，進行交叉測試，有時間則按照模組+已存在bug（對比ios和android已存在問題）驗證。沒有時間應該優先bug交叉測試。重點在於測試內部溝通
當有用例時：以產品需求和用例測試
測試以需求和用例為準進行，但需求和用例總是存在不明確情況，應以明確需求為主，在明確需求的過程中，正常來講是要開評審會議的，但是多數時候需求都是臨時變更，此時應保證三方：測試、開發、產品對需求達成一致，因為如果只是任意兩方達成一致，第三方不清楚的話都會產生矛盾。
軟體測試工作經驗總結
公司自有專案採用迭代式開發，年度大版本，季度小版本，每個版本都要進行多次回歸測試，首次進行功能測試，目的測試當前版本功能沒有問題，第二次進行公升級測試，目的確認從舊版本公升級到新版本資料相容，功能正常，第三次進行功能測試，目的公升級之後功能正常。每個版本都應該有專項測試階段，比如介面測試 效能測試 ...
網路併發 工作經驗總結（2W S級別吞吐）
協議設計原則 第一條 使用文字協議，盡量使用http協議 文字協議利於除錯和測試，也利於指令碼使用,http協議成熟，比較多工具支援 第二條 如果效率成為問題，可以在實現了文字協議之後，支援二進位制協議 這樣程式的bug可以用文字協議及早發現，後來除錯也更方便 第三條 選擇二進位制協議時 proto...
同乙個專案的不同的專案工作經驗總結 程式設計師丙
專案 這個字眼我想大家並不陌生，但要真能對這兩個字有正確 深刻的理解 非得一番親身經歷不可，尤其是是軟體專案。我就此談一下為期近四個月的軟體項 目體會。在參與這個專案之前，我對軟體開發過程的理解只有乙個概念性的理解，對與一 個專案的實際操作過程知之甚少，可以說相當膚淺，認為專案開發就是組織幾個人 一...