標准作業測試的主要工具是什麼

A. 軟體測試主要是用哪些工具呢

常用的軟體測試工具一般是：QTP+LoadRunner+QC
軟體測試中還需的工具如下：
功能測試工具：QTP（HP），WinRunner（MI），Robort（IBM），QARun（Compuware）
性能測試工具：LoadRunner（HP），WAS（MS），Robort（IBM）【必須下載相應的插件才支持性能方面的測試】，QALoad（Compuware）
測試管理工具：TestDirector/Quarlity Center【這兩個工具一個橫版一個豎版，功能完全一樣】，Rational TestManager
缺陷跟蹤工具：Bugzilla、Mantis
其他：Rational Purify、Rational PureCoverager

B. 常用的測量儀器

常用的測量儀器非常多，首先介紹經緯儀，按讀數設備分為游標經緯儀、光學經緯儀和電子經緯儀。經緯儀廣泛用於控制、地形和施工放樣等測量。中國經緯儀系列有:DJ07、DJ1、DJ2、DJ6、DJ15、DJ60六個型號。在經緯儀上附有專用配件時,可組成激光經緯儀、坡面經緯儀等。此外，還有專用的陀螺經緯儀、礦山經緯儀、攝影經緯儀
水準儀廣泛用於控制、地形和施工放樣等測量工作。中國水準儀的系列標准有：DS05、DS1、DS3、DS10、DS20等型號(「DS」表示「大地測量水準儀」,「05儀、1、3、……」分別為該類儀器以毫米為單位表示的每公里水準測量高差中數的偶然中誤差)。在水準儀上附有專用配件時,可組成激光水準。
平板儀，地面人工測繪大比例尺地形圖的主要儀器。由照準儀、平板和支架等部件組成。在照準儀上附加電磁波測距裝置，可使作業更為方便迅速。
電磁波測距儀，應用電磁波運載測距信號測量兩點間距離的儀器。
測程在5～20公里的稱為中程測距儀,測程在5公里之內的為短程測距儀。精度一般為 5mm+5ppm，具有小型、輕便、精度高等特點。60年代以來，測距儀發展迅速。
近年來，生產的雙色精密光電測距儀精度已達0.1mm+0.1ppm。電磁波測距儀已廣泛用於控制、地形和施工放樣等測量中，成倍的提高了外業工作效率和量距精度。
電子速測儀，由電子經緯儀、電磁波測距儀、微型計算機、程序模塊、存儲器和自動記錄裝置組成，快速進行測距、測角、計算、記錄等多功能的電子測量儀器。
有整體式和組合式兩類。整體式電子速測儀為各功能部件整體組合，可自動顯示斜距、角度，自動歸算並顯示平距、高差及坐標增量，具有較高的自動化程度。組合式電子速測儀，即電子經緯儀，電磁波測距儀，計算機及繪圖設備等分離元件，按需要組合，既有較高的自動化特性，又有較大的靈活性。

C. 質檢員五大測量工具是什麼

品管的五大工具是PPAP、APQP、SPC、MSA、FMEA。

品管是企業管理術語，是「品質管理 」、「質量管理」的簡稱，指產品質量控制的行為，也指質檢工作崗位，或質檢人員，按生產工藝流程的階段品管分為：IQC（Incoming Quality Control,意思為來料質量控制），IPQC（In Process Quality Control，意為製造過程中的質量控制，OQC（Outgoing Quality Control,出貨品質管制）等。

1. QC即英文QUALITY CONTROL的簡稱，中文意義是質量控制，其在ISO8402:1994的定義是「為達到質量要求所採取的作業技術和活動」。

產品經過檢驗後再出貨是質量管理最基本的要求。質量控制是為了通過監視質量形成過程，消除質量環上所有階段引起不合格或不滿意效果的因素。以達到質量要求，獲取經濟效益，而採用的各種質量作業技術和活動。

2.有些推行ISO9000的組織會設置這樣一個部門或崗位，負責ISO9000標准所要求的有關質量控制的職能，擔任這類工作的人員就叫做QC人員，相當於一般企業中的產品檢驗員，包括進貨檢驗員（IQC）、製程檢驗員（IPQC）和最終檢驗員（FQC）。

工作內容

1、執行國家頒發的安裝工程質量檢驗評估標准和施工驗收規范，照章獨立行使質量監督檢查權和處罰權。

