測試應該怎麼做?
一、首先測試需求分析要全面
測試需求分析具體分兩步:
1、測試需求的獲取在測試方法方面,可做如下注意:
其一,分析出口入口。從入口分析,將可能出現的環境,條件,操作等內容分類組合,然後根據各位測試達人的方法進行整合,逐一驗證。從出口分析,將可能出現的結果進行統計,根據結果的不同追根溯源,再找到不同的操作以及條件等內容,統計成文件,逐一驗證。
其二,多種測試手法的學習和使用。大家可能更多的關心測試方法,但是具體操作的手法也是需要注意的。畢竟測試方法比較容易找到,各位達人都很熟悉。如果將每個人不同的測試手法總結出來並在自己的測試實施中加以使用,可能會收到意想不到的成果。
在測試流程方面,可作如下注意:
其一,初期要做好需求分析。將需求逐漸細化到小功能點,針對每個功能點進行測試設計。對於完成的測試設計文件,經過專案相關人員的檢查評審,做成所需要的初稿。
其二,在測試過程中,根據需求變更和具體測試執行過程中遇到的問題完善測試設計文件。
其三,測試執行結束後,對於出現的問題進行總結。其中包含自己本身發現的問題,也可能會有客戶提出的問題。將總結出來的結果融合到測試設計當中去,進一步完善測試設計文件。
對於一次測試,是不可能有覆蓋度全面的測試的。需要多次去總結積累,才會使測試越來越全面。
在測試流思維方面,可作如下注意:
其一,測試全面不等於全面測試。不同階段對於軟體測試有不同的要求,比如在0.8版本以前,對於不重要的畫面問題或是細小的功能問題就不需要關心。但是在驗收階段,這些內容可能更需要注意。
其二,學無止境,只有不斷的去學習不斷的去思考,才能使自己測試的能力更強,測試物件的全面性也更完整。
二、 當測試需求分析完成,並且形成文件後,要進行測試需求評審,保證需求的準確性以及完整性。
三、 測試需求完成以後,可以根據測試需求設計測試用例。
要保證測試用例能夠全面覆蓋測試需求,要包含所有的情況。
測試用例設計上劃分為單功能測試用例和測試場景設計,單功能測試覆蓋的需求中的功能點,測試場景覆蓋需求中的業務邏輯。
在設計測試用例的時候,可以使用多種測試用例設計方法。
●首先進行等價類劃分,包括輸入條件和輸出條件的等價類劃分,合理設定有效等價類和無效等價類,這是減少工作量和提高測試效率最有效的方法。
● 必須使用邊界值分析,經驗表明,這種方法設計出的用例能發現很多程式錯誤。
● 可以使用錯誤推測法追加一些測試用例,這需要依靠您的智慧型和經驗。
● 對照程式邏輯檢查已設計出的測試用例的邏輯覆蓋度,如果沒有達到覆蓋標準應當再補充足夠的測試用例。
● 如果程式的功能說明中含有輸入條件的組合情況,一開始就可選因果圖和判定表驅動法。
●對於引數配置類的軟體,要用正交試驗法選擇較少的組合方式達到最佳效果。
● 對於業務流清晰的系統,可以利用場景法貫穿整個測試方案過程,在案例中綜合使用各種測試方法。
當測試用例設計完成後,要組織測試用例的評審,這樣可以吸取別人的意見,減少遺漏,補全測試用例。
四、 測試用例編寫完成後,就是測試執行,
● 測試用例執行100%覆蓋。
●在測試執行過程中,要繼續對測試用例補充完善,確保提高測試覆蓋率。
五、 在整個測試過程中,需求都是不可能不變的,所以要及時的更新測試需求、測試用例。
六、 要將測試需求、測試用例以及發現的bug關聯起來,便於管理和跟蹤,同時也便於檢視覆蓋率。
最後,我們不可能做到沒有遺漏,只能說盡量覆蓋的更全。另外,所有用例,最好是產品,開發,測試一起評審,不能測試說了算,防止思維侷限導致遺漏。
效能測試應該怎麼做?
比如路透的定義 99.9 的響應時間必需在1ms之內,平均響應時間在1ms以內,100 的請求成功。測試用的資料,需要有大中小各種尺寸的資料,並可以混合。最好使用生產線上的測試資料。然後收集cpu,記憶體,硬碟 網路io,等指標,檢視系統是否穩定,比如,cpu是平穩的,記憶體使用也是平穩的。那麼,這...
我們應該怎麼做?
工資低不是他們在國外混日子沒有學到東西,而且中國這個社會現狀決定了你不可能實現自己的期望價值。低期望值。這句話其實挺熟悉的,當年專家們建議國內本科大學生降低期望值,去基層發展,所以現在的大學生攻陷 了工地和豬圈,不知道這是不是專家們所期望的,現在海歸們開始向國內大學生們的陣地發起了衝鋒,國內的英雄 ...
你應該怎麼做
1.別人光鮮的背後往往有鮮為人知的的苦楚 意識是說,乙個人看起來成功,這不是理所當然的,這個人背後肯定是付出了很多 吃過了很多苦才能有今日的成就 2.你必須非常努力,才能看起來毫不費力 意思是說,你想要在別人目前毫不費力地去解決乙個問題,那麼你私下必須非常努力地去學習 3.馬太效應 凡是有的,還要給...