基於目前國內很多企業的測試行業還剛剛起步，很多測試內容和流程管理還不規範，各種軟體的開發模式也良莠不齊，我想談談在這種情況下是如何建立測試用例庫的，也希望我能拋磚引玉，能夠一起討論。
建立功能測試用例主要面臨的問題建立測試用例的依據是什麼？我認為在這種情況下可以參照的文件是1）需求說明書 2）使用者手冊說明書 3）經驗和業務知識
下面談談測試用例庫的建立
一、測試用例的管理工具
由於測試管理軟體比較昂貴，很多公司都缺乏有效的測試用例管理工具，進而影響測試用例庫的建立。我認為在建立測試用例庫初期，excel和word都是很不錯的工具，我個人很推崇excel，因為在給測試用例分類的時候，excel的分頁顯示對這種情況會起到很好的效果，以前西門子手機部門也採用excel呢，只不過用vba定義了很多巨集來實現對軟體缺陷的分析與報告
二、測試用例的積累
要建立一套有效的測試用例，首先測試用例需要由經驗豐富的測試工程師來完成；
其次，可以選擇公司中某個功能變化不多的軟體模組來編寫測試用例，以這樣的方式逐步新增測試用例；
第三建議在編寫測試用例的時候，按照業務型別和功能性介面來對測試用例和功能性介面測試用例進行分類。業務型別測試用例主要傾向於整個公司業務的邏輯，資料流，場景等型別的測試用例，功能介面型測試用例傾向於功能的實現方式諸如單選按鈕多項按鈕，復合框，列表框等這樣做的好處在於當需求發生變化或者功能實現的方式發生變化後，需要修改的測試用例比較少
第四在測試過程中，需要為遺漏的功能新增測試用例；
第五在測試執行中如果採取隨機測試的方式發現的bug，需要把其轉化為測試用例
詳細：
如何在需求不明確的情況下保證測試質量
需求不明確在很多狀況 很多公司都會出現，而且需求經常會隨市場的需要而隨時更改。它通常發生在乙個專案的初期或者專案為某個成熟專案的子專案，相 關部門認為不需要定義明確的需求就可以更改立項的時候。無論那種情況，既然是產品，當產品進入測試部門進行測試的時候，我們總要有乙個標準來衡量軟體的質 量，每次測試的...
敏捷開發一千零一問 如何處理重要但不明確的任務？
本文是敏捷開發一千零一問的第三十九篇。欄目總目錄 也是敏捷開發日常跟進系列的第八篇。欄目目錄 問題 有一類任務很重要 假設同時也很緊急 但卻很不明確，該怎麼辦？答案分很多種情況，大致如下 客戶早就提出的需求 一般而言，除非事出緊急 客戶突然提出 否則不能讓乙個重要的內容處於重要 不明確的狀態。處理方...
如何在連不上wifi的情況下連上wifi
跟小夥伴出去玩。住賓館。晚上連wifi，輸入密碼，一直顯示 正在連線 就是連不上。前台說我們都能連上，你咋連不上。摔。我心說咱好歹也是學過的，不能被人家欺負不是。於是乎 0.把前台的手機 或者能用wifi正常上網的手機 要過來 1.如果是安卓就進入測試，即撥打 4636 wp沒玩過，愛芬進入網路設定...