軟件測試方案怎麼寫?
測試方案，大概包括哪些方面
人員、資源、進度、測試目標、測試範圍、測試完成標準等
軟件測試方案設計 10分
OA辦公系統自動化測試方案
辦公自動化系統擅長處理類似公告、公文等流轉類型的行政辦公類應用需求、設計及相對獨立的個人相關資料、通訊錄、記事本等個人事務類的需求、設計。另外辦公自動化系統軟件的權限管理是其不同於其他應用軟件的另外一個特點。系統需要為使用人員提供設置不同的權限和訪問許可的功能，管理員可以通過調整各功能模塊的訪問權限，設置一般用戶某些功能可以用，某些功能不允許用；併為員工創建、註銷帳號及訪問權限。提高了企業系統的資料的安全度，阻止非授權人的非法進入系統。針對這些特點我們在測試時主要著重於對流轉型的行政辦公需求、設計和對獨立型的個人事務需求和設計來組織測試工作。
一、測試方法：
從整體來OA辦公自動化系統一般包括公文管理、網上審批、個人信息管理、以及公共信息管理四個大的模塊，在對每個模塊的測試過程中我們將針對對每個模塊的需求、特點分別採用不同的方法，具體在以後的測試過程中我們將採用以下方法：
1、公文管理、網上審批：
公文管理和網上審批都是以流轉型業務為主，在此對於此類功能點我們將以收文管理為例，簡要說明我們測試過程所採用的方法方案。
例如oa公文管理主要對公文進行登記和處理。在登記收文過程中直接輸入，並將登記後的收文送領導閱讀或批示（批示的流程完全可以根據用戶的需要自己定義，也可以使用系統管理員已經定義好的公文批示流程），處理結束後將文件進行歸檔。管理人員可以對收文處理全過程進行監督、催辦、重定位，也可以隨時進行文件流程跟蹤及查看其所有領導的批示意見、批示時間。針對這些情況，在進行測試分析和設計時，我們首先按照上面提到的根據現成的公司體制進行分析和設計的測試數據，然後將各個領導是否兼職的情況區分開來。測試過程中我們準備了兩套數據：
1) 領導不兼職
領導不兼職的情況， 相對較簡單， 即每個領導只負責一個批示。
2) 領導兼職
領導兼職的情況，即每個領導可能負責不同過程中多個批示，這是流轉型模塊測試的一個難點，因此在測試過程中我們對此進行了重點測試。
2、個人事務
個人事務通常包括：待辦工作、日程安排、個人資料、個人通訊錄、個人記事本、外出聲明等模塊。例如批閱各部門上報的各種公文，評閱同事交流的各種文件內容，起草各類報告，查看個人的活動日程、外出等安排，同時系統能自動提醒待辦事項。
以個人通訊錄為例，用戶可將朋友、同事名片登記並進行管理查詢。每個人只能看到自己的通訊錄，通過對所有個人通訊錄的查詢，自己可很快地找出所需要聯繫的人員信息，並方便地通知他們參加會議或發送郵件等等。在進行測試分析、設計和執行中我們將特別考慮以下幾點：
1) 新建或修改通訊錄時對於輸入重複的信息系統是否給予提示警告；
2) 新建或修改信息時個人維護的私有名片是否能被其他人看到或修改；
3) 個人刪除私有通訊錄信息時是否影響到其他用戶的通訊錄信息；
4) 需要聯繫的通訊信息主人聯繫時，是否可以正確聯繫上，其聯繫內容是否顯示正確；
3、公共信息管理
公共信息通常分兩部分：一部分為一般用戶的瀏覽操作，在此用戶只能瀏覽、查閱。一部分為管理級別的用戶，他們有權限添加、修改、編輯、刪除相應的功能信息
在進行測試分析、設計和執行時要重點考慮：
1) 對規章制度的權限操作（管理員用戶和一般用戶）
2) 規章制度的套紅頭操作。
3) 規章制度瀏覽時的不可修改性。
4、系統基礎信息
基礎服務包括：人員註冊、部門設置、組織結構調整、OA基礎信息維護等模塊。在此以基礎數據維護......
軟件測試設計的測試方案應該是怎樣的額?
軟件測試中有測試方法，測試計劃等，此處說的測試方案是否是指測試計劃呢
對於一個軟件的測試計劃，具體指需求分析，測試策略，工作量估算，進度安排，度量標準，風險評估，子計劃制定，計劃評審。測試計劃包括的內容要素也可概括為：軟件測試的範圍、策略、需求、資源要求、人員要求、進度，軟件測試停止的方法，測試用例設計的方法，測試中潛在的風險和問題區域以及角色與職責。
若你此處的測試方案指的是測試的策略的話，應該有以下幾項內容：測試方法、測試工具、測試用例設計方法內容的選擇則，測試方法也就是那些黑盒白盒等，測試用例的設計方法可以是等價類劃分，邊界值等等。希望有所幫助。(*^__^*) ……
測試方案如何寫
謝謝！我並沒有說明測試方案就是提取功能點，只是基於功能流程，提取測試點，不知道怎麼寫測試方案
軟件測試方案怎麼寫啊？有什麼格式?DOC文檔的！
這裡有些恢復軟件的介紹，可以借鑑下，找個相對應的
測試過程：
①一個分區格式化後塞滿文件，全部刪除後進行數據恢復。
②把這個分區再次格式化後再恢復。
③把這個分區刪除後進行數據恢復。
PS：我硬盤最後有一個隱藏的150M左右的分區，是平時用來在DOS下作業的。為了節省測試時間和方便操作，就使用了這個分區進行測試。
測試環境：
主板 ASUS P4P800-X
CPU C4D 2.4
內存 512M DDR333
硬盤 Maxtor 120G
測試結果：
①幾乎所有軟件都能夠對刪除的文件進行恢復，但部分軟件恢復後的數據有問題。
②只有部分軟件支持對格式化後的硬盤進行數據恢復。
PS：由於時間原因我沒有進行全面的測試，只對是否能有效恢復文件做了簡單測試，根據測試結果把這些軟件分位三類，只對能夠進行格式化後恢復的軟件做了詳細比較。其他兩類沒有做比較，因此不做說明。
一、只能恢復已刪除文件
1 Active File Recovery
一個簡單易用、功能超強的數據恢復工具，使用它可以恢復在 Windows 中丟失或刪除的文件和文件夾。它不僅可以恢復分區格式化或丟失後的數據，而且可以恢復被損壞、病毒或目錄結構導致丟失的數據。所有類型的硬盤驅動器：IDE、ATA、SCSI 和軟盤；可移動設備：CompactFlash、SmartMedia、Secure Digital/MultiMediaCard、Sony Memory Sticks 等；
格式化恢復：無 速度很快，只有一種掃描方式，對中文支持不好，帶中文名字的文件大多無法恢復（中文和英文結合時，如果中文在前，無法恢復；如果英文在前，可恢復，丟失中文部分），中文Word文檔恢復後部分成亂碼。掃描到的文件以原來目錄結構方式顯示。
2 Drive Rescue 1.9d
一款優秀而且免費的磁盤數據拯救程序，它能恢復驅動器（例如硬盤）上誤刪或遺失的數據，即使已經失去分區表或硬盤已被快速格式化或者遭遇系統崩潰等情況，找回驅動器重要文件系統信息如分區表、引導記錄、FAT、文件/目錄記錄等。當然對於物理損壞的硬盤它也無能為力。Drive Rescue支持FAT 12/16/32分區和Windows全系列操作系統以及雙硬盤。
格式化恢復：無
功能一般，掃描速度中等，掃描效果還不錯，對中文和特殊字符文件名的文件都能夠很好的支持。恢復時要到菜單裡選擇保存，或者用Ctrl S。特色是能夠查找丟失的分區並修復。
3 DISKCOMMAND
Winternals公司的又一款力作。它是基於WINNT內核平臺的數據恢復軟件，支持FAT16/FAT32/NTFS，支持SCSI、RAID，支持長文件名，還可以恢復NTFS加密的軟件，可以說，只要硬盤主數據區沒被破壞，無論分區表有無，或者損壞的多麼嚴重，他都可以完整的恢復幾乎所有的文件，即使文件區被損壞，也能把剩下的部分，恢復到不同程度，這個是其他軟件無法做到的。
格式化恢復：無
這個軟件沒有單獨發行版本，是包含在ERD系統裡的恢復軟件，當年做光盤時專門測試過它。掃描速度還不錯，可以選擇掃描已經刪除的文件，或者是丟失或損壞的文件，操作比較傻瓜化。對中文以及深層目錄支持的比較好，可以恢復到最原始的狀態。
4 Filerecoveryangel
一款文件恢復工具，它能夠幫助你從格式化成FAT12、FAT16、FAT32、NTFS文件系統的磁盤中恢......
解決方案測試和軟件測試有什麼區別
解決方案測試是針對的解決方案，這個解決方案也許能解決問題，也許解決不了問題，所以要進行測試以驗證其能否真正解決問題，比軟件測試更有針對性和目的性。
軟件測試是針對一個軟件系統，可以包括軟件的功能、性能、安全、易用性、兼容性等等，比某一個特定的解決方案的測試要更全面。
軟件測試計劃中的測試策略怎麼寫
測試計劃編寫基本策略
1、測試計劃編寫依據：項目計劃、項目計劃的評估狀態以及業務的理解
2、測試計劃編寫時間：儘早開始。原則上應該在需求定義完成之後開始編寫測試計劃，對於開發過程不是十分清晰和穩定的項目，測試計劃也可以在總體設計完成後開始編寫。
3、測試計劃的編寫與實施：測試計劃應該由測試小組組長或最有經驗的測試人員來進行編寫，測試計劃由測試人員來實施，測試人員可以對測試計劃進行相關人員確認後進行調整。
4、測試計劃的變更：測試計劃是一個發展變化的文檔，會隨著項目的進展、人員或環境的變動而變化，確保測試計劃是最新的而且依據測試計劃執行測試工作。
5、測試計劃的優先級別：沒有誰可以保證通過測試後的產品沒有缺陷，也沒有公司會允許無休止的測試。好的測試是一個有代表性、簡單和有效的測試，在測試計劃中，必須制定測試的優先級和重點。
6、測試計劃的評審：測試計劃需要由高級測試人員或測試組長制訂，在經驗不足或條件限制的軟件測試計劃的制訂時，需要多名測試人員共同制訂和修正.（1）軟件項目經理負責評審測試計劃的方向正確性和軟件開發按照總體設計方案實施(如有改動，需通知測試人員修改計劃)，並保證軟件具有可測試性
（2）QA人員評審測試過程的正確性和能夠按照計劃要求的正確實施
（3）高級經理評審測試計劃的導言和範圍的正確性