图9-6 技术实施预算信息
图9-7 技术售后预算信息
在这里需要指出的是，预算信息可能会因为项目内外在因素而发生变化，在中途实施过程中可能会发生预算变更情况，若项目变更则需要对预算进行调整，再次走相关审批流程。
9.5 项目准备阶段及验收测试方案编写
9.5.1 项目人员入场
当项目立项且招标单位和中标单位签订了书面合同后，通常是由项目经理到招标单位进行项目的需求调研。同甲方的相关负责同志沟通验收测试的范围、测试的内容、测试的环境、明确测试介入时间、相关要求等内容。因为外包公司非常注重人员成本的控制，而且人员相对来说有比较分散，所以相对来说对项目经理与相关领导、其他项目经理的沟通很重要。要及时了解相关预期在该项目的人员是否能够及时地释放出来，以免耽误该项目的进度。项目经理在人员入场前还需要同甲方的相关负责人进行沟通，尽量将项目组的成员集中安排在同一个工作区域，利于项目组成员的相互沟通、工作交流，也利于对项目组成员的管理。为了便于对项目组成员投入情况进行掌控及项目完成后结合我方人员投入进行结款等（有些项目是有附加条款的，如果因甲方责任耽误项目工期，会依据于延期的人员时间投入，甲方会向乙方额外支付相应金额的费用），通常甲方会要求我们进行人员考勤、记录等。控制严格的单位需要打卡，灵活一点的单位则要求项目经理每周汇报一次项目组人员考勤记录，结合我们项目就以该方式进行，图9-8为人员出勤表记录格式内容。
图9-8 人员出勤表图示
作为项目经理，您还要依据于甲方的要求，使用自带的工作用机或者是需要向甲方单位相关部门进行申请，需要提醒大家的是您在部署工作环境时，不要忘记至少需要1台的机器为您部署缺陷管理系统和配置管理系统。有一些单位非常严格所有的机器必须要经过相关IT部门的检查（包括：限制机器上安装的软件、必须安装指定的杀毒软件并经过系统性杀毒、只能访问内部网络且IP地址和工作用机绑定、禁用特定的一些系统功能或硬件设备、IP地址需要申请、安装软件需要申请等），当然这些工作您按照相关的流程进行就可以了，待所有的工作机和网络可以连通后，部署相关的缺陷管理系统和配置管理系统。当然为了让大家都能应用同一标准，建议均有文档进行相关说明，特别是缺陷级别的定义，最好再举一些示例，避免以后项目组内部提交的缺陷级别不统一，也尽量避免与甲方、软件开发方或监理方产生认定差异，在配置管理系统和缺陷管理系统均需要指定相应不同级别的人员访问权限，并建立相应的用户角色，保证相关人员都可以正常访问。这些工作都完成以后，接下来我们就可以进行后续工作了。
9.5.2 项目调研
接下来，您就可以将从甲方、开发方、监理方获得的相关资料放到配置管理系统中，对相关文档进行研读，对过程中出现的一些不明确或有问题的地方进行记录，并找相应的接口人进行明确。在条件允许的情况下，尽量能够让相关的业务人员和系统的开发方对被测试的系统进行一次系统性的培训，以加强项目组测试人员对系统的认识，掌握验收测试的重点内容，同时也能解答项目组测试人员存在的疑问，为后续测试方案、测试计划和测试用例的编写、缺陷的认定等都打下一个良好的基础。
9.5.3 验收测试方案
在要求较严格的甲方单位，为了准确地了解乙方单位项目人员对项目掌握的情况，同时也为了能够了解乙方单位在实施过程中的测试周期、测试策略和应用的测试方法是否能够覆盖到验收测试的各个对应需求点等内容，通常都需要让乙方单位项目经理提供一份针对本次验收测试的解决方案。
（未完待续）
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
相关链接：
