如何在有限的時間內編寫完整有效的軟件測試用例？

在軟件測試工作中，有一種直接拿到軟件就測試的做法，它已經被大家認為是無效的軟件測試，那么怎么分配時間來完成軟件測試用例的編寫，并且還要在有限的時間里？歡迎大家進行討論與交流！

        分析這個問題，我想先從兩個方面回答：
        1.如何在有限的時間內完成測試用例       
         2.如何編寫完整有效的測試用例
        有限的時間顧名思義工時不足。那么凡事都是有果必有因，解決問題就要先找到其原因，并加以解決，問題就會迎刃而解。
        在軟件行業中，時間是一個非常重要的概念，時間有限也是經常提到的一個詞，歸其產生原因不外乎以下幾點：
        1.項目經理缺乏項目管理經驗，對項目工期估計不準確，導致工時吃緊，時間有限。
        2.項目開發人員（包括測試小組人員）缺乏實際工作經驗或者說知識匱乏，相比之下不能在相等的時間內完成自己的任務，導致時間有限。
        3.項目開發周期已經確定，但由于客戶的臨時需求變更導致的工作量增大，無法繼續在規定的時間內完成任務，導致時間有限。
        4.社會關系導致的公司內部人員拉幫結派，出現的爭功躲弊的人群在有權利條件的基礎上為奪取管理階層對自己的好感，謊報項目的開發周期，致使承諾的工時遠遠低于實際工時，導致時間有限。
        5.其他原因（事假、病假、人員變動、突發事件等）而導致的項目人力資源不足，時間有限。
        用CMMI的理念講以上這些原因就是風險，針對這些風險，就要采用風險識別，風險評估，風險減緩，風險跟蹤將問題扼殺在萌芽中。
        第一，根據風險檢查表，識別出項目的風險（時間不足）
        第二，估計風險嚴重性、風險可能性、風險系數（以上列舉的5條分別進行評估）
        第三，對于風險系數超過“容許值”的每一個風險，都應采取減緩措施（量化風險的嚴重性，定義容許值）
        第四，跟蹤風險減緩過程，記錄風險的狀態
        第五，制定風險解決方案
        1.項目經理需提高系統分析能力，增加自身技能水平，提高預測準確度。必要時可以更換。
        2.提高工作人員自身技能水平，評估其工作能力，定期考核，安排適當人群執行適當工作。公司提拔的不算。
        3.嚴格控制需求變更，制定需求變更管理，需求發生變更要經過會議評審，必要時員工需加班工作。
        4.社會關系復雜，如果想被提拔，升職或加薪那就乖乖的加班工作。
        5.減少工作對單人的依賴，保證每份任務必須由兩人或兩人以上負責，突發事件另作處理。
        雖然回答沒有針對如何在有限時間內編寫測試用例，但以上答案完全可以解決這個問題了。
        回答了第一個問題，下面回答第二個問題。說一下怎么樣設計完整有效的測試用例
        第一，覆蓋率100%，保證完整性
        第二，對測試環境，用戶環境，模擬用戶環境，及之間的差別進行描述。
        第三，設計場景測試法虛擬業務流程
        第四，建立測試公共數據，并根據系統內部關系組織數據的關聯性
        第五，其他人可以看懂你的用例，并且是可以執行的
        第六，如果有標準的用例模板，可以使用用例模板
        現在將這兩個問題合二為一，不同的問題可以根據給出的答案互相結合找出解決問題的辦法。
        但是根據我的經驗，一般編寫測試用例的時間都是很充足的，除非是某些項目為了應付監理公司，臨時對項目的相關資料進行補充的時候才會出現這種情況。

原文轉自：http://www.kjueaiud.com