合格的軟件測試人員要求

1、我先給大家一個目標，硬件上的： 1.需要具備UML語言基礎(chǔ)，看得懂設(shè)計，能理解設(shè)計 2.需要會用Project2000來合理的安排自己的工作，知道自己每天做了什么，明天要做什么 3.具備初級的軟件度量知識，比如如何有效的統(tǒng)計BUG分布，概率等等 4.精通自己的開發(fā)語言，會用語言制作自己的測試工具 軟件上的： 1.探索精神 2.故障排除能手 3.不懈努力 4.創(chuàng)造性 5.追求完美 6.判斷準確 7.老練穩(wěn)重 8.說服力 測試經(jīng)理要求： 我協(xié)調(diào)，調(diào)整資源，評估風(fēng)險！ 面試時被問到： 1.什么是CMM TO:軟件能力成熟度模型。 2.什么是靜態(tài)測試和動態(tài)測試 TO:靜態(tài)測試指軟件文檔審查、和程序代碼

2、走查，就是讀代碼檢查錯誤。動態(tài)測試是指執(zhí)行編譯后程序的黑盒測試和執(zhí)行源代碼的白盒測試。 3.有那些測試步驟,每個測試步驟有哪些文檔 to:首先是需求、概要設(shè)計、詳細設(shè)計評審、然后是單元測試、集成測試、系統(tǒng)測試、確認測試。需要評審計劃、評審表、測試計劃、測試用例、bug跟蹤單、測試報告、測試問題分析。 4.對一個輸入1-100數(shù)字的輸入提交功能設(shè)計測試用例 to:如果是黑盒測試：首先劃分等價類，1.輸入數(shù)字為空；2.輸入數(shù)字為0；3.輸入數(shù)字為-1；4.輸入數(shù)字為101；5.輸入數(shù)字為1-100中間的任何數(shù)；6.輸入數(shù)字為小數(shù)；7.輸入為字母；8.輸入為控制字符。 1.如果你是一個測試經(jīng)理,你如

3、何給你的手下分工? 2.在測試過程中,你需要提交給開發(fā)人員那些文檔?怎么樣跟蹤項目的整個過程?怎么樣跟蹤每個程序員的進度? 3.測試用例的來源? 我先考SQA人員的UML基礎(chǔ)，問一些圖形符號，刷掉80%的人。再問SQA人員的編程基礎(chǔ)，如果是Java的，那就厲害了！最后問他對SQA的過程了解些什么，能舉個例子嗎？最最后問他，如果工程時間不夠了，沒 有充足的時間來做測試，更談不上過程質(zhì)量監(jiān)管了，該增么辦？ 遇到一道考測試流程的題，大意為：請將以下測試按流程排列：單元測試、系統(tǒng)測試、驗收測試、集成測試、字符串測試、平行測試、組件測試。 那位可以給出答案？ 單元測試->集成測試->系統(tǒng)測試

4、->驗收測試，其它的全是錯誤的！這道題烤得你是流程概念，字符串測試、平行測試、組件測試都是測試方法或者有所區(qū)分的測試范圍，跟流程沒關(guān)系！ To All: 軟件測試的步驟：軟件測試的步驟詳見8.7.3節(jié)中的圖8-8測試步驟。 單元測試：單元測試也稱模塊測試、邏輯測試、結(jié)構(gòu)測試，測試的方法一般采用白盒法，以路徑覆蓋為最佳測試準則。 集成測試：單元測試之后便進入組裝測試。盡管模擬了驅(qū)動模塊和存根模塊進行單元測試， 由于測試不能窮盡，單元測試又會引入新錯誤，單元測試后肯定會有隱藏錯誤，組裝不可能一次成功，必須經(jīng)測試后才能成功。集成測試 分為增式組裝測試和非增式組裝測試，所謂非增式組裝，按照結(jié)構(gòu)圖

5、一次性將各單元模塊組裝起來。所謂增式組裝是指按照結(jié)構(gòu)圖自頂向下或自底向上逐漸安裝。 確認測試：確認測試也稱合格測試或稱驗收測試。組裝后己成為完整的軟件包，消除了接口的錯誤。確認測試主要由使用用戶參加測試，檢驗軟件規(guī)格說明的技術(shù)標準的符合程度，是保證軟件質(zhì)量的最后關(guān)鍵環(huán)節(jié)。 系統(tǒng)測試：一般的系統(tǒng)除了確認測試外還要做如下幾個方面的系統(tǒng)測試 恢復(fù)測試 通過系統(tǒng)的修復(fù)能力，檢測重新初始化，數(shù)據(jù)恢復(fù)，重新啟動，檢驗點設(shè)置機構(gòu)是否正確，以及人工干預(yù)的平均恢復(fù)時間是否在允許范圍內(nèi)。 安全測試 設(shè)計測試用例，突破軟件安全保護的機構(gòu)安全保密措施，檢驗系統(tǒng)是否安全保密的漏洞。 強度測試 設(shè)計測試用例，檢驗系統(tǒng)的能

