1、責任心2、溝通能力3、團隊合作精神4、耐心、細心、信心5、時時保持懷疑態度，並且有缺陷預防的意識6、具備一定的程式設計經驗
按測試策略分類：
按測試階段分類：
其他常見測試方法：
關鍵在於：
了解專案或系統的業務需求，明確測試的目標，增強測試計畫的實用性，和專案經理協調好，了解專案的進度計畫安排情況
堅持「5w」規則，明確內容與過程，「5w」規則指的是
對業務和軟體需求非常清楚，可以根據需求不同選擇不同的測試用例設計
給類中的每個建構函式設計一組測試用例
組合類中的類變數、例項變數
組合類中的各種方法
根據前置條件和後置條件設計測試用例
根據**設計測試用例
最大的興趣就是測試有難度，有挑戰性！做測試越久越能感覺到做好測試有多難。曾經在無憂測試網上看到一篇文章，是關於如何做好一名測試工程師。一共羅列了11，12點，有部分是和人的性格有關，有部分需要後天的努力。但除了性格有關的1，2點我沒有把握，其他點我都很有信心做好它。
剛開始進入測試行業時，對測試的認識是從無憂測試網上了解到的一些資料，當時是衝著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想做開發（學校專業課我基本上不缺席，因為我喜歡我的專業），但看到測試比開發更難更有挑戰性，想做好測試的意志就更堅定了。
我覺得做測試整個過程中有2點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣）
第一是測試用例的設計，因為測試的精華就在測試用例的設計上了，要在版本出來之前，把用例寫好，用什麼測試方法寫？（也就是測試計畫或測試策略），如果你剛測試乙個新任務時，你得花一定的時間去消化業務需求和技術基礎，業務需求很好理解（多和產品經理和開發人員溝通就能達到目的），而技術基礎可就沒那麼簡單了，這需要你自覺的學習能力，比如說**吧，最基本的技術知識你要知道**內部是怎麼運作的的，後台是怎麼響應使用者請求的？測試環境如何搭建？這些都需要最早的學好。至少在開始測試之前能做好基本的準備，可能會遇到什麼難題？需求細節是不是沒有確定好？這些問題都能在設計用例的時候發現。
第二是發現bug的時候了，這應該是測試人員最基本的任務了，一般按測試用例開始測試就能發現大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多資訊，補充測試用例，測試出bug。還有如何發現bug？這就需要在測試用例有效的情況下，通過細心和耐心去發現bug了，每個用例都有可能發現bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程資料流及結果都得看仔細了，bug都在裡面發現的）。如何描述bug也很有講究，bug在什麼情況下會產生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什麼？如果你夠厲害的話，可以幫開發人員初步定位問題。
測試型別有：功能測試，效能測試，介面測試。
易用性測試-介面的友好性，操作方便性等。
功能測試-系統中功能性需求的滿足
安全性測試-系統是否存在安全隱患和漏洞
效能測試-系統在大併發下的響應速度和健壯性
軟體的黑盒測試意味著測試要在軟體的介面處進行。這種方法是把測試物件看做乙個黑盒子，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或資料驅動測試。
黑盒測試主要是為了發現以下幾類錯誤：
軟體的白盒測試是對軟體的過程性細節做細緻的檢查。這種方法是把測試物件看做乙個開啟的盒子，它允許測試人員利用程式內部的邏輯結構及有關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試。通過在不同點檢查程式狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。
白盒測試主要是想對程式模組進行如下檢查：
1、對程式模組的所有獨立的執行路徑至少測試一遍。
2、對所有的邏輯判定，取「真」與取「假」的兩種情況都能至少測一遍。
3、在迴圈的邊界和執行的界限內執行迴圈體。
4、測試內部資料結構的有效性，等等。
開發人員說不是bug，有2種情況，
一是需求沒有確定，所以我可以這麼做，這個時候可以找來產品經理進行確認，需不需要改動，3方商量確定好後再看要不要改。
二是這種情況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是bug的依據是什麼？如果被使用者發現或出了問題，會有什麼不良結果？程式設計師可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最後的確認。
因為沒有經過測試的軟體很難在發布之前知道該軟體的質量，就好比iso質量認證一樣，測試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測試的工作。
在測試的過程發現軟體中存在的問題，及時讓開發人員得知並修改問題，在即將發布時，從測試報告中得出軟體的質量情況。
是否使用了公司的模板、
文件內容是否符合規範、
所有的需求是分級是否清析適當、
所有的需求是否具有一致性、
需求是否可行（即，該需求組合有解決方案）、
需求可否用己知的約束來實現、
需求是否足夠（即，可以把它送到乙個規範的開發組織，並有乙個生產出所需要產品的合理的可能性）、
所有的其它需求是交叉引用是否正確、
使用者描述是否清楚、
是否用客戶的語言來描述需求、
每個需求描述是否清楚沒有岐義，可以移交給乙個獨立的組去實現時也能理解、是否所有的需求都是可驗證的、是否每條需求都具有獨立性，
即使發生了變化也不會影響其它需求、效能指標是否明確、非功能性需求是否得到充分表現、是否完整列出適用的標準或協議、標準和協議之間是否存在衝突
主鍵：是表中的唯一標示鍵。
外來鍵：是主鍵的從屬，表示了兩個表之間的聯絡。
索引的優點：
缺點：禪道提交bug介面
效能測試的目的：
關注點：how much
做好效能測試工作的關鍵是強度測試（stress test）： 強度測試
效能測試是：
defis_test(str):length =len(str)
for i in range(length // 2):
if str[i] != str[length - i - 1]:
returnfalse
returntrue
if __name__ == '__main__':
input_pwd = input("請輸入需要驗證是否為對稱字串的內容：")
print(f" 的倒序為：")
defstr_reverse5(s):if len(s) <= 1:
returns
return str_reverse5(s[1:]) +s[0]
if __name__ == '__main__':
s = input("輸入需要進行倒序的內容：")
print(f" 的倒序為：")
軟體測試面試題 自動化（三）
1 介面自動化和web自動化有多少case 覆蓋率是多少?全部執行完需要多久?2 介面自動化測試怎麼做?web自動化測試怎麼做?3 什麼是pom模式?為什麼要使用它?4 說說你對資料驅動和關鍵字驅動的理解?5 web自動化測試用例如何設計?如何提高web自動化用例指令碼的穩定性?6 舉例說明一下你在...
selenium自動化面試題
1 id,name,class,xpath,css selector這些屬性，你最偏愛哪一種，為什麼？2 如何去定位頁面上動態載入的元素？3 如何去定位屬性動態變化的元素？4.解釋使用testng而不是junit框架的好處？testng相較於junit的優勢 1 在junit中，我們必須宣告 bef...
自動化測試面試題
4 contains text,登入 是什麼意思 答這是xpath查詢登入按鈕的0分，這是查包含登入關鍵字的所有元素加1分 5 自動化遇到用例fail掉如何排查故障 答 不明白你說的什麼意思0分，沒看出錯log的0分，如果能按層次說清楚排查失敗 手工查應用是否真的有bug,確認不是bug，是不是新版...