四、技术经理访谈：

　　目标：获取关键业务的技术路径，获取性能测试业务模型的补充设计依据；根据由业务经理处获得的关键业务，向技术经理了解这些关键业务使用的数据库中的数据表；向技术经理申请合适的开发人员，作为将来开发性能测试脚本的技术支持人员

　　内容：

　　将主要用户场景和关键业务提供给技术经理，请技术经理判断这些关键业务是否覆盖了被测系统的所有业务请求处理节点

　　（例如某个应用系统是三层架构，WEB-APP-DB，其中APP层包括两个中间件服务器，每个服务器处理不同的业务请求，此时要确定是否每个服务器都被关键业务所覆盖）

　　如果存在某个业务请求处理节点没有被业务经理分析并确定的关键业务所覆盖，则由性能测试分析师向业务经理转告这个情况，确认是否增加性能测试所需测试的用户场景和关键业务

　　向技术经理讲解为什么需要了解关键业务使用了哪些数据库中的数据表

　　例如性能测试分析师在数据库中查找符合测试条件的数据时，根据这些关键业务和数据表之间的关系可以设计相应的SQL语句，用该SQL语句获得关键业务执行所需要的测试数据。

　　也可以由此了解到哪些数据库中的数据表在测试中将被用到（例如Select、Insert等），并且判断哪些数据表需要存在多少条记录。

　　由技术经理处获得关键业务使用了哪些数据库中的数据表，并将这个关系填入到《性能测试技术调研表》中

　　向技术经理讲解为什么需要技术开发人员支持性能测试脚本开发的工作

　　由技术经理调派合适的开发人员，作为将来开发性能测试脚本的技术支持人员

　　例如某个被测系统在提交业务请求时将对业务请求数据进行加密，这时需要技术支持人员向性能测试脚本开发人员提供加密程序，以供性能测试脚本开发人员在性能测试脚本中将加密程序作为动态链接库程序进行调用，使得性能测试脚本能成功模仿实际业务请求。

　　例如性能测试脚本需要从数据库中获得大量的业务数据进行性能测试的执行，此时需要技术人员指导性能测试脚本开发人员如何从数据库的相关数据表中提取符合测试需要的业务数据。

　　又例如性能测试在执行过整轮的测试后，在执行下一轮性能测试之前需要恢复数据库中的数据，此时需要技术支持人员辅助进行数据库的备份和恢复工作。

　　例如性能测试工程师在设计性能测试监控模型时，需要技术支持人员辅助实施被测系统的监控配置工作。

　　3、性能测试一般需要多少人手资源？

　　根据性能测试目的的不同，需要的资源不同。根据被测系统的规模不同，需要的资源也不同。

　　按角色分的话需要以下人员：

　　测试经理、测试分析师、测试工程师、监控工程师、相关专家（数据库、操作系统、被测系统）。

　　大型项目一般会在5-6人的有过，小型项目1人有过。

　　4、怎样的测试才算是一次成功的性能测试？

　　达到了被测系统项目经理的预期是成功的性能测试。

　　目标要谈清楚，有的是选型类的性能测试，能够准确、公平、公正获取被测系统的性能指标是成功的性能指标。

　　有的是调优类的性能测试，配合相关专家对系统进行调优，解决系统性能问题是成功的性能指标。