專案的資料：

一、專案的文件

二、專案的詳情

三、專案的具體資料

一、專案的文件

測試：srs軟體需求規格說明書、概要設計、詳細設計、測試計劃、測試用例、測試小結、測試報告、

二、專案的詳情

專案的名稱、專案的大小、專案的型別、專案的背景、專案目前狀態、專案結構

三、專案具體具體資料

1個月的資料

3個月的資料

1、一個專案
專案週期：1月,2月,3月，6月，12月
全新的專案（所有的功能都要測）
已有的專案進行迭代（功能：增加，修改等）

人員配置：
公司人員：100人
專案組;開發，測試，運維     (5:1）
舉例：15個開發對應3個測試，1個運維，(20)
用例管理：
用例總數，
測試用例執行通過數，
測試用例失敗數，
新增缺陷數，
上一版本遺留問題，
上一個版本問題複測通過數，
上一版本複測失敗數
如：
1個月  4個測試 （1個測試經理）

一個月的工作天數：一個月22天
分成三等份（根據H模型）
瞭解需求        三分之一   6
編寫測試用例    三分之一   7
執行測試用例    三分之一   9

執行測試用例
Sit次數分成3次9天：
一半的一半的一半（遞減的方式）
Sit 1第一次全量測試：5
Sit2  第二次：3
Sit3  第三次 ：1

編寫測試用例

用例數：寫用例的天數7天
專案組20人，
開發組 16人
測試組4人（1個測試經理，3個測試）
運維  1個人

每人每天寫用例數量：
功能用例：30-100     平均70-80條
專案前階段：多 ，後階段：少
自動化用例：20-30 條（從功能測試中提取出來），專案自動化覆蓋率30-40%；

1個人*7*70=490條
490*3=1470條  總共的用例
1470*80%=1250條
公共用例佔10%-20%（重複用例）


執行的資料：
一天大概執行80條，預計
執行的用例數的1250條
3個人，80條 =240條
1250 /240= 5天
3
1

Bug數怎麼算？
Sit的用例總數
1250條用例  比例30:1,40:1,50:1,60:1
開發質量決定;
Bug：20條-50
第一次測試：         bug: 30個
第二次用例數520條    bug：10個
第三次：200條        bug：0個
依次遞減的模式，


3個測試
3個月