可移植性測試

1、1.1.1可移植性測試1.1.1.1可移植性測試可移植性指的是未經(jīng)修改或修改部分源代碼后，軟部件從一種環(huán)境移植到另一種環(huán)境中還能正常工作的難易程度。注：1、可移植性是一種程度量，代表移植的難易程度；2、這里的“軟部件”一般指應(yīng)用程序或系統(tǒng)；3、這里的環(huán)境包括軟件環(huán)境、硬件環(huán)境和組織環(huán)境。1.1.1.2 可移植性測試目標(biāo)測試軟件是否可以被成功移植到指定的硬件或軟件平臺上。1.1.1.3 可移植性測試過程需求同行評甫通知需求檜查記錄表1.1.1.4 可移植性可行性分析該階段的主要目軟件移植的可行性分析可以為以后確定測試目標(biāo)與范圍做好準(zhǔn)備，標(biāo)是：1）了解移植系統(tǒng)或軟件的體系結(jié)構(gòu)，便于在目標(biāo)環(huán)境中重構(gòu)

2、；2）了解移植系統(tǒng)或軟件的運行環(huán)境，便于以后創(chuàng)建相應(yīng)的測試環(huán)境;3）確定目標(biāo)環(huán)境與原環(huán)境的差異性；4）明確度量該系統(tǒng)或軟件可移植性的具體指標(biāo)。1.1.1.5 分析測試需求分析測試需求的任務(wù)就是明確系統(tǒng)或軟件的測試點，以及為這些測試點分配的軟件資源、硬件資源、人力和時間資源等。可以通過以下幾個方面來確定測試需求：被測系統(tǒng)或軟件是否對可移植性的要求很高；被測系統(tǒng)或軟件是否有對其他質(zhì)量特性有特別的要求，例如安全性、可靠性等；用戶希望的被測系統(tǒng)或軟件功能點的覆蓋范圍；為測試分配的全部資源。1.1.1.6 設(shè)計測試用例根據(jù)可移植性的指標(biāo)體系，移植測試的用例應(yīng)該包括四類：代碼變更測試用例；用戶界面測試用例

3、；數(shù)據(jù)遷移數(shù)量測試用例；1.1.1.7 代碼變更測試部分系統(tǒng)或軟件在進(jìn)行移植前必須要修改部分代碼來適應(yīng)目標(biāo)環(huán)境，代碼變更測試的目標(biāo)是得到代碼的變更行數(shù)，這里的變更包括增加、刪除和修改。如果是可執(zhí)行文件的移植，要求二方必須提供數(shù)據(jù)真實可靠的代碼變更說明，給出總的源代碼變更行數(shù)。如果是源代碼的移植，則按下述步驟執(zhí)行代碼變更測試：1）獲取移植前后兩個不同的源代碼版本；2）以Subversion為例，將兩組源代碼添加到SVN倉庫中；3）從倉庫中Checkout要統(tǒng)計的源代碼的路徑，如果在工作拷貝目錄下進(jìn)行，先進(jìn)行更新，保證取出是最新的版本，以保證統(tǒng)計的結(jié)果準(zhǔn)確性；4）結(jié)合Subversion的同步比對

4、可以得到修改的代碼行數(shù)；5）生成工作拷貝的XMLLog文件供StatSVN解析使用；6）調(diào)用StatSVN的統(tǒng)計分析工作。7）查看StatSVN分析的結(jié)果new代表新增的文件，del代表刪除文件，+int代表該文件新增代碼行數(shù)，-int代表該文件刪除代碼行數(shù)；8）綜合上述結(jié)果可以得出代碼比對統(tǒng)計報告，如表2所示；代碼對比統(tǒng)計報告項目名稱：移植前版本：移植后版本：移植前版本的代碼總行數(shù)SOC（SumOfCode）:對比工具：對比時間：對比結(jié)果：新增文件數(shù)：新增文件總代碼行數(shù)：刪除文件數(shù)：刪除文件總代碼行數(shù):原有文件新增總代碼行數(shù)：原有文件刪除總代碼行數(shù)：原有文件修改總代碼行數(shù)：合計：代碼變更的總

5、行數(shù)LOR（LinesOfRewrite）=1.1.1.8 用戶界面測試用戶界面測試通常與系統(tǒng)或軟件在原環(huán)境下同時運行并比較，從而更容易分辨目標(biāo)環(huán)境下系統(tǒng)或軟件的用戶界面與預(yù)期（或原環(huán)境下）系統(tǒng)或軟件的用戶界面不統(tǒng)一的地方。主要測試的內(nèi)容包括：各個界面（包括界面、窗口、提示信息）風(fēng)格、文字、描述是否準(zhǔn)確，是否符合需求說明書、數(shù)據(jù)字典要求；內(nèi)容、順序相互是否一致；功能鍵，包括“確定”、“取消”、“最大化”、“最小化”、“關(guān)閉”、“上一頁”、“下一頁”、“返回首頁”、“退出”等是否有效、準(zhǔn)確。檢查內(nèi)容優(yōu)中差1界面顯布內(nèi)容是否完整：報表的數(shù)據(jù)顯示寬度是否能夠自適應(yīng)或自動換行；所有數(shù)據(jù)展現(xiàn)的界面（如統(tǒng)

