软件测试工时的评估是一个复杂的过程，涉及多个因素和方法。以下是一些常用的评估方法：
WBS估算法
将项目或产品分解为具体的工作或功能点，然后估算每个功能点需要的工作量，从而得出工作量总和。这种方法通常工作越细，估算的工作量会比较准确。
开发时间比例法
参考开发的工作量，测试的工作量一般为开发工作量的35%左右。测试与开发的工作量比例区间一般为1:1到1:2。
历史项目类比法
在每个项目结项后，建立经验库，包含功能点、测试时间、测试人力、测试遇到的典型问题，供以后的项目估算提供参考。
Ad-hoc方法
不基于任何确定的期限，工作一直继续直到达到一些由管理或市场人员预先定下的时间表，或者用完了预算的经费。这种方法普遍存在于非常不成熟的组织，并且时常有100%的错误差数。
比例评估法
根据开发承担的任务量，按比例评估测试的工作量。业界开发与测试的经验工作量分配为开发占总工作量的65%，测试占总工作量的35%。
Delphi法
专家基于对特定工作的经验对工作量的估算而得出的定性评估方法。通过专家讨论和匿名填写估算表格，最终达成一致意见。
国际软件基准和标准组（ISBSG）数据库
使用ISBSG数据库来建立用于估计软件功能测试工作量的估计模型。数据分析揭示了三种测试生产率模式，分别代表规模经济或规模不经济。
测试流程分析
从需求理解、技术细节了解、用例设计、测试执行、缺陷跟踪、测试报告等各个环节来分析测试工作量。
测试资源评估
评估测试所需的资源，包括测试人员、测试环境、测试工具等，并根据这些资源的评估结果计算出测试工时。
工时规划和分配
根据测试工时的计算结果，制定测试工时规划，并根据测试人员的能力、经验和可用时间，进行测试工时的分配。
建议
选择合适的方法：根据项目的成熟度、历史数据、团队规模和项目特性选择合适的评估方法。
结合多种方法：可以结合多种方法进行综合评估，以提高估算的准确性和可靠性。
持续改进：建立和维护项目后评价与分析机制，对历史项目的数据分析，不断优化评估方法和流程。
通过以上方法，可以更准确地评估软件测试所需的时间和资源，确保测试项目能够按照计划顺利进行。