例如某个企业每到20号左右，大量员工访问内部财务系统进行报销操作的事件;
例如银行的营业厅每天在上午的10点和下午的15点都会迎来业务受理高峰的事件;
向业务经理讲解获取用户场景的交易发生概率的方法
从业务经理处获得业务发生概率
例如在移动公司的每日高峰用户场景中，90%的用户进行缴费业务、5%的用户进行开户业务、2%的用户进行话费查询业务、2%的用户进行换卡业务、1%的用户进行停机/开机业务
内容：
向业务经理讲解确定期望业务响应时间的方法
从业务经理处获得期望业务响应时间，例如
1000用户在线的每日高峰用户场景中，缴费业务的期望响应时间最大不能超过3秒，开户业务的期望响应时间最大不能超过5秒，查询业务的期望响应时间最大不能超过12秒
向业务经理讲解性能测试建模过程中需要业务支持人员的原因，并向业务经理提出申请，调派一名或多名业务人员在将来支持性能测试案例的设计工作、业务数据的准备工作。
四、技术经理访谈：
目标：获取关键业务的技术路径，获取性能测试业务模型的补充设计依据;根据由业务经理处获得的关键业务，向技术经理了解这些关键业务使用的数据库中的数据表;向技术经理申请合适的开发人员，作为将来开发性能测试脚本的技术支持人员
内容：
将主要用户场景和关键业务提供给技术经理，请技术经理判断这些关键业务是否覆盖了被测系统的所有业务请求处理节点
(例如某个应用系统是三层架构，WEB-APP-DB，其中APP层包括两个中间件服务器，每个服务器处理不同的业务请求，此时要确定是否每个服务器都被关键业务所覆盖)
如果存在某个业务请求处理节点没有被业务经理分析并确定的关键业务所覆盖，则由性能测试分析师向业务经理转告这个情况，确认是否增加性能测试所需测试的用户场景和关键业务
向技术经理讲解为什么需要了解关键业务使用了哪些数据库中的数据表
例如性能测试分析师在数据库中查找符合测试条件的数据时，根据这些关键业务和数据表之间的关系就可以设计相应的SQL语句，用该SQL语句获得关键业务执行所需要的测试数据。
也可以由此了解到哪些数据库中的数据表在测试中将被用到(例如Select、Insert等)，并且判断哪些数据表需要存在多少条记录。
文章来源于领测软件测试网 https://www.ltesting.net/
