引言目的xx單詞中的各個(gè)功能模塊是否滿足用戶要求，并測試是否存bug。預(yù)期到達(dá)能夠使系統(tǒng)進(jìn)展快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地覺察軟件的錯(cuò)誤。背景本工程測試的背景；xx單詞是一個(gè)能夠?yàn)閷W(xué)生供給簡潔便利的記單詞的軟件，但由于每次鎖屏都只出一個(gè)單詞，在使用過程中可能會有極大的不便，進(jìn)展測試就是為了增加改進(jìn)功能。該開發(fā)工程的歷史，列出用戶和執(zhí)行此工程測試的機(jī)構(gòu)或人群;該工程前后經(jīng)受了三個(gè)階段，前期設(shè)計(jì)階段，然后是開發(fā)階段，最終是軟件的測試階段。工程的用戶針對的是本學(xué)校的一些想要在空閑時(shí)間背單詞的學(xué)生，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進(jìn)展測試。范圍主要測試軟件的功能是否滿足客戶的需要，性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個(gè)模塊進(jìn)展具體的測試，并記錄測試的結(jié)果，對測試的結(jié)果進(jìn)展細(xì)致的分析處理。測試時(shí)對系統(tǒng)的各個(gè)功能模塊進(jìn)展拆分測試，并以每一個(gè)模塊都要測試到。對全部可能的結(jié)果進(jìn)展測試，以及測試過程中存在的問題進(jìn)展分析，然后提交測試的記錄。最終，對軟件存在的問題以及性能的測試進(jìn)展全面分析，并賜予記錄。在測試的過程中需要提出各個(gè)問題的假設(shè)，以及依據(jù)需求報(bào)告文檔中存在的工程功能模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設(shè)計(jì)、開發(fā)、或?qū)嵤┑娜匡L(fēng)險(xiǎn)或意外大事。列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑娜考s束。義信息〔Information〕：有關(guān)數(shù)據(jù)庫中單詞的詞義，詞性，單詞本身等治理〔Manage〕：各級詞庫的選擇參考資料列出編寫本打算及測試整個(gè)過程中所要參考的文件、資料。編編號資料名稱作者日期出版單位《軟件測試入門1與提高》xx2023.6清華大學(xué)出版社《軟件測試根底2教程》xx2023.3郵電大學(xué)出版社《軟件測試自動用》xx2023.4機(jī)械工業(yè)出版社測試內(nèi)容下表列出了測試需求，并對其進(jìn)展了優(yōu)先級定義：子系統(tǒng)名子系統(tǒng)名優(yōu)先模塊名稱 測試點(diǎn) 說明稱 級隨機(jī)單詞0單詞不能把握單詞次數(shù)1一次指出一個(gè)詞庫選擇詞庫2應(yīng)增加更多項(xiàng)選擇擇xx點(diǎn)擊空白處2沒有反響添加按鈕背完單詞后必需點(diǎn)退0出測試規(guī)章進(jìn)入準(zhǔn)則安裝安裝包以后就可以進(jìn)展使用。暫停/退出準(zhǔn)則軟件系統(tǒng)在進(jìn)展單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試時(shí)，覺察一級錯(cuò)誤〔大于1〕、二級錯(cuò)誤〔2〕暫停測試返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試，分別到達(dá)單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測試停止標(biāo)準(zhǔn)。軟件系統(tǒng)通過驗(yàn)收測試，并已得出驗(yàn)收測試結(jié)論。軟件工程需暫停以進(jìn)展調(diào)整時(shí)，測試應(yīng)隨之暫停，并備份暫停點(diǎn)數(shù)據(jù)。軟件工程在其開發(fā)生命周期內(nèi)消滅重大估算，進(jìn)度偏差，需暫停或終止時(shí)，測試應(yīng)隨之暫停或終止，并備份暫?；蚪K止點(diǎn)數(shù)據(jù)測試方法首先，進(jìn)展對功能模塊進(jìn)展劃分，明確功能測試的人員負(fù)責(zé)狀況。其次對各個(gè)模塊進(jìn)展測試。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個(gè)功能是否都能正常使用，在測試時(shí)，把程序看作一個(gè)不能翻開的黑盒子，在完全不考慮程序內(nèi)部構(gòu)造和內(nèi)部特性的狀況下，測試者在程序接口進(jìn)展測試，它只檢查程序功能是否依據(jù)需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息〔如數(shù)據(jù)庫或文件〕的完整性。黑盒測試方法主要有等價(jià)類劃分、邊值分析、因—果圖、錯(cuò)誤推想等，主要用于軟件確認(rèn)測試。黑盒測試著力于程序外部構(gòu)造、不考慮內(nèi)部規(guī)律構(gòu)造、針對軟件界面和軟件功能進(jìn)展測試。“黑盒法是窮舉輸入測試，只有把全部可能的輸入都作為測試狀況使用，才能以這種方法查出程序中全部的錯(cuò)誤。實(shí)際上測試狀況有無窮多個(gè)，人們不僅要測試全部合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)展測試。當(dāng)完成模塊測試后進(jìn)展整個(gè)系統(tǒng)的功能測試測試手段路徑測試(pathtesting)。一條路徑包含測試員所執(zhí)行的全部步驟，或程序?yàn)榱说玫秸_狀態(tài)所通過的全部語句。路徑測試包括測試通過程序的很多路徑。通過非平凡程序的全部路徑是不行能的。因此，有些測試員進(jìn)展子路徑測試(subpathtesting),測試很多局部路徑。、語句與分支掩蓋率(statementandbranchcoverage)。假設(shè)測試執(zhí)行了程序中的全部語句(或代碼行)100%的語句掩蓋率。假設(shè)執(zhí)行了全部語句和一個(gè)語句到100%的語句和分支掩蓋率。設(shè)計(jì)自己的測試,到達(dá)高的語句與分支掩蓋率,有時(shí)叫做“基于掩蓋率的測試(coverage-basedtesting)。(到達(dá)掩蓋率目標(biāo)后,可以停頓測試，或停頓設(shè)計(jì)更多的測試)。把它叫做語句與分支掩蓋率，是為了與關(guān)注其他類型掩蓋率的測試相區(qū)分。配置掩蓋率就是一個(gè)很好例子，這種手段執(zhí)行同一條語句很屢次，但是潛在產(chǎn)生格外不同的結(jié)果。配置掩蓋率(configurationcoverage100臺打印饑的兼容性，并且已10臺,10%的打印機(jī)掩蓋率。更一般地，配置掩蓋率度量測試員已經(jīng)運(yùn)行(并且程序已經(jīng)通過)的配置測試占打算運(yùn)行的配置測試總數(shù)的百分比?；谝?guī)格說明的測試(specification-basedtesting。這種測試關(guān)注驗(yàn)證在規(guī)格說明中所做的有關(guān)產(chǎn)品的每個(gè)事實(shí)聲明。(事實(shí)聲明是可以用真或假表示的任何語句。)常常包括手冊、市場開發(fā)文檔或廣告、技術(shù)支持人員寄給客戶的印刷品中的全部聲明?；谛枨蟮臏y試(requirements-basedtesting。測試關(guān)注證明程序滿足需求文檔中的全部需求(或關(guān)注逐個(gè)需求地證明某個(gè)需求沒有被滿足。)組合測試(combinationtesting。相互組合測試兩個(gè)或更多變量。本章最終的“測試手段附錄”還要爭論這個(gè)問題。組合測試很重要，但是很多測試員對這種測試爭論得還很不夠。測試要點(diǎn)主要測試系統(tǒng)的功能是否符合客戶要求，各個(gè)模塊之間的連接程度是否順暢，并測試軟件是否存在缺陷和漏洞。測試工具負(fù)載壓力測試工具這類測試工具的主要目的是度量應(yīng)用系統(tǒng)的可擴(kuò)展性和性能，是一種推想系統(tǒng)行為和性能的自動化測試工具。在實(shí)施并發(fā)負(fù)載過程中，通過實(shí)時(shí)性能監(jiān)測來確認(rèn)和查找問題，并針對所覺察問題對系統(tǒng)性能進(jìn)展優(yōu)化，確保應(yīng)用的成功部署。負(fù)載壓力測試工具能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)展測試，通過這些測試，企業(yè)能最大限度地縮短測試時(shí)間，功能測試工具通過自動錄制、檢測和回放用戶的應(yīng)用操作，將被測系統(tǒng)的輸出記錄同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較，功能測試工具能夠有效地幫助測試人員對簡潔的企業(yè)級應(yīng)用的不同公布版本的功能進(jìn)行測試，提高測試人員的工作效率和質(zhì)量。其主要目的是檢測應(yīng)用程序測試治理工具一般而言，測試治理工具對測試需求、測試打算、測試用例、測試實(shí)施進(jìn)展治理，并且測試治理工具還包括對缺陷的跟蹤治理。測試治理工具能讓測試人員、開發(fā)人員或IT人員通過一個(gè)中心數(shù)據(jù)倉庫，在不同地方就能交互信息。測試環(huán)境硬件環(huán)境1>安卓系統(tǒng)智能機(jī)軟件環(huán)境4，0以上系統(tǒng)安全性環(huán)境要求操作系統(tǒng)的安全性，測試工具的安全性，測試軟件的安全性。工程任務(wù)以下是測試學(xué)生信息治理系統(tǒng)時(shí)與測試有關(guān)的任務(wù)：測試規(guī)劃響應(yīng)時(shí)間我把“響應(yīng)時(shí)間”的概念確定為“對懇求作出響應(yīng)所需要的時(shí)間”，把響應(yīng)時(shí)間作`為用戶視角的軟件性能的主要表達(dá)。響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間”和“系統(tǒng)響應(yīng)時(shí)間”兩個(gè)局部。并發(fā)用戶數(shù)我把“并發(fā)用戶數(shù)”與“同時(shí)在線數(shù)”進(jìn)展區(qū)分對待，我的“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是：并發(fā)用戶數(shù)取決于測試對象的目標(biāo)業(yè)務(wù)場景，因此，在確定這個(gè)“并發(fā)用戶數(shù)”前，必需〔必要〕先對用戶的業(yè)務(wù)進(jìn)展分解、分析出典型的業(yè)務(wù)場景〔也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作〕，然后基于場景承受某些方法〔有多種計(jì)算并發(fā)用戶數(shù)的數(shù)學(xué)模型與公式〕獲得“并發(fā)用戶數(shù)”。這樣做的緣由是：假設(shè)一個(gè)應(yīng)用系統(tǒng)、最頂峰有500500人卻不50%的人在填寫簡潔的表格〔填寫表格動作對效勞器沒有任何負(fù)擔(dān)、只有在“提交”動作的時(shí)候才會對效勞器系統(tǒng)構(gòu)成壓力〕、有40%的人在不停的從一個(gè)頁面跳轉(zhuǎn)到另外一個(gè)頁面〔不停發(fā)出懇求與回應(yīng)、產(chǎn)生效勞器壓力〕10%的人掛在線上，沒有任何操作在發(fā)呆：〕〔沒有對效勞器構(gòu)成壓力的動作〕。因此只有那40%的人真正對效勞器產(chǎn)生了壓力，從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但是業(yè)務(wù)并發(fā)用戶數(shù)、還取決于業(yè)務(wù)規(guī)律、業(yè)務(wù)場景。因此我4、5、6。吞吐量我把吞吐量定義為“單位時(shí)間內(nèi)系統(tǒng)處理的客戶懇求的數(shù)量”，直接表達(dá)軟件系統(tǒng)的性能承載力氣，對于交互式應(yīng)用系統(tǒng)來說、吞吐量反映的是效勞器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個(gè)重要指標(biāo)、它不但反映在中間件、數(shù)據(jù)庫上、更加表達(dá)在硬件上。我們在以下方面利用這個(gè)指標(biāo)：用來幫助設(shè)計(jì)性能測試場景，衡量性能測試是否到達(dá)了估量的設(shè)計(jì)目標(biāo)、比方J2EE應(yīng)用系統(tǒng)的連接池、數(shù)據(jù)庫事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。用來幫助分析性能瓶頸、參照本文其次局部總的RBI方法。性能計(jì)數(shù)器性能計(jì)數(shù)器式描述效勞器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)、例如對WINDOWS來說使用內(nèi)存數(shù)、CPU使用率、進(jìn)程時(shí)間等都是常見的計(jì)數(shù)器。對于性能計(jì)數(shù)器這個(gè)指標(biāo)來說、需要考慮到的不但有硬件計(jì)數(shù)器、web效勞器計(jì)數(shù)器、Weblogic效勞器計(jì)數(shù)器、Servlet性能計(jì)數(shù)器、EJB2的性能計(jì)數(shù)器、JSF性能計(jì)數(shù)器、JMS性能計(jì)數(shù)器。找到這些指標(biāo)是使用性能計(jì)數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、供給優(yōu)化建議才是性能計(jì)數(shù)器使用的關(guān)鍵。性能計(jì)數(shù)器簡潔而繁多、與代碼上下文環(huán)境、系統(tǒng)配置狀況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的標(biāo)準(zhǔn)實(shí)現(xiàn)、工具、類庫版本都有嚴(yán)密的聯(lián)系、在此不作贅述。思考時(shí)間我把思考時(shí)間確定為“休眠時(shí)間”。從業(yè)務(wù)系統(tǒng)的角度來說，這個(gè)時(shí)間指的是用戶在驚醒操作時(shí)、每個(gè)懇求之間的時(shí)間間隔、從自動化測試的角度來說、要真實(shí)的測試模擬用戶操作、就必需在測試腳本中讓各個(gè)操作之間等待一段時(shí)間、表達(dá)在腳本上就是在Think的函數(shù)，表達(dá)為腳本中兩個(gè)懇求語句之間的間隔時(shí)間、不同的測試工具供給了不同的函數(shù)或方法來實(shí)現(xiàn)思考時(shí)間、比方HPLoadRuner和IBMRationalPerformanceTester的方式就完全不同。測試設(shè)計(jì)用戶層：主要是面對產(chǎn)品最終的使用操作者的測試。這里重點(diǎn)突出的是在操作者角度上，測試系統(tǒng)對用戶支持的狀況，用戶界面的標(biāo)準(zhǔn)性、友好性、可操作性，以及數(shù)據(jù)的安全性。主要包括：用戶手冊、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊是否正確、是否易于理解、是否人性化。用戶界面測試在確保用戶界面能夠通過測試對象控件或入口得到相應(yīng)訪問的狀況下，測試用戶界面的風(fēng)格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好?？删S護(hù)性測試可維護(hù)性是系統(tǒng)軟、硬件實(shí)施和維護(hù)功能的便利性。目的是降低維護(hù)功能對系統(tǒng)正常運(yùn)行帶來的影響。例如：對支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測試。安全性測試這里的安全性主要包括了兩局部：數(shù)據(jù)的安全性和操作的安全性。核實(shí)只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng);核實(shí)只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng)，其他不符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng);應(yīng)用層：針對產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測試。重點(diǎn)站在系統(tǒng)應(yīng)用的角度，模擬實(shí)際應(yīng)用環(huán)境，對系統(tǒng)的兼容性、牢靠性、性能等進(jìn)展的測試。系統(tǒng)性能測試針對整個(gè)系統(tǒng)的測試，包含并發(fā)性能測試、負(fù)載測試、壓力測試、強(qiáng)度測試、破壞性測試。并發(fā)性能測試是評估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)狀況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過程；強(qiáng)度測試是在資源狀況低的狀況下，找出因資源缺乏或資源爭用而導(dǎo)致的錯(cuò)誤；破壞性測試重點(diǎn)關(guān)注超出系統(tǒng)正常負(fù)荷N倍狀況下，錯(cuò)誤消滅狀態(tài)和消滅比率以及錯(cuò)誤的恢復(fù)力氣。系統(tǒng)牢靠性、穩(wěn)定性測試確定負(fù)荷的長期使用環(huán)境下，系統(tǒng)牢靠性、穩(wěn)定性。系統(tǒng)兼容性測試系統(tǒng)中軟件與各種硬件設(shè)備兼容性，與操作系統(tǒng)兼容性、與支撐軟件的兼容性。系統(tǒng)組網(wǎng)測試組網(wǎng)環(huán)境下，系統(tǒng)軟件對接入設(shè)備的支持狀況。包括功能實(shí)現(xiàn)及群集性能。系統(tǒng)安裝升級測試安裝測試的目的是確保該軟件在正常和特別的不同狀況下進(jìn)展安裝時(shí)都能按預(yù)期目標(biāo)來處理。例如，正常狀況下，第一次安裝或升級、完整的或自定義的安裝都能進(jìn)展安裝。特別狀況包括磁盤空間缺乏、缺少名目創(chuàng)立權(quán)限等。還有一個(gè)目的是核實(shí)軟件在安裝后可馬上正常運(yùn)行。另外對安裝手冊、安裝腳本等也需要關(guān)注。測試執(zhí)行預(yù)備故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破環(huán)的各種硬件、軟件、網(wǎng)絡(luò)故障中恢復(fù)數(shù)據(jù)。故障轉(zhuǎn)移測試可確保：對于必需持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng)，以避開喪失任何數(shù)據(jù)或事務(wù)。恢復(fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)至于極端的條件下〔或者是模擬的極端條件下〕，以產(chǎn)生故障〔例如設(shè)備輸入/輸出〔I/O〕故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字〕。然后調(diào)用恢復(fù)進(jìn)程并檢測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。測試執(zhí)行前提條件確保測試工程的功能正常。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面〔GUI〕與應(yīng)用程序進(jìn)展交互，并對交互的輸出或結(jié)果進(jìn)展分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程,這是目前的測試重點(diǎn)。執(zhí)行用例及原始數(shù)據(jù)記錄提交測試問題單和測試報(bào)告回歸及驗(yàn)收測試輸出工件利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例流，以核實(shí)以下內(nèi)容：在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。實(shí)施打算工作量估量依據(jù)工作內(nèi)容和工程任務(wù)對包括測試設(shè)計(jì)的工作量、測試執(zhí)行和測試總結(jié)的工作量，以人月或人日計(jì)， 并具體注釋測試設(shè)計(jì)、測試執(zhí)