2、負責專業檢，隨時掌握各作業區內分項工程的質量情況。

3、負責分項工程質量的評定，建立質量檔案，定期向項目總工和上級質量管理部門上報質量情況。

4、負責分項工程各工序、隱蔽工程的施工過程和施工質量的圖像資料記錄。

5、對不合格項目及時向項目總工和上級質量管理部門匯報，監督各專業工程師制定糾正措施，並協助進行質量損失的評估。

D. 軟體測試的工具有哪些

1、禪道測試管理工具是功能比較全面的測試管理工具，功能涵蓋軟體研發的全部生命周期，為軟體測試和產品研發提供一體化的解決方案，是一款十分優秀的國產開源測試管理工具。
2、LoadRunner是一種預測系統行為和性能的工業標准級負載測試工具。通過模擬上千萬用戶實施並發負載及實時性能監測的方式來確認和查找問題，它能夠對整個企業架構進行測試。通過LoadRunner ，企業能最大限度地縮短測試時間，優化性能和加速應用系統的發布周期。它是一種適用於各種體系架構的自動負載測試工具，它能預測系統行為並優化系統性能。LoadRunner 的測試對象是整個企業的系統，它通過模擬實際用戶的操作行為和實時性能監測，來幫助更快地查找和發現問題。
3、QTP是一個B/S系統的自動化功能測試的利器,軟體程序測試工具。Mercury的自動化功能測試軟體QuickTest Professional ，可以覆蓋絕大多數的軟體開發技術，簡單高效，並具備測試用例可重用的特點。Mercury QuickTest Pro 是一款先進的自動化測試解決方案，用於創建功能和回歸測試。它自動捕獲、驗證和重放用戶的交互行為。 Mercury QuickTest Pro為每一個重要軟體應用和環境提供功能和回歸測試自動化的行業最佳解決方案。
4、Selenium是為正在蓬勃發展的web應用開發的一套完整的測試系統。Selenium測試直接運行在瀏覽器中，就像真正的用戶在操作一樣。它的主要功能包括：測試與瀏覽器的兼容性——測試你的應用程序是否能夠很好的在不同瀏覽器和操作系統上工作。測試系統功能——創建衰退測試檢驗軟體功能和用戶需求。支持自動錄制動作和自動生成。Selenium的核心Selenium Core基於JsUnit，完全由JavaScript編寫，因此可運行於任何支持JavaScript的瀏覽器上，包括IE、Mozilla Firefox、Chrome、Safari等。

E. 軟體測試的目的是什麼測試的工具一般都有哪些、