6、力最高能達到什么實際的限度，讓系統(tǒng)處于資源的異常數(shù)量、異常頻率、異常批量的條件下運行測試系統(tǒng)的承受能力。一般取比平常限度高5一10倍的限度做測試用例。 性能測試 設(shè)計測試用例測試并記錄軟件運行性能，與性能要求比較，看是否達到性能要求規(guī)格。這項測試常常與強度測試相結(jié)合進行。 關(guān)于“平行測試”用大俗話說就是：同時間對不同模塊進行測試。 還有二個問題很有意思留給你： 軟件測試的目的: A.避免軟件開發(fā)中出現(xiàn)的錯誤 B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性 D.修改軟件中出現(xiàn)的錯誤 * 軟件質(zhì)量的定義，軟件質(zhì)量反映什么問題？ 軟件質(zhì)量的定義，在軟件質(zhì)量淺談中

7、有詳細描述。我還是認為下面這些理解比較通俗、易懂。 1、質(zhì)量要從顧客的角度來看質(zhì)量始于顧客的需要，終于顧客的理解。 2、質(zhì)量不僅要反映在企業(yè)的產(chǎn)品上，而且要反映在企業(yè)的每一個行為上。 3、質(zhì)量需要全體員工同心協(xié)力應(yīng)使外部顧客和內(nèi)部顧客都感到滿意。 4、質(zhì)量要求高質(zhì)量的合作伙伴包括高質(zhì)量的供應(yīng)商和銷售商。 5、質(zhì)量方案不能夠挽救劣質(zhì)產(chǎn)品一個質(zhì)量運動并不能夠補救產(chǎn)品缺陷。 6、質(zhì)量是可以得到改進的要靠每一個人去不斷地改進每一件事。 7、質(zhì)量改進有時需要數(shù)量上的飛躍較大的改進必須有新的解決辦法和更精明的工作的方式。 8、質(zhì)量并不導(dǎo)致成本 上升改進質(zhì)量要求“一次性做好”，以減少補救、修正和重新設(shè)計的成

8、本，更不 必說在顧客滿意度方面有什么損失了。 9、質(zhì)量是必須的但可能還不夠尤其當所有的競爭者都將其質(zhì)量提高到大致同一水平時。 摘自測試流程管理1.1.2 快跑還是慢行：測試階段 組件或子系統(tǒng)測試 在組件或子系統(tǒng)測試階段，測試人員主要是為了發(fā)現(xiàn)單個功能的錯誤。組件測試趨向于強調(diào)結(jié)構(gòu)（白箱）技術(shù)。此外，組件通常需要結(jié)構(gòu)支持。組件測試非常適合在這種情況下進行開發(fā)。然而，如果組件只由一部分組成，那么行 為（黑箱）測試適合于這種情況。 字符串測試 字符串測試著重測試通常使用的腳本和客戶可操作的字符串。這一階段很少被用到；我也只是在集成測試中涉及嚴格的黑箱測試時看到過它的一次應(yīng)用。在 Speedy Wri

9、ter的情況下，字符串測試可能在文檔加密、 解密，或者文檔的創(chuàng)建、打印，以及文檔保存的情況下被用到。 平行測試 硬件開發(fā)經(jīng)常包含平行測試，它在驗收測試之后進行，或者與驗收測試同時進行。平行測試檢查生產(chǎn)線的能力，以及大致生產(chǎn)出完成后的系統(tǒng)。有時，這個階段也包含在一般的軟件開發(fā)中，它可以證明系統(tǒng)在一組有限的真實客戶 進行的現(xiàn)場環(huán)境中能夠執(zhí)行所有必要的操作。如果您的測試組織沒有包含在生產(chǎn)或操作中，那么您可能不需要進行平行測試。 測試階段的排序 下面展示的是測試階段的通常順序。這個階段不是一成不變的也就是說，每個階段之間的相對階段長度和覆蓋面是經(jīng)常變化的。 單元 組件 集成 字符串 系統(tǒng) 接受 fastpoint : 單元測試->(組件測試->集成測試->系