【文章內(nèi)容簡介】 功能性 a)安裝 如用安裝能由用戶來完成，則按照安裝手冊中的信息應能成功安裝。產(chǎn)品描述中指出的每種所要求的系統(tǒng)對于程序的安裝應是充分的。 安裝之后，程序能否運行應是可鑒別的。例如，使用提供的測試用例或通過相 應信息的自檢。 b） 功能表現(xiàn) 用戶文檔中提到的所有功能應是可執(zhí)行的。程序應按照用戶文檔中的給定形式，在規(guī)定的邊界值范圍內(nèi)使用相應的設施、性質(zhì)和數(shù)據(jù)執(zhí)行其功能。 注：由于在產(chǎn)品描述中涉及的所有功能也應出現(xiàn)在用戶文檔中，這些功能更應是可執(zhí)行的。 C） 正確性 程序和數(shù)據(jù)應與產(chǎn)品描述及用戶文檔中的全部說明相對應。為完成工作任務，程序功能應以正確的方式執(zhí)行。特別是，程序和數(shù)據(jù)應符合產(chǎn)品描述所引用的任一需求文檔中的全部需求。 d） 一致性 程序和數(shù)據(jù)其本身不能自相矛盾，并且同產(chǎn)品描述和用戶文檔 不能相互矛盾。每個術(shù)語應處處具有相同的含義。 由用戶先例的程序操作控制和程序行為 (例如，消息，屏幕輸入格式和打印報表）宜有一致的結(jié)構(gòu)。 可靠性 系統(tǒng)（包括硬件、要求的軟件及屬于該產(chǎn)品的程序）不應陷入用戶無法控制的狀態(tài)，既不應崩潰也不應丟失數(shù)據(jù)。 即使在下列情況下也應滿足上述要求： —— 使用的容量到達規(guī)定的極限； —— 企圖使用的容量超出規(guī)定的極限； —— 由產(chǎn)品描述中列出的其他程序或用戶造成的錯誤輸入； —— 用戶文檔中明確規(guī)定的非法指令。 只是那些不能用任何程序捕獲的 硬中斷和操作系統(tǒng)中斷（例如，系統(tǒng)操作復位用的鍵或組合鍵）不在此范圍之內(nèi)。 當程序認為輸入錯誤或輸入未經(jīng)定義時，應視為不允許的輸入，不加處理。 易用性 關于易用性，根據(jù)本標準的規(guī)定，鼓勵研究 ISO 9241 系列標準最新版本應用的可能性。 注：特別是宜考慮 ISO 9241 系列的第 10 部分和第 13 部分。 a） 易理解性 程序的問題、消息和結(jié)果應是易理解的，例如： —— 通過選擇適當?shù)男g(shù)語： —— 通過圖形表示； —— 通過提供背景信息： —— 通過幫助功能的解釋。 出錯 消息應提供解釋相應差錯產(chǎn)生原因和糾正的詳細信息（例如通過引用用戶文檔的條文）。 b） 易瀏覽性 如果有多種媒體，則每種數(shù)據(jù)媒體應具有產(chǎn)品標識、可辨別編號或文本。 對于使用程序進行工作的用戶，總能找到哪個功能正在被執(zhí)行是可能的。 程序宜以易觀察易讀的形式向用戶提供信息。通過對信息的適當編碼和分組對用戶提供指導，必要時，程序可向用戶發(fā)出警報。 源程序的消息應如此設計，即用戶通過類型容易區(qū)分它們。例如： —— 確認； —— 程序詢問； —— 警告： —— 出錯消息。 屏幕輸入格式，報 表和其他輸入、輸出宜設計清晰和易于瀏覽。一般包括： —— 字母數(shù)字字段左對齊： —— 數(shù)字字段右對齊； —— 在表中，小數(shù)點或逗號要排在同一垂直線上； —— 字段界限是可識別的； —— 哪些字段的使用是受限的，哪些字段是可識別的： —— 標識輸入失敗后要立即在屏幕輸入格式中加亮； —— 通過一個可視或可聽的信號來引起用戶注意屏幕內(nèi)容的改變。 c) 可操作性 具有嚴懲后果的功能執(zhí)行應是可逆的，或者程序應給出該后果的明顯警告并且在執(zhí)行該命令前要求確認。特別是數(shù)據(jù)的刪除和重寫，以及中斷一個過 長的處理操作，這種動作往往有嚴重后果。 如果文檔文本編制是以對話形式提供。用戶應直接訪問該文本的子條文，例如通過目錄表顯示的選擇和按關鍵字檢索功能來實現(xiàn)。 效率 應遵循產(chǎn)品描述中的效率說明。 可維護性 應遵循產(chǎn)品描述中的可維護性說明。 可移植性 應進循產(chǎn)品描述中的可移植性說明。 4 測試細則 到 的細則規(guī)定如何按照質(zhì)量要求來測試產(chǎn)品。包括根據(jù)所有符合性產(chǎn)品要求的性質(zhì)測試和按照產(chǎn)品描述約定的性質(zhì)測試。包括通過文檔的檢查測試和程序及數(shù)據(jù)的黑盒測 試。 這些細則描述了功能測試（黑盒測試），不包括結(jié)構(gòu)測試，因為結(jié)構(gòu)測試需要得到源代碼。 產(chǎn)品僅在它要求的系統(tǒng)中被測試。對于計算機工作時的人類工效評價，本標準不作考慮。 注 1 這些細則上要是根據(jù)某些認證模式，針對第三方測試（見第 1 章 C）項）。在生產(chǎn)過程中，這種測試比使用結(jié)構(gòu)測試可能經(jīng)濟且更有效。 2 第 4 章不包含關于軟件包的要求（所有這些要求包含在第 3 章中）。一個軟件包不按第 4 章進行測試可能是符合的，但是這樣的測試無法發(fā)現(xiàn)個符合性的存在。 3 當產(chǎn)品描述確定了要求的系統(tǒng)時，基于該要求 的系統(tǒng)上的產(chǎn)品的任何不符合性被作為該產(chǎn)品的個符合性處理。 4 認證模式可對照建議選項來進行測試。 5 關于人類工效評價的指南包含在 ISO 9241－ 11 中。 測試預要求 產(chǎn)品項的現(xiàn)場要求 對于要測試的軟件包所有要交付的項（見 ）以及產(chǎn)品描述（見 ）中已標識的需求文檔都應提供到測試現(xiàn)場。 對系統(tǒng)組成部分的現(xiàn)場要求 對于軟件包的測試，在產(chǎn)品描述中已指明要求的所有計算機系統(tǒng)的組成部分應提供到測試現(xiàn)場。 培訓 如果在產(chǎn)品描述中提 到培訓，則測試者應有機會使用培訓材料和培訓大綱。 4． 2 測試活動 產(chǎn)品描述、用戶文檔、程序和任何要交付的數(shù)據(jù)都作為軟件包的組成部分，并且 —— 應按第 3 章中的要求進行符合性測試，且 —— 它按第 3 章中的建議進行符合性測試。 測試對象應源于并包括第 3 章中所有要求（完整性、一致性等）。 如果在產(chǎn)品描述中涉及到其他產(chǎn)品，只需針對該產(chǎn)品的產(chǎn)品描述中提出的要求對這些產(chǎn)品進行測試。 如果測試者作出下述判斷時，則對產(chǎn)品描述中的細節(jié)，用戶文檔中的細節(jié)，功能中的細節(jié)和產(chǎn)品的數(shù)據(jù)中的細節(jié)不需要測試： —— 這些細節(jié)對已指明的工作任務的影響可忽略； 這些不作測試的細節(jié)應在測試記錄和測試報告中說明。對它們不作測試的理由應在測試記錄中作錄。 產(chǎn)品描述 第 3 章中的要求的實現(xiàn)應被測試，并且第 3 章中的建議的實現(xiàn)宜被測試。 用戶文檔 第 3 章中的要求的實現(xiàn)應被測試，并且第 3 章中的建議的實現(xiàn)宜被測試。 程序和數(shù)據(jù) 第 3 章中的要求的實現(xiàn)應被測試，并且第 3 章中建議的實現(xiàn)宜被測試。 程序應在產(chǎn)品描述中提及的所有的計算機系統(tǒng)中進行測試。 如果存在若干不同的程序變量，每個都 應測試。函數(shù)亦是如此，按照產(chǎn)品描述和用戶文檔進行測試，一組變量標識的函數(shù)按每個變量進行測試。應使用以產(chǎn)品描述和用戶文檔為基礎構(gòu)造的測試用例來測試提供的程序和數(shù)據(jù)。進一步的材料（例如源程序）不必考慮，除非在產(chǎn)品描述或用戶文檔中作了說明，才需要測試它們。 測試用例應有規(guī)則地系統(tǒng)地來構(gòu)造。 注：依確定的方法進行隨機測試是許可的。 如果例子是在用戶文檔中給出的，則它們應作為測試用例，但測試不應局限于這些例子?？梢允钩鲕浖教峁┑臏y試用例，但測試不應局限于這些測試用例。 a） 安裝 如果按照產(chǎn) 品描述，用戶能完成安裝，則應測試這種安裝，即程序是否像安裝手冊中描述的那樣能成功地安裝和測試。 否則應保證被安裝程序的硬、軟件環(huán)境符合于產(chǎn)品描述中說明的