今天給你們普及一下如何提高測試水平,首先在提高測試水平以前,要先熟悉業務,讓人稱讚和放心的測試同窗每每對業務是很是熟悉的,知道本身的業務在幹啥,知道業務的商業邏輯和非商業邏輯,其實對於測試同窗來講是蠻重要的。
熟悉業務的方式有不少,通常來講剛接觸到新項目/新產品的同窗每每會先體驗一下產品,把這個產品的功能先點一遍,就看成是熟悉業務了。這樣作沒什麼不對,不過有點不夠深刻,不理解產品的設計邏輯。理解了產品的設計邏輯才能更好的貫通整個產品的各個模塊,真正作到精通。面試
在熟悉業務的時候,咱們能夠問本身下面的一些問題。數據庫
一、用戶想要什麼?用戶的原始需求是什麼?有些產品可能用戶是沒有直接需求的,徹底是經過產品去創造需求的,這樣的產品原始需求可能會比較模糊,理解起來會有點難度。還有些產品是直接照搬或者高仿友商的,理解這些產品的原始需求可能就要深刻理解競品了。緩存
二、咱們提供了什麼功能?爲何?這是咱們本身產品的邏輯了,用戶的需求咱們能夠一步一步慢慢去知足,先實現哪些後實現哪些,這些邏輯咱們也要搞明白。另外有時候實現用戶的需求成本很高,由於成本的緣由咱們可能提供一些有損或者折中的方案,這種邏輯也是測試同窗所須要瞭解的。安全
三、贏利點在哪裏?這個比較難,咱們靠什麼賺錢?這個老闆會比較關心,可是測試同窗最好也關心一下,畢竟賺錢的地方每每是最最嚴重的缺陷發生的地方。電商平臺的支付若是出了問題,那麼這個事故的嚴重程度大部分狀況下是最高的。福兮禍之所倚,禍兮福之所伏。服務器
四、有沒有運營數據?運營數據怎麼樣?運營數據反應了線上的真實狀況,能幫助咱們更好的理解用戶的行爲,從而改進用例的優先級以及設計更加直擊痛點的用例。
其次咱們須要瞭解一下咱們的系統是怎麼樣實現的?代碼的邏輯是什麼?代碼出錯之後的異常處理是怎麼樣的?若是以爲這些問題有點棘手,那咱們也能夠考慮一下如下的幾個問題,其實也異曲同工。架構
一、數據庫每一個庫每張表是作什麼的?每一個表的每一個字段是作什麼用的?關聯關係是什麼?(若是是關係型數據庫的話)負載均衡
二、系統有沒有用到緩存?緩存裏存些什麼數據?這些數據會不會過時?過時策略是什麼?運維
三、有哪些定時任務在跑?爲何要跑定時/延時任務?ide
把上面一些問題弄明白了的話,在面試的時候也是有必定好處的。
接下來說解一下架構,通常來講咱們須要瞭解邏輯架構和運維架構。好比邏輯架構裏的一些微服務模塊,每一個微服務的功能是什麼,怎麼跟其餘微服務交互的,徹底從邏輯的角度去看。微服務
運維架構可能涉及的點會多一點,好比用戶微服務部署了2個實例,負載均衡用的是xxx,如何動態擴容之類的。
最後在掌握專項方面,功能測試的話開發也會測,產品也能測,看上去並非什麼特別專業的技能。
專項的話呢,開發可能要學一下才能會,產品可能一時半會學不會,嗯,終於有了點領域獨佔的優點,是你們提高技能時能夠重點考慮的部分。
一、性能專項。服務器性能比較有技術含量的。
二、移動端專項。移動端的性能穩定性等。
三、自動化專項。ui自動化和接口自動化了。
四、安全專項。
五、監控專項。各類監控也是頗有意思的。
這是個人一些看法,但願能夠給你們帶來一些好的建議,歡迎你們在評論區評論和發佈本身的建議。