該樓層疑似違規(guī)已被系統(tǒng)折疊?隱藏此樓查看此樓

在當(dāng)前正在開發(fā)的項(xiàng)目中，最近進(jìn)入測(cè)試階段，遇到了幾個(gè)比較揪心的問題：　　其一，數(shù)據(jù)插入問題，在上一篇博客中大致也是解決了這一問題，雖說沒有解決所有的，也解決了很大一部分不安全輸入導(dǎo)致的報(bào)錯(cuò)問題，當(dāng)然，這個(gè)項(xiàng)目目前還沒有遇到學(xué)校的項(xiàng)目幾十個(gè)字段一起傳輸?shù)膯栴}，所以在此問題上沒有遇到多少問題，但是因?yàn)檫@個(gè)項(xiàng)目表的相關(guān)性比較多，往往刪除一個(gè)數(shù)據(jù)就會(huì)導(dǎo)致一級(jí)一級(jí)的往下刪除。遇到比較就行的是一個(gè)刪除分類導(dǎo)致弄到了用戶表的數(shù)據(jù)刪除，結(jié)果寫下去發(fā)現(xiàn)，這樣一弄 一個(gè)刪除基本上就把幾十個(gè)表排查一遍之后一個(gè)一個(gè)刪除，對(duì)于這樣的情況，其一的解決方案是遇到此類關(guān)聯(lián)性比較多的采用假刪除的方式處理，不過也導(dǎo)致有較多的無用數(shù)據(jù)殘留，不過最起碼也解決了報(bào)錯(cuò)的問題，解決報(bào)錯(cuò)問題目前是刪除有關(guān)聯(lián)表的時(shí)候使用try catch 本地也能檢測(cè)出一些問題，同時(shí)避免線上直接出現(xiàn)500的情況　　其二，數(shù)據(jù)空與非空處理后的數(shù)據(jù)類型問題，這點(diǎn)在與IOS配合的時(shí)候尤其明顯，當(dāng)然這個(gè)也是在寫程序的時(shí)候考慮不全導(dǎo)致數(shù)據(jù)類型發(fā)生變化，一一修改需要較多的精力和時(shí)間。　　其三，數(shù)據(jù)結(jié)構(gòu)，API中遇到比較多的就是省市區(qū)的查詢，有一個(gè)需求就是顯示的時(shí)候按照首字母排序分類，若是單純的將數(shù)據(jù)在一個(gè)數(shù)組中返回，移動(dòng)端往往不是很好處理，這也就需要將不同首字母的歸類到一個(gè)大的數(shù)組中，最后一把返回，目前使用的是foreach，相當(dāng)不好用，不過還沒找到好的解決方案，也希望有好的方法的可以提供一下好用的方法解決二維數(shù)組的歸類問題　　其四，分頁問題，因項(xiàng)目需求，導(dǎo)致同一個(gè)控制器往往有很多頁面會(huì)跳入查詢數(shù)據(jù)，這就導(dǎo)致了在原有的分頁查詢處理上還需要對(duì)此進(jìn)行處理，因?yàn)楹罄m(xù)的跳轉(zhuǎn)查詢是后加的，也就導(dǎo)致后面的分頁沒有處理查詢條件導(dǎo)致了一些數(shù)據(jù)錯(cuò)誤出現(xiàn)，此類問題出現(xiàn)也不止一次，對(duì)此也希望寫代碼的時(shí)候可以對(duì)不同的跳轉(zhuǎn)多做處理以免出現(xiàn)。　　其五，連表數(shù)據(jù)的刪除問題，此類bug也是遇到比較坑的一個(gè)問題，往往在數(shù)據(jù)真刪的時(shí)候因?yàn)榭紤]不全沒有考慮相關(guān)數(shù)據(jù)問題，導(dǎo)致后續(xù)數(shù)據(jù)量多了的時(shí)候出現(xiàn)一些垃圾數(shù)據(jù)，出現(xiàn)此類bug，主要問題有2點(diǎn)，一是因?yàn)檫B表查詢的時(shí)候表連接順序弄錯(cuò)導(dǎo)致。二是因?yàn)橄嗤琁D的數(shù)據(jù)，一個(gè)是會(huì)出現(xiàn)若是有唯一性驗(yàn)證，報(bào)錯(cuò)問題，此類問題往往很難排查到具體出現(xiàn)的地方，二是會(huì)導(dǎo)致數(shù)據(jù)錯(cuò)誤，導(dǎo)致信息泄露問題出現(xiàn)。　　以上是目前遇到較多的bug，也希望后續(xù)可以妥善的處理避免此類bug的出現(xiàn)，當(dāng)然，若是能完全規(guī)避當(dāng)然也是筆者希望能做到的

總結(jié)

以上是生活随笔為你收集整理的软件测试遇到的异常情况,豪之诺软件测试项目开发中遇到比较多的Bug总结的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。