4.3 實際結果（Actual result）
實際結果是執行復現步驟后軟件的現象和產生的行為。
實際結果的描述很像缺陷的標題，是標題信息的再次強調，要列出具體的表現行為，而不是簡單的指出“不正確”或“不起作用”。
如果一個動作產生彼此不同的多個缺陷結果。為了易于閱讀，這些結果應該使用數字列表分隔開來。例如：
Actual result:
1. Assert “CmdLineofCodeHere…”
2. Assert “AlsoBrokenHere…”
有時，一個動作將產生一個結果，而這個結果又產生另一個結果。這種情況可能難以清晰、簡潔地總結。例如：
Actual Result：
1. Assert:“CmdLineofCodeBlahBlah…”
2. When this assert is dismissed, app becomes active but all text is unrecognizable.
3. After selecting the text by dragging the text tool, the text appears normally once again.
對于這些較難處理的情況，有多種使之易于閱讀的解決方法：
*盡可能將缺陷分解成多個缺陷報告，并使用交叉引用說明彼此之間的聯系。這些動作的結果通常比較相似但缺陷不同。首先進行更多的隔離測試，縮小產生缺陷的范圍，查看是否產生多個缺陷；
*在實際結果部分，僅列出缺陷的一到兩個表現特征。使用注釋（Notes）部分列出缺陷的其它問題；
*在缺陷的第一個表現特征后，將隨后的步驟和缺陷表現特征移到注釋部分。重要的信息幾乎總是包含在第一個斷言或錯誤里，其它錯誤都是第一個錯誤的變種。
4.4 期望結果（Expected result）
期望結果的描述應該與實際結果的描述方式相同。通常需要列出期望結果的應該是什么，并且給出期望結果的原因，可能是引用的規格說明書、前一版本的表現行為、客戶一般需求、排除雜亂信息的需要等等。
為了更清楚地理解良好的期望結果應該包含什么信息，請看下面的例子：
Expected result：
The text that appears should be fully highlighted so that if the user wishes to make changes, they don't have to manually highlight and then type (as in Mac OS 10.x and Windows behavior.)
為什么說這個例子很好呢？因為它包含了如下內容：
*應該產生的正確現象：The text that appears should be fully highlighted
*為什么應該產生：…so that if the user wishes to make changes, they don't have to manually highlight and then type.
*給出了具體得參考對象：As in OS 10.x and Windows behavior.
文章來源于領測軟件測試網 http://www.kjueaiud.com/