軟體測試的目的,第一是確認軟體的質量，其一方面是確認軟體做了你所期望做的事情（Do the right thing），另一方面是確認軟體以正確的方式來做了這個事情（Do it right）。第二是提供信息，比如提供給開發人員或程序經理的回饋信息，為風險評估所准備的信息。第三軟體測試不僅是在測試軟體軟體產品本身，而且還包括軟體開發的過程。如果一個軟體產品開發完成之後發現了很多問題，這說明此軟體開發過程很可能是有缺陷的。因此，軟體測試的第三個目的是保證整個軟體開發過程是高質量的。 測試工具一般可分為白盒測試工具、黑盒測試工具、性能測試工具，另外還有用於測試管理（測試流程管理、缺陷跟蹤管理、測試用例管理）的工具，這些產品主要是MercuryInteractive（MI）、Segue、IBM Rational、 Compuware和Empirix等公司的產品，而MI公司的產品佔了主流。白盒測試工具白盒測試工具一般是針對代碼進行測試，測試中發現的缺陷可以定位到代碼級，根據測試工具原理的不同，又可以分為靜態測試工具和動態測試工具。靜態測試工具：直接對代碼進行分析，不需要運行代碼，也不需要對代碼編譯鏈接，生成可執行文件。靜態測試工具一般是對代碼進行語法掃描，找出不符合編碼規范的地方，根據某種質量模型評價代碼的質量，生成系統的調用關系圖等。靜態測試工具的代表有：Telelogic公司的Logiscope軟體；PR公司的PRQA軟體。動態測試工具：動態測試工具與靜態測試工具不同，動態測試工具的一般採用"插樁"的方式，向代碼生成的可執行文件中插入一些監測代碼，用來統計程序運行時的數據。其與靜態測試工具最大的不同就是動態測試工具要求被測系統實際運行。動態測試工具的代表有：Compuware公司的DevPartner軟體；Rational公司的Purify系列等。黑盒測試工具黑盒測試工具適用於黑盒測試的場合，黑盒測試工具包括功能測試工具和性能測試工具。黑盒測試工具的一般原理是利用腳本的錄制(Record)/回放(Playback)，模擬用戶的操作，然後將被測系統的輸出記錄下來同預先給定的標准結果比較。黑盒測試工具可以大大減輕黑盒測試的工作量，在迭代開發的過程中，能夠很好地進行回歸測試。黑盒測試工具的代表有：Rational公司的TeamTest、Robot；Compuware公司的QACenter。性能測試工具專用於性能測試的工具包括有：Radview公司的WebLoad；Microsoft公司的 WebStress等工具；針對資料庫測試的TestBytes；對應用性能進行優化的EcoScope等工具。 MercuryInteractive的LoadRunner是一種適用於各種體系架構的自動負載測試工具，它能預測系統行為並優化系統性能。LoadRunner的測試對象是整個企業的系統，它通過模擬實際用戶的操作行為和實行實時性能監測，來幫助您更快的查找和發現問題。測試管理工具測試管理工具用於對測試進行管理。一般而言，測試管理工具對測試計劃、測試用例、測試實施進行管理，並且，測試管理工具還包括對缺陷的跟蹤管理。測試管理工具的代表有：Rational公司的Test Manager；Compureware公司的TrackRecord；Mercury Interactive公司的TestDirector等軟體。 滿意的話請採納！如果還有什麼需要幫助的，咨詢105 172 1233

F. 請問現在主流測試工具，比如你所在公司，都用的什麼軟體測試方面、硬體測試方面等，幾個對應描述下謝謝

性能測試： LoadRunner 、QTP、 jmeter 、SoapUI 、GT 、iTest 、Emmagee(移動)
介面測試工具：LoadRunner 、jmeter 、fidder 、postmain 、SoapUI 、python自動化腳本
、在線介面測試工具
抓包工具：fidder 、httpwatch、firebug、wireshark
弱網測試工具：fidder(window)、 Network Link Conditioner(ios) 、 Charles 、 atc
移動端(android)：android sdk 、uiautomatorviewer、 hierarchyviewer 、 DDMS 、
monitor 、 Monkey、MonkeyRunner 、androidstudio 、手機開發模式 、GT 、iTest 、adb 、APT
自動化測試框架：selenium 、appium ,、Robot Framework 、watir、 Robotium、QTP
bug管理工具：Testlink、Mantis、bugFree、禪道 、TestDirector
版本控制工具：SVN 、git

G. 軟體測試需要學習的主流測試工具有什麼

開源測試管理工具：Bugfree、Bugzilla、TestLink、mantis 開源功能自動化測試工具：Watir、Selenium、MaxQ、WebInject
開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web Application Load Simulator
[TestDirector]：企業級測試管理工具，也是業界第一個基於Web的測試管理系統。
[Quality Center]：基於Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執行測試和跟蹤缺陷。
[QuickTest Professional]：用於創建功能和回歸測試。
[LoadRunner]：預測系統行為和性能的負載測試工具。
其他工具與自動化測試框架：Rational Functional Tester、Borland Silk系列工具、WinRunner、Robot等。
國內免費軟體測試工具有：AutoRunner和TestCenter。

H. 常用的軟體測試方法和工具

