端午假期和一個測驗在職7年的朋友一起喝酒，談及他現在的作業，怎么說呢，還算是如意，但是總是會有不盡如人意的時候，下文便是他對我倒的苦水，三個小時的苦水，其中的東西我提煉了一些，整理出來，也算是一點小小的經驗
聽說，人總要在作死中吸取教訓成長的，吸取的都是血淚教訓啊，現在就來總結總結測驗生涯中的這些作死的教訓吧：
1、一定要要一個版本一個版本的測驗，不然會亂的會亂的，
為什么說大公司出來的人都比較注重程式規章呢，還是很有道理的，在公司，Android工程師只要bug管理庫上這個版本的bug沒有改完，都不會給他安裝包 回歸測驗， 而iOS的就不注重那些，說反正該在的都在，無所謂了，但是，如果你不測完一個版本再開始另一個，或者你一個手機安裝舊的，一個手機安裝新的，這樣子真的會亂的，而且增加了檢查問題的難度和時間，浪費人力物力，
2、程式員還沒有改完bug，不要同意他一邊弄新的迭代內容一邊改bug，
這個是深有體會啊，之前來了個新同事，他前一個模塊的bug沒有改完，后面又趕著開發新的模塊，然后他說可以一邊開發一邊改bug，結果后面把新代碼和舊版本的代碼合并了，然后他沒辦法回歸測驗舊版本的bug，只能先把那個舊模塊放一邊了
3、保管好測驗機子，不同版本的不要弄混了，
這種情況往往都是開發機和測驗機弄混了，因為有時候開發自己拿來測驗的，然后不小心拿去測驗機那里弄混了，導致出現一堆混亂的問題，
4、bug提交要描述清楚，新來的沒有那么默契，
說到這個簡直是一把辛酸淚啊，跟熟悉你的開發一起，隨便說幾句他都懂，但是新來的你必須跟他講清楚這個頁面叫什么，那個頁面叫什么，而且每一個步驟都要描述清楚，要改動的地方要標注清楚，不然他就按照他自己的意思改了，甚至不知道你在講哪里的問題，所以，bug描述清楚很重要，可以節省溝通成本，不用那么勞心勞力，
5、要督促程式員改bug
為什么說到這個呢？這個真的是大多數開發的通病啊，如果測驗的不督促，有些bug就一直放那里發霉發臭了的，甚至如果你只是口頭跟他講，雖然他應了，但是轉眼他就忘了，所以說一定要把每個bug都記錄下來，跟蹤修改進度，
6、上線前要確保程式員是否上傳版本正確，（正式版和測驗版不要弄混）
最近他們的開發在應用平臺上傳了一個測驗包，居然還過了，他上去應用平臺下載安裝一看，震驚了，尼瑪，怎么里面的資料都是測驗的，一查居然是測驗包，他也是第一次遇到把測驗包上傳審核的開發，也是醉了，所以測驗人員有時候就跟保姆一樣，一定要事事跟進，確保無誤才行，不然都不知道會出現什么紕漏，
7、趕著上線的時候，不要同意程式員說的這個就不給你檢查了，他檢查過了的，一定要親自回歸和再檢查整個APP一遍，因為可能會有其他地方的改動，
說到這個，他也有一部分責任，前段時間，Android的因為拖延進度，后面不得不加班加點趕進度，老板催得急，開發又急著上線，改好那個bug后說不用檢查了，直接上線了，結果后面一看，那個bug是改好了，但是影響了另一個模塊的東西，出現了新的bug，結果鍋都讓他背了，畢竟他沒有把守好，說起來都是淚啊，
想想他作業也這么長時間了，怎么還經歷這么“幼稚”的事兒呢，要不哪天聯系聯系他，讓他來樂搏重新學習一下，嗯，這件事兒挺靠譜的，大家說什么時間比較方便呢？
看完這篇內容后，相信以下兩件事，也會對你的個人提升有所幫助：
1、 點贊，讓更多人能看到這篇文章，同時你的認可也會鼓勵我創作更多優質內容，
2、 讓自己變得更強：想一想，如果你想在測驗這個行業一直做下去，你的經驗和測驗技術是遠遠不夠的，你需要進階，你需要豐富你的技術堆疊！還等什么！
最后:【可能給予你助力的教程】
這些資料，對于做【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！凡事要趁早，特別是技術行業，一定要提升技術功底，
關注我的微信公眾號：【傷心的辣條】免費獲取~
我的學習交流群：902061117 群里有技術大牛一起交流分享~
如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！
好文推薦：
阿里小黑嘆息：越來越多的年輕人從職場撤退了？
Python簡單？先來40道基礎面試題測驗下
App公共測驗用例梳理
從一名開發人員轉做測驗的一些感悟
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/287504.html
標籤：其他