以下爲我的一些思考，不全面，後續會逐漸完善；
測試工作量取決於
1、系統複雜度
當複雜度越高，測試工作量越大；
2、系統開發質量
當系統質量越不好，測試工作量越大，而且影響非常大且容易被忽略，前期也不容易被評估出來；
3、研發修復bug質量
當研發修復bug質量越不好，測試工作量越大；
一、複雜度取決於
1、數據入口
1）當存在兩個端同時採集，如PC和移動端均採集數據，需考慮數據同步，包括前後端規則一致，校驗一致
規則一致：如某個系統要求移動端與PC端規則一致；如果規則很多，移動端未完全遵守，此時測試起來bug多，與需求人員溝通多，導致測試時間增加；
校驗一致：如必填，長度，特殊字符等兩端校驗需要一致；此問題比較細節，但如果採集需要的字段多，而設計未完全遵守兩端一致，測試比較細緻的時候，非常容易產生bug，導致測試時間增加；
2）數據入口個數
軟件的本質是數據，如果數據入口個數多，則容易產生bug，反之則不會有大問題；
數據入口主要包括新增、導入、功能操作後生成數據等；
2、業務規則/計算複雜度
業務規則複雜：主要影響在理解方面，可能影響的時間包括：編制測試用例、與需求/開發討論的時間等；
計算複雜：同業務規則複雜情況；
3、操作複雜
操作複雜指理解不困難但是操作麻煩的功能，如新增頁面必填字段多，或流程繁瑣必須一步一步走等；
這樣每測試一個功能點或複測一個bug，時間可能會成倍延長；
4、功能個數
功能個數越多，測試工作量越大；
二、當系統開發質量不好時，現象與影響：
1）bug數量多；測試時間和迴歸時間明顯變長；
2）bug阻塞情況明顯；即bug被修復後，相關功能或數據的bug才能隨之暴露，導致迴歸bug時間明顯被延長，極端情況可能導致迴歸測試爲原來的3倍時間（舉例如迴歸時間預期2天，那麼可能被延長到3/4/6天，即1.5倍/2倍/3倍）；
3）不復現問題多；復現以及尋找必現路徑需要花費大量時間，且不復現問題過多，容易引發對系統質量的不放心；
三、當研發修復bug不好時，現象與影響：
4）bug激活多；如導致本來需要回歸1輪，變爲需要回歸2輪，迴歸時間變長；
5）bug修復時引發其他問題；導致系統質量不穩定，bug修復時影響相關模塊，此時會導致之前好用的功能突然不好用，之前關閉的bug被激活，更恐怖的是影響到完全不相干的功能，尤其是引發系統流程、基本功能等致命問題；
6）bug修復關閉後又被激活；bug關閉後一般不會再進行迴歸，此種情況一般是無意間發現，容易影響對系統質量的信心；
7）bug修復時間慢；影響迴歸測試進度；