工業標准級負載測試工具LoadrunnerLoadRunner 是一種預測系統行為和性能的負載測試工具。通過以模擬上千萬用戶實施並發負載及實時性能監測的方式來確認和查找問題，LoadRunner 能夠對整個企業架構進行測試。通過使用LoadRunner ，企業能最大限度地縮短測試時間，優化性能和加速應用系統的發布周期。自動化功能測試工具AutoRunnerAutoRunner是黑盒測試工具，可以用來完成功能測試、回歸測試、每日構建測試與自動回歸測試等工作。是具有腳本語言的、提供針對腳本完善的跟蹤和調試功能的、支持IE測試和Windows native測試的自動化測試工具，是目前國內最好的銀行業務測試工具。全球測試管理系統testdirectorTestDirector 是業界第一個基於Web的測試管理系統，它可以在您公司內部或外部進行全球范圍內測試的管理。通過在一個整體的應用系統中集成了測試管理的各個部分，包括需求管理，測試計劃，測試執行以及錯誤跟蹤等功能，TestDirector極大地加速了測試過程。測試用例管理工具TestCenterTestCenter是一款功能強大測試管理工具，它實現了測試需求管理、測試用例管理、測試業務組件管理、測試計劃管理、測試執行、測試結果日誌察看、測試結果分析、缺陷管理，並且支持測試需求和測試用例之間的關聯關系，可以通過測試需求索引測試用例。終端自動化測試工具TARTAR適用於VT100、VT220等標準的應用系統，支持命令行模式和窗口模式（使用Cursors編寫的應用程序）。 支持針對終端應用的自動錄制。支持連續錄制和單獨的窗口錄制。支持的窗口組件：欄位、表格、對話框、窗口等。功能測試工具Rational RobotBorland SilkTest 2006屬於軟體功能測試工具，是Borland公司所提出軟體質量管理解決方案的套件之一。這個工具採用精靈設定與自動化執行測試，無論是程序設計新手或資深的專家都能快速建立功能測試，並分析功能錯誤。 性能測試工具WASMicrosoft Web Application Stress Tool 是由微軟的網站測試人員所開發，專門用來進行實際網站壓力測試的一套工具。透過這套功能強大的壓力測試工具，您可以使用少量的Client端計算機模擬大量用戶上線對網站服務所可能造成的影響。自動化白盒測試工具JtestJtest是parasoft公司推出的一款針對java語言的自動化白盒測試工具，它通過自動實現java的單元測試和代碼標准校驗，來提高代碼的可靠性。parasoft同時出品的還有C++ test，是一款C/C++白盒測試工具。功能和性能測試的工具JMeterJMeter是Apache組織的開放源代碼項目，它是功能和性能測試的工具，100%的用java實現。性能測試和分析工具WEBLODEwebload是RadView公司推出的一個性能測試和分析工具，它讓web應用程序開發者自動執行壓力測試；webload通過模擬真實用戶的操作，生成壓力負載來測試web的性能。企業級自動化測試工具WinRunnerMercury Interactive公司的WinRunner是一種企業級的功能測試工具，用於檢測應用程序是否能夠達到預期的功能及正常運行。通過自動錄制、檢測和回放用戶的應用操作，WinRunner能夠有效地幫助測試人員對復雜的企業級應用的不同發布版進行測試，提高測試人員的工作效率和質量，確保跨平台的、復雜的企業級應用無故障發布及長期穩定運行。

測試經理和PM對TC進行Review：

