溝通 打開 ref 服務 幫助 操作 .com bsp 目的

1.描述客觀現象，不要帶入主觀結論。例如“分組”菜單沒有存在的必要，這是一個主觀結論。 2.盡量使用語言準確，容易理解，可以使得開發人員通過閱讀bug描述找到重現bug的步驟。例如打開某系統時盡量提供url，關鍵描述盡量詳細。例如“聚合異常”，這句話不夠詳細，沒有描述怎麽算異常。 3.測試要完備，對照功能點，盡量不要遺漏。 4.如何從很多無關因素的現象中找出導致bug真正因素？

• 列舉操作步驟，細化為幾個過程
• 找出幾個關鍵變量，使用替代法剔除無關因素，縮小範圍。
• 采用實驗的控制變量法思想，找出變量之間的關聯。
• 逆向思維，從現象出發，避免先入為主，跳出慣性思維，避免因為太過熟悉而忽略潛在的問題。

5.認識測試的目的：盡可能找出更多的bug，幫助開發人員解決潛在的問題，將bug消滅在發布之前。值得重視的重視的是測試人員找bug的思維方法，以及bug準確描述極大減少了在測試人員與開發人員交流溝通成本。 問題： 1.如何成為一名優秀的測試工程師？測試工程師需要掌握哪些知識和能力？ https://www.zhihu.com/question/39085335/answer/107278436 2.如何從現象分析本質？如何從復雜的多因素找到問題的關鍵因素？ 3.如何減少人與人之間的溝通交流成本？如何減少語言的歧異？如何減少人與人之間的誤會？ 4.如何跳出慣性思維？如何減少先入為主？ 5.測試與修電腦的聯系在哪裏？ 6.語言描述準確在faq和測試都需要，但是對於同一現象描述卻不一樣，為什麽？行為與方法服務於目標。

如何做好系統的集成測試？