任务2.1 性能测试设计与开发.pptxVIP

课程主讲人： 任务2.1 性能测试设计与开发 模块2 性能测试执行 任务2.1 性能测试设计与开发 测试环境设计 测试环境设计是测试设计中不可缺少的环节。性能测试的结果与测试环境之间的关联性非常大，无论是哪种领域内的性能测试，都必须首先确定测试的环境。 ●　对于能力验证领域的性能测试来说，测试首先明确是在特定的部署环境上进行，因此不需要特别为性能测试设计环境，只需要保证用于测试的环境与今后系统运行的环境一致即可。 ●　对于规划能力领域的性能测试来说，测试环境不特定，但也需要设计一个基准的环境。 ●　对于性能调优领域的性能测试来说，因为调优过程是一个反复的过程，在每个调优小阶段的末尾，都需要有性能测试来衡量调优的效果，因此必须在开始就给出一个用于衡量的环境标准，并在整个调优过程中保证测试环境保持不变。 这里所说的测试环境设计包括系统的软硬件环境、数据环境设计，以及环境的维护方法。其中，数据环境设计是非常关键但又是最容易被忽略的问题。设想一下，系统运行在一个已有50 000条数据的数据库和一个几乎为空的数据库环境上，其执行增、删、改、查操作的响应时间显然是不同的。 测试场景设计 用户场景设计活动用于设计测试活动需要使用的场景，场景体现的是用户实际运行环境中具有代表性的业务使用情况。用户场景一般由用户在某一个时间段内的所有业务使用状况组成，包括业务、业务比例、测试指标的目标，以及需要在测试过程中进行监控的性能计数器。 测试场景可以是多个测试目标的综合体现，表5-2-1-1中描述了一个测试场景的内容。 表 5-2-1-1 测试用例设计 在设计完成测试场景之后，为能够把场景通过测试工具体现出来，并能用测试工具顺利进行测试执行，有必要针对每个测试场景规划出相应的工具部署、应用部署、测试方法和步骤，该过程就是测试用例设计活动。 测试用例是对测试场景的进一步细化，细化内容包括场景中设计业务的操作序列描述、场景需要的环境部署等。以用户登录场景为例，要将其细化为用例，就需要将登录业务的具体步骤进行描述： ●　进入登录页面； ●　输入正确的用户名和密码； ●　单击“登录”按钮； ●　登录成功，判断登录成功的方式是登录成功页面中显示“欢迎您”文本。 从描述中可以看到，在用例中，一个业务描述会被描述成操作的序列，并且在该序列中一定会给出判断业务是否执行成功的准则。 脚本和辅助工具开发 脚本和辅助工具的开发是测试执行之前的最后步骤，测试脚本是对业务操作的体现，一个脚本一般就是一个业务的过程描述。除脚本外，测试辅助工具也需要在本活动中进行开发。 测试脚本的开发通常基于“录制”，依靠工具提供的录制功能，可以将需要性能测试关注的业务在工具的录制下操作一遍，然后基于该录制后的脚本，对其进行修改和调试，确保其可以在性能测试中顺利使用。最常用的脚本修改和调试技巧是参数化、关联、检查点等。 感谢观看