軟件測試工程師在各個企業起着舉足輕重的作用，把着我們質量的這道大關口。雖然是老生常談，但作為某養老項目的成員，分享一下我們心目中軟件測試那些事兒。

以下的内容從某保險集團養老團險項目的介紹、測試工作流程以及測試工作技巧三方面來分享。

一、項目介紹

某養老項目是以某養老團險自助投保系統為支撐。

某保險集團養老團險項目是以自助投保系統為支撐，用于其養老團險産品互聯網銷售業務及客戶服務的系統，為中介等合作夥伴或個人提供電子出單、代理直聯、銀行直聯、POS出單、自助卡激活、移動出單等模式的投保、撤單、查詢等保單服務及相關客戶服務。

系統關鍵模塊包括投保、撤保、保單查詢、對賬、營銷方案配置、中介銀行管理、保單結算、POS機管理等。

系統特點可概況為以下幾點：深度整合、統一平台；統一對外标準接口、支持定制；全部保單直接進入核心系統、實時承保；統一的保單查詢平台、可實時查詢。

二、測試工作流程

整個項目測試工作流程分為，需求評審、編寫測試用例、評審測試用例、執行測試用例，以下是個流程的簡述。

1、需求評審

參加需求評審時關注這十項特性：完整性、正确性、一緻性、可行性、無二義性、健壯性、必要性、可測試性、可修改性、可跟蹤性。另外，評審前最後将基于産品的項目的業務需求、用戶需求和功能需求好好組織、理解、梳理一遍，這樣對于整個産品就有了更為全面的了解。如果不懂的地方及時跟需求分析人員進行詢問以便于接下來編寫質量更好的測試用例。

2、編寫測試用例

編寫用例時仔細分析每句需求所涵蓋的功能點，把測試的思路理清晰，多思考，擴展思維的去寫。如果需求是對系統中原有的某項功能進行優化，最好進系統對那項功能進行操作一遍看看。如果需求中新增的按鈕功能同系統中某個按鈕功能及處理邏輯一緻，那麼一定要先操作一遍再編寫測試用例，這樣的目的是能事先發現需求的可行性，寫出質量好的測試用例。

3、評審測試用例

測試用例寫完後一定要再過一遍，然後讓同事評審一下，因為人無完人，沒人能考慮的萬無一失，同事指出不足的時候，也是自己提高學習的一個過程

4、執行測試用例

第一時間執行一下冒煙測試用例，接下來将測試用例整個看一遍，看哪些用例是可以放一起測試的，或者哪些用例的測試數據是可以整合在一起進行準備的。執行用例時将用例名稱和前置條件以及描述信息也都看清楚，因為有些需求信息不是都體現在測試步驟和預期結果裡。詳細記錄軟件系統的實際輸入輸出，仔細對比實際輸入和測試用例中的期望輸入是否一緻。每條用例多個角度多種操作方式多測試幾次，發現錯誤時盡量定位軟件出錯的位置和原因，并測試出因為這個錯誤會不會導緻更嚴重的錯誤出現。在一個項目組中，項目的開發時間是有限的，如果我們測試時能把問題描述的詳細一些，那麼開發人員就會很容易的重現這個問題，也就能更快的解決問題，節省項目時間

三、作為測試人員你會工作嗎？

項目中經常會出現，在有限的開發時間内我們測試人員在保質保量的情況下，測試完成待上線産品，但也在過程中我們常常聽到這樣的抱怨，我現在很忙、人手不夠、效率太低……帶來的結論是：我們的問題太多了。對于測試人員的工作技巧，我主要從以下三個維度進行分享，來提高我們測試人員的工作效率。

1、注重細節，不要給自己的工作打折

很多人認為："把工作做到60%太危險，會被公司炒鱿魚；做到100%太辛苦，也不太現實；把工作做到90%就很不錯了。"最終給自己打了10%的折扣。90%真的很不錯嗎？拿我們執行用例來分析，一個産品的測試用例分成5個模塊，每個模塊的測試用例測試人員都執行90%，那麼這個産品質量的最後結果就是：90%×90%×90%×90%×90%=59%。第一個環節你可能做到了90%，下一個環節還是90%，在五個模塊之後，你的成績就不是平均值90%，而是59%——可想而知，後期的缺陷可能接踵而至，缺陷跟蹤占據了你其他的時間……

我們從事的工作是業務密集型，深究業務邏輯的話會很複雜，在這種情況下，稍不留神就會漏測需求，我們對細節的要求就會更高。不能以時間緊任務重，對10%的用例含糊了；不僅僅是用例，以上工作流程已經詳細介紹每一個環節了，遵循工作流程的SOP，絕對不能打折。

2、經驗程序化，工作系統化

我進入該項目兩周的時間，因為老員工交接時間較短，前兩天自己的狀态像"無頭蒼蠅"，強迫硬性記憶一些自己并沒有接觸過的業務要點。對于剛進新公司的員，給自己一個任務，好記性不如爛筆頭，每天寫一個自己的操作手冊，目的主要有3個：

①更快的熟悉"某養老"項目的産品流程；

②通過自己記錄的操作手冊，記錄過程中的問題（問題必須寫下來），下班前逐一找同事理解過程難點；

③總結的操作手冊反複回看，不僅能更加熟悉産品，還能領悟到新的知識。讓自己的經驗逐步程序化，自己提高更快。

經驗上逐漸程序化，除以上需要形成工作手冊之外，自己老東家（之前公司）的項目過程中與麥肯錫顧問交流過程中也總結學習到：做要事而不是做急事。對此，我每天早上到公司的第一件事情就是在本子上将今天做的事情做一個分類：

今天'必須'做的事（即為最緊迫的事）；

今天'應該'做的事（即有點緊迫的事）；

今天'可以'做的事（即最不緊迫的事）。

一天下來20件事情都不會漏掉。工作系統化，工作效率也會提高。

3、溝通是一種武器

項目中什麼時候需要溝通？上述内容中我們講到工作流程，按照工作流程内容，在評審的時候為了更加理解需求，我們需要與需求分析人員進行溝通；測試用例評審時我們需要與模塊内部人員溝通檢查問題點；用例執行時發現BUG或需要了解需求邏輯需要與開發人員進行溝通……由此可見測試人員的溝通在很多地方承上啟下，位置很關鍵。這就需要我們自身具備良好溝通的素質。

以上舉的例子是正常流程環節下的較簡單的溝通内容，那麼遇到僵持不下的問題呢？溝通出現問題一定是雙方遇到不可讓步的難點，解決方法分享（此解決方法純屬個人觀點，每次都是這麼解決）：

①找出矛盾點；

②換位理解對方的痛點、難點是什麼；

③因為在項目中目标是一緻的，從對方的難點開始解決攻克問題。很多問題都能解決。

溝通其實就是不要吝啬自己的那張嘴。在執行任務的過程中，一定要和上級、下級進行積極主動的溝通，這樣我們的目标才會保持一緻性，避免執行的偏差。用好溝通這個武器。

總結：

通過對我們項目整體的介紹和測試流程操作再加上我們測試工作中的小技巧，我們已經規範的運用到實際的工作當中，再通過機制不斷地完善，我相信我們的工作會越來越高效。這就是我們項目中軟件測試那些事兒，你受益了嗎？

請關注 私信回複：“測試”就可以免費拿到軟件測試學習路線及學習資料包，快速讓你入門！

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!