敏捷測試流程總結：
在敏捷方法中，XP方法強調測試在整個項目開發過程中的重要性。針對敏捷開發方法的敏捷測試不同於以往針對傳統開發模式的測試,在敏捷團隊中,測試是整個項目組的「車頭燈」，它告訴大家現在到哪了，正在往哪個方向走。測試員為項目組提供豐富的信息，使得項目組基於這些可靠的信息作出正確的決定。不僅是測試員要保證質量，而是整個項目組的每一個人都要對質量負責。測試員不跟開發人員糾纏錯誤，而是幫助他們找到目標,共同為達到項目的最終目標而努力。敏捷測試也需要高度迭代工作、頻繁得到客戶的反饋，需要動態調整測試計劃、測試的執行。並且，敏捷測試人員參與到了更多的敏捷生產活動中，積極的影響了團隊做出的決定和計劃。
根據公司項目目前採用的敏捷開發模式，相應的敏捷測試建議採用以下流程：
1. 驗證需求和設計
需求和設計具體來說一般包括：(1)由項目經理根據需求文本而編寫的功能設計文本(Functional Design Specification);(2)由開發人員根據功能文本而編寫的實施設計文本(Implementation Design Specification)包括(Architecture Document, Project Scope Statement, Use Case )。作為測試人員，審核重點是檢查文本對用戶需求定義的完整性、嚴密性和功能設計的可測性.
在測試初期，測試人員要學會做靜態測試，做好需求分析，做好對設計邏輯的分析。測試人員要更多的思考需求的可實現性，將自身作為第一用戶積極參與項目和系統的需求分析，設計和開發。積極地參與前期工作，並迅速反饋給設計和開發其靜態測試結果。要盡早的開始測試，不要等待到功能完全做好才開始。
產出物:測試需要提交評審結果文檔,可以讓測試更多的參與DB Design,框架的評審中來
2. 測試計劃，測試用例
2.1 編寫計劃、測試用例
在敏捷開發的過程中由於是根據每個user story來估算時間的。開發人員將對本次迭代所需要的完成的user story進行評估。開發人員可以和客戶直接溝通，來確定每個user story的優先順序。
好處：
客戶可以很清楚的了解到哪些user story需要花費多長的時間，以及他們的優先順序。
問題：
在user story的時間估算上，開發人員常會估算過少。引起版本無法按時發布或者必須進行加班才能進行發布。
分析：
由於版本更新很快，任務的時間都是以小時來進行估算的。開發人員一般會忽略掉開發以外的時間，比如開發中遇到問題的時間，開會，給其他成員提供幫助的時間，等等。
舉個例子：
開發人員估算某個user story編碼的時間需要1.5天，開發人員自己估算了其他時間為半天。於是開發人員給的估算時間是2天。開發階段實際的花費時間如下，每天花費開例會的時間。在例會中項目的其他成員需要技術上的支持。於是發費了3個小時進行幫助。在開發的過程中遇到了一些沒有預見到的問題，結果解決問題花費了4個小時。(也許更多)。需要處理一些公司突發性的事務等等。所以非常建議大家在估算時間上能充分的考慮到以外的因素，某本XP相關的書上寫到，在時間估算上最好的時間是編碼時間的2-3倍。聽起來很嚇人，但是實際的過程中，的確需要這么多的時間。
測試人員根據已審核通過的需求和設計編制測試計劃，設計測試用例。在前面提到的三種文本中，功能設計文本是主要依據。測試的這兩個文本也要被項目經理和開發人員審核。
2.2 測試用例的審核
為使開發人員能參與到Test Case的Review中來，以保證TC的質量和可行性，確保測試工作的順利進行，讓開發人員迅速地了解測試的重點並給出相應的意見和建議，測試人員在出 TC的同時，應出一份TC_Matrix(Test Case跟蹤矩陣)，其中註明TC已覆蓋了哪些Features，具體每個Features對應的TC的編號，這樣在測試經理和PM對TC進行 Review的時候，能夠對TC的覆蓋率一目瞭然，對覆蓋率不足(如某個重點Feature的Test Case不夠)的地方能夠及時給出意見。
另外，在每天早上的Morning Meeting上，測試人員可以簡潔地講述一下當天測試的重點部分，以及項目中存在哪些嚴重的bug，讓開發人員了解當天測試的重點是什麼，怎樣進行測試，並提出自己的意見和建議。這樣做加強了開發與測試人員的交流和溝通，使測試工作能夠更加有效，更加順利地開展。
在迭代後期測試要抽時間更新test case。
3. 實施運行測試
在敏捷方法中，測試有兩種：單元測試和接收測試。單元測試是由開發人員來完成的，接收測試是由客戶代表來完成。
由於我們客戶無法在現場，我們採取了，開發人員做單元測試，測試人員做驗證測試，最後由客戶進行接收測試。在每個版本發布給客戶之前必須由測試人員進行測試，發布版本之後由客戶做接收測試，提出需要修改的地方。需要修改的地方將在下一個發布完成。
?? 單元測試
在daily build版本給測試前，開發首先要做單元測試，提前告知軟體中的薄弱環節，幫助測試人員調整測試重點。Unit test
做單元測試的好處是可以提高版本質量，減輕測試的工作量，減少淺層次的bug的發生率，使測試人員能夠將更多的精力投入到尋找深層次的bug上面。
?? 驗證測試
測試人員的驗證測試從總體上說就是將上一步設計的測試用例按計劃付諸實施的過程。這一階段的測試必須在周密的計劃下進行。這種計劃性首先體現在開發和測試的相互協調配合，根據產品的架構和功能模塊的依賴關系，按照項目的總體計劃共同推進。從測試的過程來看，測試執行的一開始可以是針對部分功能的，之後可以逐步擴展。接著開始採用迭代的過程完成測試任務，即將測試任務劃分為多個周期，一開始可以做些關鍵的功能性測試，可以對代碼中的可復用部分(組件，構件)做完整的測試。接著的迭代周期可以做邊緣化的功能測試和其他測試，最後的幾個迭代應該用於回歸測試，和關鍵的性能和穩定性測試。
3.1 每日提供bug趨勢
為方便衡量項目的進度，測試可每天測試完畢後提供測試的bug趨勢，即將每天新生成的Bug數和每天被解決的Bug數標成一個趨勢圖表。一般在項目的開始階段新生Bug數曲線會呈上升趨勢，到項目中後期被解決Bug數曲線會趨於上升，而新生Bug數曲線應下降，到項目最後，兩條曲線都趨向於零。PM會持續觀察這張圖表，確保項目健康發展，同時通過分析預測項目Bug，
對於每個版本的bug，開發都應該想想為什麼會出現這樣的問題，特別是很低級的bug，對於同類的bug，是否可以避免。
測試需要考慮:探索性測試用例的編寫
3.2 測試用例的維護
在執行測試階段中，測試人員需要對已有的測試用例進行及時的維護。通常以下兩種情況下要新增一些測試用例：一是對於當初測試設計不周全的領域，二是對於外部的Bug(比如從Beta客戶報告來的)，沒有被現有測試用例所覆蓋。當產品的功能設計出現更改時(敏捷項目中功能設計的更改頻繁)，所涉及的測試用例也要相應地修改，使測試用例保持和現有的功能需求同步。
3.3 根據項目不斷補充Common Sense
在項目進行過程中，測試人員需要不斷積累經驗，不斷補充、完善各類目的Common Sense標准。例如，由CTTS項目總結出的Common Sense for USA標准，在以後的美國項目中要嚴格按照它來執行測試，保證以前出現過的失誤在以後的項目測試中不會再出現。在保證項目質量的同時，不斷積累新的經驗。
3.4 控制中間版本
為更好地保證軟體質量，規避風險，必須加強對中間版本的控制。例如，客戶要求或者計劃周五要提交版本，則周三一定要提交一個中間過程的版本進行測試，也就是控制中間版本，避免所有的工作都壓到後期最緊急的時候去完成。以前的項目中出現過項目前期很輕松，到後期bug越來越多，開發人員和測試人員都異常忙碌，經常加班的情況。為減少後期工作量，規避風險，建議開發進行Daliy Build，或者按照完成一個feature就進行一次build，針對這個feature進行測試，這樣就可以有效避免後期bug越來越多的狀況發生，後期工作量也就會相應減少，項目的質量也會更有保證。
3.5 發布版本前編寫Release Note
在每次發布版本之前，測試人員要根據待發布的版本情況編寫Release Note，使客戶對發布的版本情況一目瞭然。Release Note主要包括三方面的內容：Fixed，New Features，Known Problems。其中，Fixed部分寫明此版本修復了上個版本中存在的的哪些比較大的bug;New Features部分寫明此版本新增加了哪些功能;Known Problems部分寫明此版本尚存在哪些比較大的問題，有待下個版本改善;或者列出需求不太明確的地方，有待客戶給出明確答復意見，在下個版本中完成。
4. 需求管理
採用敏捷開發模式的項目中，客戶對於需求的變更很頻繁。因此，需求管理是十分必要和重要的工作。整個項目進行過程中，對不斷變化的需求，一定要作跟蹤，每次的需求變更都要有相應的歷史記錄，方便後期的管理和維護工作。可將每次的變更整理記錄到需求跟蹤文檔中，並使該文檔始終保持最新更新的狀態，與需求的變化保持同步。
問題：
客戶可能會在一個功能點上來回修改他們的需求，也許開始需要某個功能，結果做完以後又覺得不好，於是讓去掉這個功能。後來又由於一些原因，有需要加上。在整個過程中可能來回修改了很多次。那一定要記錄下變更的內容和日期。可能後期客戶會覺得一個功能怎麼會花那麼多的時間，不是以前很早就做過了嗎?這時這些記錄才是解決客戶疑慮的最好證明。說白了，是有證據證明我們做了很多的變更。大家可能覺得，怎麼會有這個問題。其實當一個項目長達半年以上，也許大家的記憶力都不可靠了(:p)
建議：
目前採用的是vss工具，對每天的Email中提到的需求變更做一次backup，文檔以當天收到Email的日期命名
5. 項目開發末期開展「bug大掃除」
在項目開發的末期，可以開展「bug大掃除」活動。劃出一個專門的時間段，在這期間所有參與項目的人員，集中全部精力，搜尋項目的Bug。注意以下要點：
(1)盡管這是一個測試活動，但參與者並不僅限於測試人員。項目經理，開發人員甚至於高層管理人員都應參加，如同全民動員。目的是要集思廣益;(2)要鼓勵各部門，領域交叉搜索，因為新的思路和視角通常有助於發現更多的Bug;(3)為調動積極性，增強趣味性，可以適當引入競爭機制，比如當活動結束時，評出發現Bug最多，發現最嚴重Bug的個人，給以物質和精神獎勵。(4)可以分專題展開，比如安全性、用戶界面可用性、國際化和本地化等等。

