測試過程中的防忽悠溝通法

總結近期項目執行過程中的定位過程,與新員工常遇到的溝通問題。分享給大家。
主要是避免被忽悠,保持中立與客觀。防止漏掉BUG。。
換位思考,以前我作開發時就感覺,有些項目要定位快一半最後可能不是自己要解決的BUG。對問題定位有點排斥。
現在測試定位中,我們要做到對事不對人,與開發和平共處五項原則,,,


1.這個問題已有提過了
》》那要把BUGID發給我。
2.這個修改量太大,提了也未必會改,你還提幹嘛
》》沒關係,改不改由上頭決定,我提上去,你分析工作量即可
3.這功能現在還實現不了
》》發行文檔裏也沒看到,我提了你要轉給文檔端修訂,如加限制
4.這個是有問題,但場景不常見,誰會這樣用呢
》》粘出需求文檔或用戶場景,並說明影響
5.這兩個配置不能共用的,沒人這樣配
》》哈,我不是人嗎?如果不能共用,請在命令行直接屏蔽或提示衝突
6.這個功能不支持的,我直接deny了
》》不行,並沒有在SRS裏體現不支持。你要轉給PSD來deny
7.這個故障在我這,但不是我的問題,你要轉給XX模塊
》》結果導向,請先分析後A給相關模塊,不知道模塊是誰的,由PSTL協調
8.一個BUG在定位過程中,羣里拉了一堆人在PK,最後沒聲了。。
》》在羣裏協調一下各模塊的交互過程,分別排查。最後如沒人接手,提給PSTL協調

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章