测试过程中的防忽悠沟通法
總結近期項目執行過程中的定位過程,與新員工常遇到的溝通問題。分享給大家。
主要是避免被忽悠,保持中立與客觀。防止漏掉BUG。。
換位思考,以前我作開發時就感覺,有些項目要定位快一半最后可能不是自己要解決的BUG。對問題定位有點排斥。
現在測試定位中,我們要做到對事不對人,與開發和平共處五項原則,,,
1.這個問題已有提過了
》》那要把BUGID發給我。
2.這個修改量太大,提了也未必會改,你還提干嘛
》》沒關系,改不改由上頭決定,我提上去,你分析工作量即可
3.這功能現在還實現不了
》》發行文檔里也沒看到,我提了你要轉給文檔端修訂,如加限制
4.這個是有問題,但場景不常見,誰會這樣用呢
》》粘出需求文檔或用戶場景,并說明影響
5.這兩個配置不能共用的,沒人這樣配
》》哈,我不是人嗎?如果不能共用,請在命令行直接屏蔽或提示沖突
6.這個功能不支持的,我直接deny了
》》不行,并沒有在SRS里體現不支持。你要轉給PSD來deny
7.這個故障在我這,但不是我的問題,你要轉給XX模塊
》》結果導向,請先分析后A給相關模塊,不知道模塊是誰的,由PSTL協調
8.一個BUG在定位過程中,群里拉了一堆人在PK,最后沒聲了。。
》》在群里協調一下各模塊的交互過程,分別排查。最后如沒人接手,提給PSTL協調
轉載于:https://blog.51cto.com/iamok/666230
超強干貨來襲 云風專訪:近40年碼齡,通宵達旦的技術人生總結
以上是生活随笔為你收集整理的测试过程中的防忽悠沟通法的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 一些常用的CSS hack代码
- 下一篇: C/S构架和B/S架构的比较