软件测试评估工时通常涉及以下步骤和方法：
工作分解结构（WBS）估算法
将项目或产品分解到具体的工作或功能点。
估算每个功能点需要的工作量，从而得出总工作量。
工作越细，估算越准确。
开发时间比例法
参考开发的工作量，测试与开发的工作量比例通常在1:1到1:2之间。
开发工作量为55%，测试工作量为35%。
历史项目类比法
建立经验库，包含历史项目的功能点、测试时间、测试人力和典型问题。
用于后续项目估算的参考。
DelPhi法
专家基于经验对工作量的定性评估。
通过专家讨论和匿名填写估算表格，最终达成一致意见。
比例评估法
根据开发任务量按比例评估测试工作量。
开发与测试的工作量分配比例为80%-65%和20%-35%。
函数点/测试点分析
基于软件规模来估算工作量。
测量软件规模的功能点可以用于估算测试工作量。
用例点法
基于用例规模来估算工作量。
每个用例分配一个复杂性系数，用例点数是用例数量与其复杂性系数的乘积。
百分比分布法
根据历史项目数据将总工作量分配给不同的工作流程。
如需求分析、设计、编码、测试等。
临时方法
由经验丰富的专家使用，基于直觉提供粗略估计。
测试任务分解
将测试任务按照不同的测试类型、阶段、环境等进行分解。
对每个测试任务进行评估。
测试工作量评估
根据测试任务的分解结果，评估每个任务的工作量。
包括测试用例设计、测试执行、缺陷跟踪、测试报告等。
测试资源评估
评估测试所需的资源，包括测试人员、测试环境、测试工具等。
测试工时计算
根据测试任务的工作量和资源评估结果，计算出测试工时。
工时规划和分配
根据测试工时的计算结果，制定测试工时规划。
根据测试人员的能力、经验和可用时间，进行测试工时的分配。
留有余地
估算时给自己留出一定的风险时间，以应对不可预见的事情。
充分考虑公司流程
考虑bug分析定位、产品版本稳定性等因素。
并行测试
没有太大依赖的任务可以一起测试，提前准备测试用例和自动化脚本。
随时关注进度，重估时间
项目进度与预估有偏差时，需要校正并重新预估时间。
基于过去的经验
利用过去的经验预计可能的风险，尽早确定应对策略。
目标明确
明确测试目标和产品需求细节，以便更精确地评估测试工作量。
通过综合运用上述方法，测试团队可以更准确地评估软件测试所需的工作量，并制定出合理的测试计划。