6、計、查詢、編輯錄入、打印預(yù)覽、打印等），必須使測試數(shù)據(jù)的記錄數(shù)超過一屏/一頁，以驗證滿屏/頁時其窗體是否有橫向、縱向滾動條或換頁打印，界囿顯不是否止常；2界囿顯示內(nèi)容是否一致：如有多個系統(tǒng)展現(xiàn)同一數(shù)據(jù)源時，應(yīng)保證其一致性；3界囿顯不內(nèi)容是否準(zhǔn)確：對于報表中的所有字段值都應(yīng)該有明確的定義，對于無意義的字段值，不應(yīng)該顯示空，應(yīng)顯示“-”或“/”，表示該字段值無意義。4界囿顯不內(nèi)容是否有好：對統(tǒng)計的數(shù)據(jù)應(yīng)按用戶習(xí)慣進(jìn)行分類、排序；某些重要信息在輸入、修改、刪除時應(yīng)有“確認(rèn)”提示信息；界面內(nèi)容更新后系統(tǒng)應(yīng)提供刷新功能；用戶在退出系統(tǒng)后重新登陸時應(yīng)考慮是否需要自動返回到上次退出系統(tǒng)時的界面；5界面提示信

7、息是否具有指導(dǎo)性：在多個業(yè)務(wù)功能組成的一個業(yè)務(wù)流程中，如果各個功能之間的執(zhí)行順序有一定的制約條件，應(yīng)通過界面提示用戶；用戶提示信息應(yīng)具有一定的指導(dǎo)性，在應(yīng)用程序正在進(jìn)行關(guān)鍵業(yè)務(wù)的處理時，應(yīng)考慮在前臺界囿提示用戶應(yīng)用程序止在進(jìn)行的處理，以及相應(yīng)的處理過程，在處理結(jié)束后再提示用戶處理完畢；在某些數(shù)據(jù)輸入界面，如果要求輸入的數(shù)據(jù)符合某項規(guī)則，應(yīng)在輸入界面提供相應(yīng)的規(guī)則描述；當(dāng)輸入數(shù)據(jù)/、符合規(guī)則時應(yīng)提示用戶是否繼續(xù)；在對任何配置信息修改后，都應(yīng)該在用戶退出該界面時提示用戶保存（如果用戶沒有主動保存的情況下）；6界囿顯不內(nèi)容的合理性：在對某些查詢功能進(jìn)行測試時，應(yīng)考慮查詢條件的設(shè)置的合理性以及查詢結(jié)果

8、的互補(bǔ)性。如某些后臺處理時1可不應(yīng)該作為查詢條件。界面測試時，應(yīng)考慮某一界面上按鈕先后使用的順序問題，以免用戶對此產(chǎn)生迷惑。例如只能在查詢成功后顯示執(zhí)行按鈕。界面測試時，應(yīng)驗證窗口與窗口之間、字段與字段之間的瀏覽順序是否止確；7用戶使用的方便性：在某些對數(shù)據(jù)進(jìn)行處理的操作界面，應(yīng)考慮用戶可能對數(shù)據(jù)進(jìn)行處理的頻繁程度和工作量，考慮是否可以進(jìn)行批量操作；8界面顯不及處理的正確性：界囿測試時應(yīng)驗證所后窗體中的對象狀態(tài)是否止常，是否符合相關(guān)的業(yè)務(wù)規(guī)則需要。應(yīng)驗證各種對象訪問方法（Tab健、鼠標(biāo)移動和快捷鍵）是否可正常使用，并且在一個激活界面中快捷鍵無重復(fù)；界面測試/、光要考慮合埋的鍵盤輸入，還應(yīng)考慮是否可以通過鼠標(biāo)拷貝粘貼輸入。對于統(tǒng)計查詢功能的查詢結(jié)果應(yīng)驗證其是否只能通過界面上的查詢或刷新按鍵人工觸發(fā)，應(yīng)避免其他形式的觸發(fā)。對界囿上的任何對象進(jìn)行拖拉，然后進(jìn)行查詢、打印，應(yīng)保證查詢打印結(jié)果小艾；9數(shù)據(jù)顯示的規(guī)范性：確保數(shù)據(jù)精度顯示的統(tǒng)一