- 相關(guān)推薦
軟件系統(tǒng)測試工作總結(jié)
總結(jié)就是把一個(gè)時(shí)間段取得的成績、存在的問題及得到的經(jīng)驗(yàn)和教訓(xùn)進(jìn)行一次全面系統(tǒng)的總結(jié)的書面材料，它能幫我們理順知識結(jié)構(gòu)，突出重點(diǎn)，突破難點(diǎn)，為此我們要做好回顧，寫好總結(jié)。但是總結(jié)有什么要求呢？以下是小編精心整理的軟件系統(tǒng)測試工作總結(jié)，僅供參考，歡迎大家閱讀。
軟件系統(tǒng)測試工作總結(jié)1
自2月份開始，我一直在跟進(jìn)xx銀行w-xxnd1s2.0項(xiàng)目的測試工作，至此為止已近6個(gè)月時(shí)間，從公司內(nèi)部系統(tǒng)測試、驗(yàn)收測試，再到uat測試，以及投產(chǎn)前的系統(tǒng)壓力測試等等。從開始到項(xiàng)目即將結(jié)束，一步步走過來。本次項(xiàng)目中，我作為測試環(huán)節(jié)的主力人員之一，僅對此項(xiàng)目中測試工作進(jìn)行總結(jié)。
一、項(xiàng)目測試進(jìn)度控制。項(xiàng)目的測試進(jìn)度主要是按照項(xiàng)目計(jì)劃進(jìn)行的，完全按照項(xiàng)目組計(jì)劃要求完成測試任務(wù)、提交測試類相關(guān)文檔，包括測試案例的完善、制定測試計(jì)劃、執(zhí)行測試、缺陷跟蹤以及bug回歸測試等。協(xié)調(diào)項(xiàng)目的內(nèi)部測試工作，本此項(xiàng)目中測試小組一共組織了四輪次系統(tǒng)全面測試工作，認(rèn)真配合項(xiàng)目工作，共同保證項(xiàng)目質(zhì)量。項(xiàng)目測試的問題跟蹤及處理采用每日進(jìn)行修改問題回歸測試工作，每日同步更新問題跟蹤單的模式，按照規(guī)劃時(shí)間完成系統(tǒng)更新測試。
二、項(xiàng)目組內(nèi)部成員關(guān)系處理。在項(xiàng)目工作的這幾個(gè)月里大家相處融洽，項(xiàng)目組內(nèi)部共同探討解決問題的方法，向各模塊負(fù)責(zé)人學(xué)習(xí)模塊功能處理方式，向業(yè)務(wù)人員了解系統(tǒng)中涉及的業(yè)務(wù)知識點(diǎn)，兩者結(jié)合起來進(jìn)行模塊功能測試。鑒于之前轄內(nèi)對公交易系統(tǒng)和中行對公項(xiàng)目的經(jīng)驗(yàn)，也向項(xiàng)目組提出了一些完善性意見。
三、協(xié)調(diào)用戶測試方面。用戶驗(yàn)收測試是項(xiàng)目測試工作的重要組成部分之一，是項(xiàng)目驗(yàn)收階段的`最終把關(guān)階段，業(yè)務(wù)人員結(jié)合日常業(yè)務(wù)處理情況對系統(tǒng)進(jìn)行的嘗試性使用過程。本次項(xiàng)目客戶測試方面也是我個(gè)人覺得不夠安全感一個(gè)主要方面，客戶測試介入力度太小，盡管我們已經(jīng)很多次電話催促業(yè)務(wù)人員測試，每次聯(lián)系相關(guān)業(yè)務(wù)人員進(jìn)行測試，他們來到項(xiàng)目組開發(fā)現(xiàn)場測試，也僅僅一兩個(gè)小時(shí)時(shí)間，簡單的進(jìn)行驗(yàn)證操作即可。xx銀行利用兩批系統(tǒng)培訓(xùn)的時(shí)間安排了兩次分行集中測試，也算給項(xiàng)目進(jìn)行了一次全面的測試，從中也暴露出不少系統(tǒng)存在的問題，目前項(xiàng)目組均已解決。最新軟件系統(tǒng)項(xiàng)目工作總結(jié)
四、測試成效方面。中信x-funds2.0系統(tǒng)測試中，共記錄問題及客戶新增需求825個(gè)，其中bug數(shù)量512個(gè)、系統(tǒng)完善類問題225個(gè)，新增需求類問題88個(gè)。組織了四輪次內(nèi)部系統(tǒng)全面測試工作，兼顧日常系統(tǒng)更新測試工作，最大限度的進(jìn)行了內(nèi)部質(zhì)量把關(guān)。配合外包公司一同進(jìn)行系統(tǒng)壓力測試及穩(wěn)定性測試，測試結(jié)果符合客戶要求�，F(xiàn)中信x-funds2.0系統(tǒng)臨近投產(chǎn)實(shí)施工作，測試組還將繼續(xù)配合配合項(xiàng)目投產(chǎn)工作及投產(chǎn)后的補(bǔ)丁更新測試工作。
五、個(gè)人得失方面。作為此次項(xiàng)目測試的負(fù)責(zé)人，對于日常的測試流程、測試任務(wù)分配、測試執(zhí)行、缺陷跟蹤、協(xié)調(diào)內(nèi)部測試及協(xié)調(diào)客戶測試方面能力均得到了進(jìn)一步提高，理清了項(xiàng)目整個(gè)過程中測試小組的工作過程以及后期的項(xiàng)目移交工作。同時(shí)也對各子系統(tǒng)相應(yīng)的業(yè)務(wù)知識有了更進(jìn)一步認(rèn)知。相關(guān)業(yè)務(wù)知識方面還需要進(jìn)一步加強(qiáng)，測試技能及測試管理方面還需要進(jìn)一步完善學(xué)習(xí)。更好的吸收項(xiàng)目經(jīng)驗(yàn)，做好以后的補(bǔ)丁測試工作及其他項(xiàng)目的測試工作。
軟件系統(tǒng)測試工作總結(jié)2
隨著科技的進(jìn)步，手機(jī)款型可謂日新月異，功能也越來越豐富。相應(yīng)的，越來越多的手機(jī)應(yīng)用軟件也伴隨著手機(jī)功能的多樣化應(yīng)運(yùn)而生。面對種類眾多的手機(jī)應(yīng)用軟件，該如何進(jìn)行測試，測試時(shí)又需要重點(diǎn)關(guān)注什么呢？本文檔結(jié)合本人在產(chǎn)品手機(jī)項(xiàng)目測試過程中的經(jīng)驗(yàn)，淺談下手機(jī)應(yīng)用軟件測試相關(guān)知識。
對于產(chǎn)品的手機(jī)項(xiàng)目（應(yīng)用軟件），主要是進(jìn)行系統(tǒng)測試。而針對手機(jī)應(yīng)用軟件的系統(tǒng)測試，我們通常從如下幾個(gè)角度開展：功能模塊測試，交叉事件測試，壓力測試，容量測試，兼容性測試，易用性/用戶體驗(yàn)測試等。
1、功能模塊測試：首先應(yīng)分析功能模塊的功能項(xiàng)，測試每個(gè)功能項(xiàng)是否能夠?qū)崿F(xiàn)對應(yīng)的功能。一般根據(jù)測試用例（Test Case）或軟件本身的流程就可以完成基本功能測試（相對簡單，故障也較容易發(fā)現(xiàn)、解決）。
2、交叉事件測試：又叫事件或沖突測試，是指一個(gè)功能正在執(zhí)行過程中，同時(shí)另外一個(gè)事件或操作對該過程進(jìn)行干擾的測試。例如通話過程中接收到短信或鬧鈴觸發(fā)，應(yīng)用軟件運(yùn)行過程中插拔充電器等。執(zhí)行干擾的沖突事件不能導(dǎo)致應(yīng)用軟件異常、手機(jī)死機(jī)或花屏等嚴(yán)重問題。另外，還需要注意各交叉事件的優(yōu)先級別，檢驗(yàn)系統(tǒng)是否能依據(jù)各事件的優(yōu)先級別依次進(jìn)行處理。不能因執(zhí)行優(yōu)先級別高的事件而導(dǎo)致優(yōu)先級較低的事件吊死。
交叉事件測試非常重要，一般能發(fā)現(xiàn)應(yīng)用軟件中一些潛在的問題。另外有中英文模式切換的手機(jī)要注意中英文模式切換后的功能實(shí)現(xiàn)存在的問題（這個(gè)主要針對手機(jī)應(yīng)用軟件支持語言自適應(yīng)功能），這一點(diǎn)通常會被測試人員忽略。
3、壓力測試：又叫邊界值容錯(cuò)測試或極限負(fù)載測試。即測試過程中，已經(jīng)達(dá)到某一軟件功能的最大容量、邊界值或最大的承載極限，仍然對其進(jìn)行相關(guān)操作。例如連續(xù)進(jìn)行短信的接收和發(fā)送，超過收件箱和SIM卡所能存儲的最大條數(shù)，仍然進(jìn)行短消息的接收或發(fā)送，以此來檢測軟件在超常態(tài)條件下的表現(xiàn)，進(jìn)而評估用戶能否接受。
對手機(jī)可以施加的`壓力測試類型主要有：
●存儲壓力：由于手機(jī)采用的是棧式存儲，所以當(dāng)一個(gè)存儲塊滿了之后，如果程序員不做相應(yīng)處理或者處理不好的話，很容易造成其他存儲區(qū)被擦除，從而在UI上出現(xiàn)問題（比如其他功能無法正常使用，出現(xiàn)異常）。
●邊界壓力：邊界處理一直是程序員最容易忽略的地方。
●響應(yīng)能力壓力：有時(shí)候某個(gè)操作可能處理的時(shí)間很長，在處理期間如果測試者再不斷地進(jìn)行其他操作的話，很容易出現(xiàn)問題。
● 網(wǎng)絡(luò)流量壓力：執(zhí)行較大數(shù)據(jù)流量的功能的同時(shí)，再進(jìn)行其他功能操作，使得網(wǎng)絡(luò)流量始終處于很高的狀態(tài)（如視頻通話時(shí)再進(jìn)行短信等其他功能操作），驗(yàn)證各功能是否依然能正常工作，是否存在因網(wǎng)絡(luò)流量瓶頸而引起某功能異常。
壓力測試用手工測試可能很繁鎖，可以考慮自動(dòng)化測試。遺憾的是，目前還沒有較為大量使用的工具，一般都是由開發(fā)人員配合開發(fā)出的工具，或者高級的測試人員編寫出的腳本。
4、容量測試：即存儲空間已滿時(shí)的測試，包括手機(jī)用戶可用內(nèi)存和SIM卡的所有空間被完全使用的測試。此時(shí)再對可編輯的模塊進(jìn)行和存儲空間有關(guān)的任何操作測試，如果軟件在極限容量狀態(tài)下處理不好，有可能導(dǎo)致死機(jī)或嚴(yán)重的花屏等問題的出現(xiàn)。
5、兼容性測試：也就是不同品牌、款型的手機(jī)（針對目前我們產(chǎn)品來說，主要是針對不同品牌、款型的手機(jī)上的測試），不同網(wǎng)絡(luò)，不同品牌和不同容量大小的SIM卡之間的互相兼容的測試。以短消息為例：中國電信的小靈通接收到從中國移動(dòng)或中國聯(lián)通GSM發(fā)來的短消息，需要驗(yàn)證顯示和回復(fù)功能是否正常等。再比如，應(yīng)用軟件分別在Nokia N80、N93手機(jī)上運(yùn)行，各功能是否均能正常使用，界面是否均顯示正常等。
6、易用性/用戶體驗(yàn)測試：易用性（Useability）/用戶體驗(yàn)是指在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力，是交互的適應(yīng)性、功能性和有效性的集中體現(xiàn)。
易用是對終端軟件（推而廣之是交互類軟件）最基本、最重要的要求。不好用的軟件很難吸引用戶，更別提提升用戶對軟件的忠誠度了。易用性體現(xiàn)在：所見即所得、一用便知、一學(xué)就會，方便快捷的完成預(yù)期功能。易用的軟件能讓一個(gè)新用戶快速學(xué)習(xí)、使用我們的軟件，并在使用軟件過程中體現(xiàn)我們的貼心服務(wù)，超出用戶預(yù)期的體現(xiàn)是我們追求的目標(biāo)。
軟件系統(tǒng)測試工作總結(jié)3
1、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作？
因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時(shí)讓開發(fā)人員得知并修改問題，在即將發(fā)布時(shí)，從測試報(bào)告中得出軟件的質(zhì)量情況。
2、測試能給你帶來什么樣的快樂？
測試可以給我?guī)砗芏嗫鞓�，如果測試出一個(gè)項(xiàng)目缺少東西，我會很高興，因?yàn)槲覍ψ约旱墓ぷ饔辛诵碌恼J(rèn)識，也為公司做了效益;如果測試出一個(gè)項(xiàng)目沒有問題，我也很高興，因?yàn)橥聜兌荚谂�，大家都希望為公司做貢獻(xiàn)，這就是一個(gè)很強(qiáng)大的團(tuán)隊(duì)，這是一件多么另人振奮的事情啊!
3、軟件測試的目的？
測試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷，通過修正種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患帶來的商業(yè)風(fēng)險(xiǎn)。
4、Alpha測試與beta測試的區(qū)別
Alpha測試在系統(tǒng)開發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由程序或測試員完成，不能由最終用戶或其它人員完成。
Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
5、簡述集成測試的過程
(1)構(gòu)建的確認(rèn)過程。
(2)補(bǔ)丁的確認(rèn)過程。
(3) Z34 。
(4)測試用例設(shè)計(jì)過程。
(5)測試代碼編寫過程。
(6) Bug的報(bào)告過程。
(7)每周/每兩周的構(gòu)建過程。
(8)點(diǎn)對點(diǎn)的測試過程。
(9)組內(nèi)培訓(xùn)過程。
集成測試過程:集成測試計(jì)劃->集成測試設(shè)計(jì)->集成測試實(shí)現(xiàn)->集成測試執(zhí)行。
6、質(zhì)量的八大特性是什么？各種特性的定義？
(1）功能性：軟件所實(shí)現(xiàn)的功能達(dá)到它的設(shè)計(jì)規(guī)范和滿足用戶需求的程度
(2）性能：在規(guī)定條件下，實(shí)現(xiàn)軟件功能所需的響應(yīng)時(shí)間和計(jì)算機(jī)資源(CPU、內(nèi)存、磁盤空間和數(shù)據(jù)吞吐量)的使用程度
(3）可靠性：在滿足一定條件的應(yīng)用環(huán)境中，軟件能夠正常維持其工作的能力，在出現(xiàn)一些錯(cuò)誤操作時(shí)，軟件可以具有容錯(cuò)性，如果軟件意外退出，重新啟動(dòng)后可以恢復(fù)最近的軟件數(shù)據(jù)
(4）安全性：為了防止意外或人為的破壞，軟件應(yīng)具備的自身保護(hù)能力
(5）使用性：用戶在理解、學(xué)習(xí)和操作軟件的過程中的付出的努力的難易程度
(6）維護(hù)性：軟件在運(yùn)行維護(hù)過程中，如果出現(xiàn)了運(yùn)行故障或者擴(kuò)展新功能和性能，軟件系統(tǒng)是否具有可分析性和良好的擴(kuò)展性，重新設(shè)計(jì)后的軟件的穩(wěn)定性和可測試性
(7）移植性：軟件從現(xiàn)有運(yùn)行平臺向另一個(gè)運(yùn)行平臺過度的適應(yīng)程度和平臺可替換性
(8）重用性：整個(gè)軟件或其中一部分能作為軟件包而被再利用的程度
7、系統(tǒng)測試計(jì)劃是否需要同行審批，為什么
需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。
8、軟件質(zhì)量應(yīng)該從哪些方面來評價(jià)？
可靠性、安全性、性能、易用性、外觀、穩(wěn)定性
9、系統(tǒng)測試包含哪些方面？
1.恢復(fù)測試、2.安全測試、3.強(qiáng)度測試、4.性能測試
10、區(qū)別階段評審的與同行評審
同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤;
階段評審目的:評審模塊階段作品的正確性可行性及完整性
同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓(xùn)，由SQA指導(dǎo)
階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格
同行評審內(nèi)容:內(nèi)容小一般文檔< 40頁，代碼< 500行
階段評審內(nèi)容:內(nèi)容多，主要看重點(diǎn)
同行評審時(shí)間:一小部分工作產(chǎn)品完成
階段評審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
11、測試結(jié)束的標(biāo)準(zhǔn)是什么？
1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
12、制定測試計(jì)劃之前需要了解什么問題？
(1)軟件測試計(jì)劃的目的是什么？是否所有人都知道？他們同意這個(gè)測試計(jì)劃過程嗎？
(2)測試的是什么產(chǎn)品？是新程序還是維護(hù)升級的？是獨(dú)立程序還是由多個(gè)小程序組成的？
(3)產(chǎn)品的質(zhì)量目標(biāo)是什么？產(chǎn)品的功能需求和性能指標(biāo)必須得到所有人的一致認(rèn)可。
13、請?jiān)斒鲈O(shè)計(jì)測試用例的.方法？（只是列出一個(gè)測試用例思考的方向，具體設(shè)計(jì)靠經(jīng)驗(yàn)）
�、俸诤袦y試用例根據(jù)業(yè)務(wù)需求說明書來設(shè)計(jì)，分為：
等價(jià)劃分法邊界值分析法錯(cuò)誤推測法因果圖法邏輯覆蓋法
�、诎缀袦y試用例通過研究代碼與程序結(jié)構(gòu)可以分為以下兩種方式：
靜態(tài)測試：通過靜態(tài)的檢查程序代碼、界面、文檔中可能存在的錯(cuò)誤的過程。
|-測試代碼編寫的規(guī)范性|-測試界面|-測試相關(guān)需求說明和用戶手冊是否符合實(shí)際要求
動(dòng)態(tài)測試：通過路徑和分支測試。測試用例主要根據(jù)以下六種覆蓋測試方法設(shè)計(jì)
|-語句覆蓋|-判定覆蓋|-條件覆蓋|-判定/條件覆蓋|-組合覆蓋|-路徑覆蓋
14、比較負(fù)載測試，壓力測試，容量測試和強(qiáng)度測試的區(qū)別
負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。通過逐步增加系統(tǒng)負(fù)載，最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)能承受的最大負(fù)載量的測試。
強(qiáng)度測試：又稱疲勞強(qiáng)度測試，在系統(tǒng)穩(wěn)定運(yùn)行的情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析，確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。一定負(fù)荷條件下，在較長時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測試還將確定測試對象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
壓力測試：通過逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級別的測試。
15、測試人員需要何時(shí)參加需求分析？
如果條件允許，原則上來說是越早介入需求分析越好。因?yàn)闇y試人員對需求理解越深刻，對測試工作的開展越有利，可以盡早的確定測試思路，減少與開發(fā)人員的交互，減少對需求理解上的偏差。
16、軟件的缺陷等級應(yīng)如何劃分？
嚴(yán)重：1.由于程序所引起的死機(jī)，非法退出2.死循環(huán)3.數(shù)據(jù)庫發(fā)生死鎖4.因錯(cuò)誤操作導(dǎo)致的程序中斷5.功能錯(cuò)誤6.與數(shù)據(jù)庫連接錯(cuò)誤7.數(shù)據(jù)通訊錯(cuò)誤。
較嚴(yán)重：1.程序錯(cuò)誤2.程序接口錯(cuò)誤3.數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件。
一般性：1.操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2.打印內(nèi)容、格式錯(cuò)誤3.簡單的輸入限制未放在前臺進(jìn)行控制4.刪除操作未給出提示5.數(shù)據(jù)庫表中有過多的空字段。
建議：1.界面不規(guī)范2.輔助說明描述不清楚3.輸入輸出不規(guī)范4.長操作未給用戶提示5.提示窗口文字未采用行業(yè)術(shù)語6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志。
17、你自認(rèn)為測試的優(yōu)勢在哪里？
優(yōu)勢在于我對測試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。
18、你在測試中發(fā)現(xiàn)了一個(gè)bug，但是開發(fā)經(jīng)理認(rèn)為這不是一個(gè)bug，你應(yīng)該怎樣解決。
(1)如果不是錯(cuò)誤則應(yīng)該主動(dòng)承認(rèn)不是缺陷。
(2)如果是需求不明確的則應(yīng)和開發(fā)加強(qiáng)溝通補(bǔ)充需求。
(3)如果和開發(fā)爭論不休應(yīng)該邀請上級判斷。
19、您認(rèn)為做好測試計(jì)劃工作的關(guān)鍵是什么？
(1)明確測試的目標(biāo)，增強(qiáng)測試計(jì)劃的實(shí)用性
(2)堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程
(3)采用評審和更新機(jī)制，保證測試計(jì)劃滿足實(shí)際需求
(4)分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格、測試用例
20、風(fēng)險(xiǎn)和問題
◆市場的壓力
◆測試時(shí)間不夠
◆測試資源的及時(shí)到位
◆測試人員的技能需求
◆開發(fā)進(jìn)度的變化，需求的變更
◆開發(fā)部門的版本控制
◆短時(shí)間上線。這個(gè)是已經(jīng)定好的，沒有參考測試人員的意見。時(shí)間短往往不能得到充分的測試，測試策略必須根據(jù)可用的時(shí)間進(jìn)行調(diào)整。盡快指出這樣的問題非常重要，只有這樣才能調(diào)整時(shí)間表，確定快速開發(fā)的風(fēng)險(xiǎn)并制定降低風(fēng)險(xiǎn)的策略。
◆新的設(shè)計(jì)過程。引入新的設(shè)計(jì)過程會增加風(fēng)險(xiǎn)，新的設(shè)計(jì)過程包括新的工具和設(shè)計(jì)技術(shù)。如果采用新的技術(shù)，能否像我們預(yù)期的那樣運(yùn)轉(zhuǎn)，都存在很大的風(fēng)險(xiǎn)
◆復(fù)雜性。我們應(yīng)該進(jìn)行一些分析工作來確定哪個(gè)功能最復(fù)雜，哪個(gè)功能最容易出錯(cuò)，錯(cuò)誤會對系統(tǒng)的哪些地方造成重大的影響。
◆使用頻率。軟件最常用功能中隱藏的問題可能給用戶造成嚴(yán)重的損失。
◆不可測試的需求。不可測試的需求會對系統(tǒng)的成功造成巨大的威脅。如果測試組在需求階段就驗(yàn)證了需求的可測試性，對需求進(jìn)行了評審，那么此類問題會減少多。
【軟件系統(tǒng)測試工作總結(jié)】相關(guān)文章：
軟件測試工作總結(jié)05-10
軟件測試個(gè)人工作總結(jié)03-23
軟件測試主管工作總結(jié)05-24
軟件測試培訓(xùn)心得06-03
軟件測試實(shí)習(xí)心得04-20
軟件測試的個(gè)人總結(jié)01-10
軟件測試個(gè)人總結(jié)01-16
軟件測試求職信09-19