摘要:大多數的測試人員都在忙碌的做測試,並沒有跳出測試這個侷限看測試.但是軟體測試本身是與軟體質量息息相關的—它提供的一些資訊甚至影響到老闆是否能制定明智的決策,而且在功能測試中有好多方式可以幫助我們獲取到這些資訊.下面我將介紹6種可以為你的和你的專案提供更多價值的方法.
儘管好多的自動化測試被加入進來,功能測試依然非常重要.一些軟體功能是需要手工測試來幫助驗證每個功能點和不同功能點的互動的.
不幸的是,大多數的測試人員一直在忙於測試,並沒有跳出測試思維.原因可能是缺少技能,或者不懂**,對未知充滿恐懼,或者對測試環境不夠了解.
cen kaner曾經說過,軟體測試是發現質量相關的資訊以便幫助老闆制定明智決定的工作.有很多的方法可以做到這個,這裡我介紹下在給我的專案中給我幫助的6大方法.
1.走查每一條資訊
測試人員一般閱讀需求文件,和相關干係人討論下,然後開始設計測試用例.但是我們都知道,有很多的使用場景在測試用例中是覆蓋不到的,然後在使用過程中會突然出現.有些開發團隊會覆蓋到,但是有一些是覆蓋不到的,當它出現時,每個人都會很吃驚!
開發團隊可以將功能清單都記錄日誌,包含error級別\info級別\warn級別的日誌.這種方式也可以幫助我們檢視測試點是否覆蓋全了.若是測試團隊發現有個日誌一直不能列印出來,那麼團隊就可以去走查下測試用例,看下哪個測試場景沒有覆蓋到.
有一次,我測試時發現日誌中的有條資訊我重來沒有見過,我很快意識到這個測試點對我們測試團隊來說是新的.通過走查用例,我們發現這個是一段廢棄功能**引入的.盡快我們已經不支援那個功能點了,但是我們的**並沒有注釋掉.這些**應該被注釋掉,因為產品已經不提供這個功能了.
不同的軟體產品,來獲取到開發的功能清單的困難程度不同,但是你可以把這個方法當成是提高測試團隊測試質量的一種方式,相關關係人也應該提供這麼乙份功能清單出來.去做吧,通過這種方式檢驗下你對產品的理解和你的測試用例的覆蓋程度.
2.對使用者體驗進行走查
一些軟體產品的團隊擴張很快,想著等使用者達到某個量級或者增長到某種程度後再對**進行整合.在初始階段,快速發布的需求是高於審核後發布的.因為有大量的**被提交,那麼**不一致的潛在問題會很大.
當需要穩定**時,需要聚焦於擺脫使用者體驗的非一致性.需要對使用者體驗進行走查.從乙個標籤,一段文字,乙個動作,乙個功能點,將使用者使用場景和使用習慣都加入到使用者體驗走查中.也需要將使用者最關注的點加入進來.你要怎麼辦呢?你有好的實現方法嗎?這兒 有一篇幫助你提公升ui測試技能的帖子:
當我們對公司的有大量使用者的商用產品進行使用者體驗走查時,我們發現好多的不一致性,團隊中的不同的人對它們的理解是不同的—原因可能是需求上線時間緊急,是由其他的團隊來開發的額這個需求,或者使用了過時的功能外掛程式等等.
3.對競品進行分析
對於測試人員來說,只關注自己測試的產品,不關注競品是令人羞愧的.你可以通過公開資料頁,官網,演示案例,**訊息,部落格等了解你的競品,然後分析它的優勢和劣勢.
可以問下你的產品團隊怎樣獲取到其他公司競品的資料,怎麼才能對競爭對手的產品進行分析.當你對競品進行分析,聚焦於這些引數,如易用性,效能,安全性,可訪問性等.可以將這些特性對競品和自己的產品進行打分,用乙個簡單的儀錶盤展示出來.
4.一些工作用工具實現
用工具輔助測試可以讓工作事半功倍.他們可以節省我們的時間和金錢,可以將我們的測試半徑擴大.作為乙個測試人員,你需要對要測試的系統和相關的系統及流程非常了解.
除了自動化的建立測試資料和自動對功能點進行檢查,我們還可以用工具做其他的事情,比如分析日誌,複製生產資料,mock功能,對特定的使用者動作進行回訪,根據規則觸發特定操作等.為了這些購買商業工具是沒有必要的,比如根據日誌中的觸發器獲取應用程式的螢幕截圖可能只需要編寫100行左右的**.
有時候,你不用,就永遠不會知道有些工具在測試中是非常好用的,所以我們可以在工作中嘗試著自己做一些工具輔助測試.
5.預判風險
就像elisabeth hendrickson在explore it! reduce risk and increase confidence with exploratory testing,這本書中描述的那樣,避免災難出現的方式就是提前想到你的專案或者產品中可能的一些壞訊息,然後測試這些潛在的風險點.測試人員發現潛在的風險場景有優勢,這項優勢可以幫助開發團隊在寫**時就避免這些潛在風險,將風險扼殺在最初,從而節約時間.
這個操作每個專案干係人都可以參加,而且可以給我們一種信心,也就是風險是可控的.當我們用這個方法時,我們可以邀請支援和管理團隊一起參加,因為他們的一些思路和視角我們是很難想到和看到的的—我們可能從來都不會想到那些測試.
6.花時間與使用者支援團隊溝通
經常的測試某個產品,我們會對一些行為產生慣性.換句話說,就是用習慣了,但是我們用習慣的對使用者來說,可能會是個負擔.我們可以聆聽使用者支援團隊反饋的使用者的痛點以及使用者在使用過程中的一些疑問.
比如我們在做的一款產品中,我們增加提高乙個使用者使用相關的bug,但是被開發駁回了.但是當特別多的使用者都在抱怨類似的使用者體驗問題時,他們很快就修復了.這個事情讓團隊中的人重新認識了我們的價值,在以後的使用者體驗決策會議時,會邀請我們一起討論.
使用者的聲音是我們最應該聽取的真實資料,我們可以以此來要求對產品做出改變.
上面的這6種方法可以方便的應用在功能測試中,他們可以產生很大的截止.嘗試在你的測試工作中使用他們吧,我也想知道你們自己的經驗.
ajay balamurugadas是weekend testing的發起人之一—發起了全球範圍的熟練測試運動.寫了6本小書,可以通過他的個人部落格獲取他的最新的書可以通過www.leanpub.com/50mistakes.獲取.
英文原文:
SaaS如何賦能下沉市場？
隨著網際網路產業的發展，大城市的蛋糕已經被瓜分完畢，一二線城市市場格局已經基本穩定，龍頭企業盤踞，大頭流量已經被各個企業收割，市場紅利已經過去。想要達到進一步發展，企業們只有兩個方向 衝往海外，或者繼續挖掘國內市場。而近些年來，快手強勢崛起，通過農村包圍城市的路線，以農村內容為基底，逐漸向抖音所盤踞...
軟體測試之功能測試
功能測試 功能測試在測試工作中佔的比例最大，功能測試也叫黑盒測試。是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有 等價類劃分 邊界值分析 錯誤推測 因果圖和綜合策略。黑盒測試試圖發現以下型別的錯...
寫給軟體測試新人 如何快速提高自己的測試能力？
隨著銀行業務的快速發展 新興網際網路金融業態的興起，科技資訊軟體的更新迭代速度日新月異，使用者對軟體質量 使用者體驗也有了更高的要求，而規範 有效的測試是保證軟體質量的重要環節。軟體質量的提公升，首先是要形成一套行之有效的測試體系，但光有體系遠遠不夠，還需要具備相關技能的人員來執行 落實體系。目前，...