項目經(jīng)理，你在推卸責任嗎? 軟件測試
這幾天在看一些項目管理的書(shū)籍，想起了以前的一個(gè)項目。就是那個(gè)項目讓我認識到項目中出現的問(wèn)題大部分嚴格來(lái)說(shuō)都是管理上有問(wèn)題，最終也可以通過(guò)加強管理的方式和方法更正那些問(wèn)題。也讓我充分意思到“項目經(jīng)理必須對項目負責”這句話(huà)的意思。
在那個(gè)項目里，所有的測試人員由于沒(méi)有理解測試用例中一個(gè)期望結果的英文描述導致一個(gè)bug到最后才被一個(gè)新加入項目的同事發(fā)現并提出來(lái)。后來(lái)發(fā)現那個(gè)英文描述確實(shí)簡(jiǎn)單，但是客戶(hù)卻在某個(gè)bug的回復中明確的解釋了那個(gè)意思。復測這個(gè)bug的同事沒(méi)有足夠的重視而忽略了。
說(shuō)到這里，不知大家明白了意思沒(méi)。估計有些朋友已經(jīng)發(fā)現了問(wèn)題所在。當時(shí)我的步驟如下：
.負責測試的同事。通過(guò)查看版本的測試結果找相應的測試人員。但后來(lái)發(fā)現由于中間有交叉測試，所 以所有的同事都測過(guò)。
.是否是需求變更。查詢(xún)相關(guān)資料，結果無(wú)。
.是否有相似bug。查詢(xún)bug庫，果真發(fā)現一個(gè)相似的bug，并且客戶(hù)在回復中明確的提到了那個(gè)期望結果的解釋。
.找負責重測或跟蹤bug的同事�；貜鸵驗槭强蛻�(hù)關(guān)閉的bug沒(méi)有仔細查看及理解。
這時(shí)我自認問(wèn)題找到了，將問(wèn)題告訴了客戶(hù)經(jīng)理。雖然是自己的項目出問(wèn)題，但是我覺(jué)得是測試人員的問(wèn)題，沒(méi)有自己的問(wèn)題。由于那個(gè)bug比較嚴重，而且估計用戶(hù)會(huì )在以后的使用中發(fā)現，所以就告知了客戶(hù)經(jīng)理一起商量決定這個(gè)bug是否要補報。
客戶(hù)經(jīng)理還是比較老道，而且從她的角度看了看這個(gè)問(wèn)題。當時(shí)就讓我倍感冰冷。
1.首先期望結果的描述過(guò)于簡(jiǎn)單。不過(guò)它來(lái)源于功能說(shuō)明書(shū)，直接從那里面搬過(guò)來(lái)的。那么當時(shí)負責寫(xiě)測試用例的人應該檢討，為什么對于這種模糊的定義沒(méi)有提出及詢(xún)問(wèn)客戶(hù)?
2.然后就是對bug沒(méi)有做好跟蹤，一些實(shí)際上可以看為是需求解釋、變更或設計變更的客戶(hù)回復沒(méi)有收集且發(fā)布給所有的參與者。
3.最后對需求解釋、變更或設計變更沒(méi)有進(jìn)一步測試。
好了，由于我和她是平級，別人也不好意思明著(zhù)指責你的不是，但是通過(guò)她所指出的問(wèn)題，我在心里實(shí)際上已經(jīng)發(fā)現自己的很多問(wèn)題了。
1.首先沒(méi)有詢(xún)問(wèn)測試設計人員是否有模糊或不清楚的地方，收集且詢(xún)問(wèn)客戶(hù)。沒(méi)有充分評審測試用例，導致需求模糊，用例也模糊的局面。
2.沒(méi)有對bug的統一管理，沒(méi)有回顧bug，整理客戶(hù)在回復時(shí)的解釋和變更并告知所有的同事。
3.沒(méi)有組織且展開(kāi)進(jìn)一步的測試。
后來(lái)針對上面的問(wèn)題，我也采取了相應的糾正措施改正了。但是那次讓我深深的感到了對于項目而言，沒(méi)有問(wèn)題是和管理無(wú)關(guān)的。而且作為項目經(jīng)理，千萬(wàn)別在出現問(wèn)題時(shí)還分是你的錯還是其他人的問(wèn)題。對于項目經(jīng)理來(lái)說(shuō)，一切錯誤都和你有關(guān)，在查清問(wèn)題之后說(shuō)明問(wèn)題的起因固然重要，但自身的檢討和如何改正才是最可貴，而且讓其他人不會(huì )覺(jué)得你再推卸責任的嫌疑。那樣只會(huì )讓你的合作者鄙視和讓你的組員更加的難受。
最后借一句話(huà)自勉“真正的管理者必須有擇善固執，據理力爭，勇于認錯，接納指正，不推卸責任的精神�！�
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/