I. 軟體測試常見的測試工具有哪些是開源的

常用的軟體測試工具一般是：QTP+LoadRunner+QC
軟體測試中還需的工具如下：
功能測試工具：QTP（HP），WinRunner（MI），Robort（IBM），QARun（Compuware）
性能測試工具：LoadRunner（HP），WAS（MS），Robort（IBM）【必須下載相應的插件才支持性能方面的測試】，QALoad（Compuware）
測試管理工具：TestDirector/Quarlity Center【這兩個工具一個橫版一個豎版，功能完全一樣】，Rational TestManager
缺陷跟蹤工具：Bugzilla、Mantis
其他：Rational Purify、Rational PureCoverager
一般測試流程：
需求分析階段：只要就是對業務的學習，分析需求點。
測試計劃階段：測試組長就要根據SOW開始編寫《測試計劃》，其中包括人員，軟體硬體資源，測試點，集成順序，進度安排和風險識別等內容。
測試設計階段：測試方案一般由對需求很熟的高資深的測試工程師設計，測試方案要求根據《SRS》上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。《測試方案》編寫完成後也需要進行評審。
測試方案階段：主要是對測試用例和規程的設計。測試用例是根據《測試方案》來編寫的，通過《測試方案》階段，測試人員對整個系統需求有了詳細的理解。這時開始編寫用例才能保證用例的可執行和對需求的覆蓋。測試用例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。測試用例應該覆蓋測試方案，而測試方案又覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。同樣，測試用例也需要評審。
測試執行階段：執行測試用例，及時提交有質量的Bug和測試日報，測試報告等相關文檔。

