在公司呻引，測試屬于一直被挑戰(zhàn)的-個人感覺，無論出了什么問題吐咳，最先問責的肯定是測試同學：為什么我們自己測試的時候沒有發(fā)現(xiàn)逻悠？
其實，我也有思考過這個問題韭脊，為什么測試的時候沒有發(fā)現(xiàn)呢童谒？是沒有發(fā)現(xiàn)還是發(fā)現(xiàn)了一個源頭沒有重視最后導致問題爆發(fā)？
我發(fā)現(xiàn)沪羔，在測試時饥伊，每一次報僥幸心理或者想偷懶的時候，都會出問題，比如在某個bug修復后琅豆，不想重新構造新的數(shù)據(jù)愉豺，就自己改改數(shù)據(jù)庫用舊數(shù)據(jù)驗證，這個時候流程對新數(shù)據(jù)就會有bug了茫因； 又比如蚪拦，測試時發(fā)現(xiàn)某個問題，但是多試一次又可以了（這種一般就是那種首次有問題的bug）就想著先不管了冻押，等后面再看驰贷，不用說肯定又會被客戶發(fā)現(xiàn)了。
這個的確是有測試的責任在的洛巢，也不是說為測試開脫或者逃避責任饱苟。但我覺得這個責任不能只是一味的由測試來承擔吧，對于這種情況應該是開發(fā)狼渊、測試都需要擔責箱熬，測試沒測到是一方面，那開發(fā)時沒有注意也是問題的一方面狈邑，怎么就只有測試同學來承擔呢城须？
上次開會，大佬還說感覺測試是一直在為別人考慮米苹，一直照顧大家的情緒糕伐，沒有真正的爆發(fā)沒有發(fā)出測試的聲音，我想說大概是測試在流程的最底層聲音傳不上去吧蘸嘶。
又說到要測試左移良瞧，測試對產(chǎn)品進行質疑， 我想說训唱，測試憑什么對產(chǎn)品提出質疑呢褥蚯？ 用戶體驗或者操作問題，或許還可以况增；但是業(yè)務邏輯根據(jù)什么去質疑呢赞庶？除非是沉浸在某個行業(yè)的大佬，對這個業(yè)務領域非常熟悉可以對通用的內(nèi)容進行質疑澳骤，那對客戶定制的功能怎么質疑呢歧强？在不了解客戶訴求的情況下如何知道產(chǎn)品設計的方案是否符合客戶需求呢？
還有測試左移为肮，這里僅僅是測試需要左移嗎垃僚？ 不應該項目整體都需要左移么淋肾？
對于項目質量，是一個開發(fā)后就定格的東西伺绽，測試進行驗證只是盡可能發(fā)現(xiàn)問題，為什么不從源頭開始重視減少問題的發(fā)生呢？
產(chǎn)品需求不閉環(huán)要測試補位，開發(fā)功能質量低要測試發(fā)現(xiàn)問題，那測試怎么能做好呢饭庞？
之前看過一篇文章，就是將測試左移的問題熬荆，那里提到測試左移不僅僅是測試提前介入項目舟山，更是整體團隊的思想左移，從最開始就要有把項目做好的想法卤恳。
比如產(chǎn)品的需求是否閉環(huán)累盗、每次迭代內(nèi)容的拆分是否合理，是不是符合拆分原則突琳；開發(fā)在進行開發(fā)前是不是已經(jīng)理解需求若债、是不是已經(jīng)知道要如何開發(fā)、以及功能應該實現(xiàn)到哪種程度才是完成拆融。
我覺得測試左移蠢琳，可以對這些進行監(jiān)督，但前提條件是大家都要認可這種做事方式并會按照這個方式進行去做镜豹，并且需要和個人考核相關不然這種被約束被束縛的事情傲须，可能堅持不了兩天就不了了之了。
現(xiàn)在在項目中趟脂，大多數(shù)的情況是泰讽，產(chǎn)品評完需求就認為自己的事情完成了，開發(fā)提測了就認為功能完成了昔期，剩下的就都是測試的事情了已卸，這個時候測試發(fā)現(xiàn)開發(fā)做的怎么和產(chǎn)品講的不一樣，然后就又要拉齊產(chǎn)品和開發(fā)一起對細節(jié)硼一。累澡。。浪費時間欠动！
所以最最重要的用例評審環(huán)節(jié)永乌，開發(fā)、產(chǎn)品需要都在具伍，避免開發(fā)和測試理解一致但和產(chǎn)品理解有出入！
而且一個項目中的成員要對完成任務有一個統(tǒng)一的認知圈驼，只要這個任務沒有關閉就都不算是完成人芽，就需要對這件事持續(xù)性負責，產(chǎn)品完成了需要監(jiān)督開發(fā)和測試有沒有理解到位绩脆，開發(fā)完成了需要監(jiān)督測試有沒有測試萤厅，測試完成并且產(chǎn)品驗收通過才算大家的任務都完成了橄抹。
最討厭的話：
測試怎么測的
怎樣都行，無所謂
隨便吧
我沒改啊
