做軟體測試的同學們，你在平時的測試工作中有哪些困惑或困擾呢？你可以自行簡單思考一下。下面我梳理一下，大家可以看看自己是不是也有如此的感受。
從測試整體角度分析：
第乙個痛點是入門容易深入難。很多人認為測試也就那麼回事，其實不然。測試需要非常紮實的技術功底和非常全面的知識儲備。在國外，很多情況下都是技術大牛轉型做測試，而在國內則偏偏相反。
第二個痛點是價值體現。產品部門是定義產品的，做的是使用者分析和需求確認，確認要不要做；研發部門是創造產品的，這是乙個從0到1的乙個階段，確認能不能做；測試部門是什麼？測試部門是驗證產品？監測產品能不能用？還是別的？從客觀角度來說，測試的價值被嚴重的低估和誤解，很多人覺得測試人員提供的價值輸出不夠。就我的理解而言，測試的基本價值就是保證質量，這是測試人的生命線，也是最基本的價值體現。就拓展價值來說，測試可以協助優化研發流程和效率、提高交付和運維的效率、為產品的持續改進提供建議和支援等等，可以做的事情非常多。因為測試人最熟悉產品，最了解使用者，最理解研發體系，這是測試人的優勢。
第三個痛點是永遠不知道系統還有多少缺陷。這個世界就是如此，我們有非常多的未知領域。對於開發的產品，我們同樣永遠都不知道還有沒有缺陷，所謂的***也都是相對而言的。我們無法窮盡測試，更無法直接確定質量，只能基於一定的標準和測試方法來判斷產品是否真的合格。
第四個痛點是與研發人員「幹架」。由於所處的立場不同，測試人員與研發人員發生衝突的情況很多。簡單舉例下，研發人員認為測試人員提出的bug有問題，不予修復，測試人員則認為研發人員應該修復這個bug，雙方僵持不下，類似的場景非常多。
第五個痛點是測試人員是「背鍋俠」。在客戶現場測試出問題了，系統上線出問題了，很多人第一意識反應就是測試人員沒有測試到位，有漏測。對於測試人來說，這種誤解心裡非常難受，難免覺得自己委屈。所有的bug都是開發人員引入的，但是測試人員作為質量的「守護神」，需要守住最後一道防線，得守住了，守穩了，雖然有的時候會受埋怨，其實大家也都清楚，問題的根本在研發端或產品端。
從測試執行角度分析：
第乙個痛點是測試環境。不同的測試物件，所需要的測試環境會有差異，尤其是軟硬體一體的裝置（硬體不穩定或軟體功能複雜），或者說效能測試、比較複雜用例的測試，測試環境對於測試人員歷來都是非常「痛」的一件事。有的時候折騰測試環境需要多半天，而測試執行僅僅需要五分鐘、十分鐘就完事了。測試環境的搭建如此重要，有時直接關係著測試用例的執行質量。
第二個痛點是測試用例。測試用例的編寫、測試用例基線的維護、不同專案測試用例的整理、測試用例的標識（重要性、場景、類別、是否自動化、測試環境、前置條件等）等等，都非常的重要，而這裡的每一項工作都非常的不容易。
第三個痛點是測試分析。測試分析包括測試缺陷的定位分析、基於缺陷本身的分析（趨勢圖、分布圖、原因圖等）、測試執行過程的分析、產品質量的分析、測試策略的分析等等。測試分析是測試執行中經常運用的技能，它更多是一種思維方式、一種工作習慣、一種工作方式。
第四個痛點是回歸測試。回歸測試是版本系統測試中必經的乙個測試階段。回歸測試到底由缺陷提交人員回歸自己提交的缺陷呢？還是由其他人回歸呢？回歸測試到底是僅僅回歸缺陷本身，還是圍繞缺陷和修正**展開更多的測試？這裡面的測試策略非常多。我覺得我們要結合測試資源、專案實際情況、測試流程和機制等綜合決策如何更好的展開回歸測試。
第五個痛點是缺陷復現。對於測試人員來說，缺陷的復現尤其是難以復現的缺陷真的非常惱人。因為那些缺陷本身非常難以復現，必然需要非常多的復現技巧和方法。很多時候，大家會發現復現了很長時間，但是最終什麼都沒有復現出來，白白折騰了很長時間，還浪費了很多精力。我覺得對於缺陷復現，如果兩三次之內可以復現出來的，基本上就算完事了。復現超過三次以上的，我不建議測試人員再花費太多的時間在復現問題上，反倒應該讓研發人員進行**閱讀和**審核，從**本身尋找問題。
第六個痛點是補丁測試。如果沒有現成的測試環境，補丁的測試非常的麻煩，測試環境、測試版本、補丁發布說明等都會影響補丁的測試。如果沒有持續整合環境，補丁測試會非常的折騰和麻煩，重新搭環境、部署版本、設計補丁測試用例等非常的耗時。我相信很多人一定會有同感，尤其是線上的缺陷非常的著急。
第七個痛點是任務對接。很多測試人員都會有感觸，研發人員找測試人員測試個小模組，技術支援人員找測試人員驗證個小器件，**鏈人員找測試人員驗證個物料，產品經理找測試人員測試個臨時專案等等。所有任務的對接，不一定完全的對接給測試負責人，因為有些小任務、臨時類任務可能就直接找相關測試人員了，他們也許並非有意不按套路出牌；有時候出於良好的個人關係直接就說了；有時候不知道找誰尋求幫助，就找到測試這了。所有的這些情況我們都需要考慮，再嚴格的任務下發流程，也一定會有特殊的情況，測試人員一定要學會靈活應對。
總之，測試的痛點非常多，以上的這些痛點並沒有嚴格的先後順序，但是話說回來，哪個職位和角色沒有痛點呢，如果有痛那我們就解決痛。路需要往前走，生活需要向前看，工作需要在發展之中前進。樂觀的心態和向上的態度是我們前進的動力，要永遠相信明天會更好。各位加油。
為什麼使用者有痛點？如何抓住使用者真正的痛點？
什麼才是使用者真正的痛點？為什麼使用者有痛點？如何抓住使用者真正的痛點？我們先來看兩個案例 案例一 你目前月薪15000元，自己覺得還算過得去，但是有一次參加同學聚會，發現很多老同學的月薪已經20000元以上了，這個時候你開始坐立不安了 換乙個場景 你目前月薪15000元，自己覺得還算過得去，但由於...
軟體相容性測試的測評指標有哪些？
在軟體測試中軟體的相容性是衡量軟體好壞的乙個重要指標，在整個測試過程中也站著很重要的位置，在具體測試中可以從以下幾個方面來判斷 1 作業系統相容性 軟體可以執行在哪些作業系統平台上，理想的軟體應該具有與平台無關性。2 異構資料庫相容性 現在很多軟體尤其是mis 管理資訊系統 erp crm等軟體都需...
QTP有哪些同步點？
當乙個應用在執行了乙個步驟之後需要一定時間的響應，而此時指令碼並沒有準備而是直接執行下一行指令碼，那麼此時qtp可能會丟擲錯誤。而同步點的作用就是插入一段等待時間後再執行下一步操作。在qtp中一共有三種同步點的方式 1 sync用法 本身自帶的，全域性的同步點 預設20s 1 browser bro...