J. 測繪人員常用的儀器有哪些主要的用途又是什麼

常用的工程測量儀器有：

1、水準儀，它是為水準測量提供水平視線和對水準標尺進行讀數，主要功能是測量兩點間的高差,測高程，利用視距測量原理，還可測量兩點間的水平距離。

2、全站儀，全站儀在側站上一經觀測，必要的觀測數據如斜距、豎直角、水平角均能自動顯示，而且可在同一時間內得到平距、高差、點的坐標和高程。

如果通過傳輸介面把全站儀野外採集的數據終端與計算機、繪圖機連接起來，配以數據處理軟體和繪圖軟體，即可實現測圖自動化。全站儀一般用於大型工程的場地坐標測設和復雜工程的定位和細部測設。

3、經緯儀，是對水平角和豎直角進行測量，主要功能是測量兩個方向之間的水平夾角和豎直角，藉助水準尺，利用視距測量原理，還可測量兩點的水平距離和高差。

(10)標准作業測試的主要工具是什麼擴展閱讀：

在工程建設中規劃設計、施工及經營管理階段進行測量工作所需用的各種定向、測距、測角、測高、測圖以及攝影測量等方面的儀器。

1、長度測量工具；

2、溫度測量工具；

3、時間測量工具；

4、質量測量工具；

5、力的測量工具；

6、電流、電壓、電阻測量工具；

7、聲音測量儀器；

8、無線電測量儀器；

9、折射率和平均色散測量儀器。

最早在機械製造中使用的是一些機械式測量工具，例如角尺、卡鉗等。16世紀，在火炮製造中已開始使用光滑量規。

1772年和1805年，英國的J.瓦特和H.莫茲利等先後製造出利用螺紋副原理測長的瓦特千分尺和校準用測長機。