上位機軟件自動化測試經驗總結[1] 自動化測試工具
一.摘要
本文檔重要描寫QA在進行軟件主動化測試名目中獲取的經歷，以及提出一些有利于下一次類似測試應當吸取的經歷，以便為將來的軟件主動化測試供給必要的根據。
二.取得的經歷
1�！⊥耆拿炕貞�
略(運用HP公司的QTP作為測試工具)
2�！≡敿毜�開發總結
略(公司的上位機軟件，為了竊密，稱其為VS，軟件的功用重要是物體經過某個傳感器體系時，可以通過各種外設搜集數據并予以判定，并且做出能否將買賣記載遞交數據庫的抉擇)
2。1 流程測試的危險
將VS的通過傳感器體系的流程歸入名目，是基于測試工具本身能運用靜態鏈接庫來擴大其本身言語(VBScript)無法實現的輸出輸出信號模仿功用。但這是有很微危險的，第一，數據通信依靠串口，既要準確的通過串口收回信號，也要準確的通過串口捕捉信號，然而一個串口只能被一個軟件關上，運用什么技巧來模仿這種輸出輸出信號呢?普通的商用機只要一個物理串口，假如沒有很好的串口模仿技巧支撐，不只隨時隨地的流程主動化測試將化為烏有，測試老本也將回升。第二，咱們不曉得測試工具對哪些編譯型言語編寫的dll支撐，能否支撐的好，次序員能否純熟編寫這種未知言語編寫的dll;
實踐上，這兩種危險在開發歷程中咱們都實在的碰到了。關于第一種危險，咱們最終運用串口對接技巧來處理，并且廢棄了物理串口，運用虛構串口。編寫dll 時，咱們一開端運用Delphi來寫dll，然而測試工具無法正常調用，最后咱們用C#勝利的編寫了測試工具可以正常調用的dll。
2。2 主動化測試的架構
主動化測試的架構也是咱們在名目開端初常常觸及的問題。好的測試架構可以進步開發效力，保障開發質量，躲避開發歧途，下降名目前期整合時的保護難度。因為名目組成員，來自各個不同的部門，關于測試主動化的了解深淺不同，運用主動化工具的程度整齊不齊，團隊的協作開發使得咱們亟需圓滿的測試架構。然而，這終究是咱們第一次做主動化測試名目，沒有任何的經歷積攢。公司目前采取的測試治理工具是QC，那么運用QC+QTP，就是咱們架構的惟一抉擇。QC和QTP 可以無縫聯合，運用QC可以不便的生成，運行，治理主動化測試案例。除了架構帶給咱們開發歷程中的這些不便外，咱們還須要斟酌測試編碼歷程中編碼的方法，編碼的效力，測試對象的治理，函數的治理，代碼的配置治理。
咱們將測試對象做成一個共享對象庫，每個團隊成員進行某個本人擔任的案例開發時，只要關聯這個對象庫，就能主動辨認被測軟件的對象。運用共享對象庫，豈但保障被測軟件對象的惟一性，而且便于前期對象的保護。目前，在主動化測試中模仿操作的更好的替代方法是描寫性編程，可以防止軟件晉級時對象庫的保護。然而因為團隊成員是首次參加這種名目，所以采取更成熟的對象庫技巧。
文章來源于領測軟件測試網 http://www.kjueaiud.com/