20xx軟件測試培訓(xùn)心得體會3篇(編輯修改稿)
2025-01-15 22:03 本頁面
【文章內(nèi)容簡介】 目管理略知一二，有空時強子自會附上一些體會。我想項目管理最本質(zhì)的一點：保護項目團隊，保護項目經(jīng)理，去除雜音。項目經(jīng)理這活，不好干，要職位沒職位，要資金沒資金，做好了皆大歡喜，做不好就卷鋪蓋走人，挺難，不過咱有咱的方式方法，怕啥?
篇二：軟件測試培訓(xùn)心得體會
在支付寶測試分析的角色和系統(tǒng)分析的角色是對應(yīng)的，只不過一個是測試類的另外一個是開發(fā)類的。系分下面會有相應(yīng)開發(fā)，測分下面會有相應(yīng)的測試用例編寫和執(zhí)行人員。也就是說測試分析文檔是對測試執(zhí)行人員的一個指導(dǎo)(在我原來的理解方式上，覺得測試分析人員應(yīng)該是用例編寫人員。而在這里測試分析人員是從業(yè)務(wù)上去分析的，用例是用例執(zhí)行人員來寫并且執(zhí)行的)。
而通過這次的這次分析覺得自己的測分還存在以下的問題：
太關(guān)注開發(fā)的內(nèi)部實現(xiàn)邏輯。建議：將開發(fā)內(nèi)部實現(xiàn)邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發(fā)內(nèi)部實現(xiàn)邏輯是不是有問題，而不應(yīng)該先去了解開發(fā)的實現(xiàn)邏輯然后按照他們的思路去分析。
分析文檔寫的過于詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細節(jié)的東西即便是知道的，也要留給之后的用例編寫人員去了解(就像系分之后的開發(fā)需要去寫詳細設(shè)計的道理一樣)，這樣后面的人才會自己主動去想問題。
分析文檔要考慮維護性問題，不要出現(xiàn)類似比如還款中狀態(tài)為“R”這種具體的數(shù)據(jù)內(nèi)容。因為我的分析是對后續(xù)用例編寫人員的一個指導(dǎo)性的文檔，所以如果側(cè)分這么寫很有可能導(dǎo)致用例也照著
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1