? ? ?畢業前選擇從事哪條技術路線糾結了很久，想了想自己不是讀計算機的，估計成不了編程最厲害的人，然后看到了有個職位叫做測試，按當時我對測試的理解是，測試就是發現bug的人，測試的價值就是發現所有的bug，拯救世界，想想都有點激動和自豪，于是決定走上測試這條道路。實習面試，面試官問我對哪方面感興趣，我說測試，而且要白盒的，然后就被華麗麗的分配到開發組，每天就是看協議看代碼，然后進行測試，有一天老大對我們說，代碼質量不是測出來的，我聽了有點不服氣，等哥把級練上去了把那些bug都測出來。 ? ? ? 進了公司以后，初來乍到就測了某大神的幾個版本，感覺java層層包裝代碼看得好痛苦，其次大神的代碼質量的卻很靠譜，基本上挑不出問題，就算有了問題還能hold住，每天的工作就是我問，這個特性怎么測，大神說，你只要跑下xxx就好了，其他的我已經測過沒問題，還加了開關，有啥不對勁的就關了。開發完全hold住了版本質量，測試人員很輕松，雖然這對我這樣一腔熱血的測試來說很無聊啊 ? ? ?如果遇到版本質量不是很高，或者開發都不靠譜，那么就需要花時間精心設計用例，經常能找到很多bug，有些是很低級的書寫問題，就算找出來了也懶得提bug單，有種不是我太強而是對手太弱的惆悵;有些是隱藏的很深的bug，花費了幾個小時或是幾天去定位，這樣的bug雖然只是很少一部分bug，但是真的很有成就感，感覺這樣的bug都被我找到了，那還有什么bug能被我漏過呢 ? ? ?所以，如果代碼質量足夠好或者測試的足夠充分，那么版本的質量是可控的，實際情況是：為什么代碼質量像一坨翔，而測試流程匆忙而草率呢？ ? ? ? ?一.代碼質量 ? ? ?能進公司的開發人員怎么說也是各中翹楚，你能說他們寫不出像樣的代碼，加上詳盡的注釋么，我不止一次陰暗的揣測，產品汪急功近利地把東西扔上線向主上邀功，留給后人無盡的填坑和重構，或者項目經理瘋狂排需求，開發人員寫完代碼都沒空自測。就算測試人員認真測試了，打滿補丁的代碼和精心構筑的代碼肯定不能比，而且要知道與做對的事情相比，把事情做對有多么艱難啊 ? ? ?二,測試時間 ? ? ?如果開發提交測試的時間延期了，為了趕上發布時間，怎么辦：A.壓縮測試的時間 B.測試加班, 嗯，正確答案就是A+B了。現在移動互聯網時代，需要的就是適應需求的快速變化，需要從以前游刃有余充分測試，逐漸轉向快速迭代下非充分測試了，但是誰都不能保證急匆匆的測試是否會有一些東西遺漏，誰也不能保證所謂的不重要的地方是不是真的不重要? ? ? ? ? ? ?在這樣的形勢下，如果不能獲取更多的資源，那么測試人員該如何保證版本的質量，相對應的有2點：1.從驗證開發是否實現了功能轉向是否graceful實現方式，開發寫代碼的時候也許沒有進行思考，那么測試人員需要代替其進行思考； 2.測試人員能夠足夠敏捷的響應需求的變化，那就需要測試足夠快，從自動化的全覆蓋到通過代碼閱讀波及分析進行用例精簡對立而又統一，等想定定了再細說 ??

轉載于:https://www.cnblogs.com/opama/p/4132283.html

總結

以上是生活随笔為你收集整理的怎么hold住版本质量的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。