上线前临时加测试，工程师驻场怎么补

两周测试和长期测试不是一种委托

长期驻场适合后面每个版本都缺测试。上线前这一次，要把结束日写死。结束日一般是上线后的交接日，不是「上线后再看」。再看就会变成人留着、编制没有、合同也没有新的结束日。

开工要说清八件事：测的是哪一次发布、Web 还是 App 还是接口、要几个人、从哪天进场、哪天退出、缺陷提给谁、环境账号谁开、按人天还是按这一阶段打包结算。回归范围写主要路径。不写范围，两周会耗在无关模块上。

进场和退场

深度创联按环境和时间匹配能上手的测试，说明这个人测过哪类系统、哪天能到。你的测试负责人或研发负责人做一次短沟通，确认他看得懂用例和缺陷单。通过再签约。

进场当天给环境、账号、当前构建号和缺陷工具权限。没有权限的天数不要算成已经开始测试。每天缺陷回给谁，谁确认算测完，写在合同里。

上线当天或合同写的退出日，交还账号，未关闭缺陷列成清单留给你的正式员工。需要多留两天看线上，另写两天的费用和结束时刻，不口头说「再帮个忙」。

成交价面议。只做几天和连续驻几个月，算法不同。这个日期能不能定下人，看当时有没有匹配的测试可到，不承诺所有项目隔天就能加人。

一次两周的发布，日历可以写成这样。冻结前第 10 天说清回归范围和结束日。冻结前第 7 天完成短沟通，确认用例和缺陷单工具。冻结前第 5 天签约，并开测试环境，环境没开就不算进场。进场后每个工作日下班前，缺陷单回到约定的研发负责人，不散落在个人微信。上线日只值守合同写过的时段。上线后的退出日交还账号，未关闭缺陷导出一份留给正式员工。若线上要多留，退出日之前改合同，写明多留的截止日期和费用。过了退出日还在群里问问题，不视为驻场仍在继续。

商务电话 186-0126-9787，每天 10:00–22:00。说明页：https://51shendu.com/staffing/

用例如果只有口头描述、没有可执行的步骤，进场第一天先把主要路径写成清单再测。这一天的产出是清单，不是缺陷数。缺陷数从清单确认后起算，避免两周结束时争论「没测到」是因为范围没写。

发布推迟，退出日不自动顺延。推迟超过两天，就改合同里的退出日和费用。不改合同却继续测，结束后双方会对「多出来的天数算不算」产生争议。

值守若跨过零点，合同写明算退出日当天还是下一天。不写明的，零点之后的停留不自动计成新的一天。退出日当天的缺陷清单要在账号关闭前导出。