建立性能测试目标
确定性能测试目标可能相当容易。具体的挑战是,无论是隐含的、还是清晰的目标,性能测试员都并不总能那么容易地加以确认,因此,必须经常对这些目标进行系统的研究。确定性能测试目标,通常包括以下任务:
确定性能测试工作的总目标,如:
检测需要调整的瓶颈。
帮助开发团队确定针对各种配置选项的性能特征。
为可伸缩性和容量规划工作提供输入数据。
与个别团队成员或团队一起审查项目计划。询问如下问题:
在最后一次与本次迭代之间,哪些功能、结构和(或者)硬件会发生变化?
调整是这种变化的结果所要求的吗?是否可能收集某些度量来帮助进行这种调整?
这种变化可能会影响到,以前已经测试或收集过的度量领域吗?
与个别团队成员或者团队一起检查物理及逻辑结构。在检查结构时,询问如下问题:
以前曾经做过或者使用过这种结构吗?
在这种结构中,如何能够较早确定它是否在可接受的参数内运行?
需要调整吗?能够运行什么测试,或者能够收集什么度量来帮助做出这种决定?
询问个别团队成员,在该项目中他们最关心的性能问题是什么,以及如何能够尽早检测到这些问题。
尽管在项目生存周期中,尽早收集到性能测试目标是最重要的,但是,定期回访这些目标并且询问团队成员,了解他们是否愿意看到任何新增加的目标,也是非常重要的。
二、关键字测试案例 关键字测试案例是设计用于对正在进行测试的一个或多个应用程序的一个或多个方面进行测试或运用的一系列关键字。关键字测试案例必须经过设计、执行和维护的。写关键字测试案例是测试设计员/测试员的职责,仅当关键字测试案例执行过程中出现故障时需要自动化工程师介入。请注意:关键字设计范例常在缺少关键字自动化时使用 – 这是一个有效的独立测试设计范例。
1. 设计
关键字测试案例设计包括计划测试案例的目的, 使用关键字建立测试案例, 以及针对正在进行测试的应用程序来测试设计。乍一看,这似乎与测试案例设计的任何其他方法没什么两样,但是关键字测试案例设计与任何徒手/文本形式的测试案例设计之间存在显着的差别。关键字测试案例设计的特征有:
一致性 – 每次都使用相同的关键字来描述业务事件,
数据驱动 – 关键字包含执行测试步骤所需的数据,
自动生成文档 - 关键字描述包含设计员的目的详细信息,
可维护性 – 有了一致性,接下来便是可维护性,最终能够支持自动化,而不需要从测试设计变换到脚本自动化。
测试设计员不需要成为测试自动化工程师就能获取测试自动化的权限。 执行
通过按顺序执行关键字步骤,测试员可以手动执行关键字测试案例执行 – 这应作为关键字验证过程的一部分执行。测试案例是使用自动化关键字构建的,可以使用测试自动化工具或集成的测试管理工具来执行。不管是否使用自动化,测试案例执行都是一种机械练习。测试案例应该包含执行测试案例,以及确定该操作成功或失败的所有必需信息。 维护
当应用程序行为或在一个或多个测试案例中使用的关键字设计中发生更改时,必须进行测试案例维护。正确实现的关键字框架将允许测试员通过一些查询机制来查找关键字的所有实例– 将通常令人痛苦的查找受影响的测试案例的过程减少到一个简单步骤。而且, 良好实现的关键字框架应该支持对关键字实例的全局更改。
三、关键字实现 1. GUI
基于GUI 的应用程序的关键字方案是最容易理解和实现的。大多数共享软件、免费软件和关键字测试的商业应用程序都涉及该领域。 API (应用程序编程接口)
基于API的应用程序关键字解决方案表面上看来很复杂, 但这些应用程序一旦细分成离散功能业务事件,其行为便与同等GUI应用程序一样了。如果业务事件为"登录用户",则无论使用哪个应用程序机制来实现该事件都无关紧要,如果业务驱动相同,关键字查找和行为将相同。有几个与 API 领域相关的关键字解决方案提供商,且同一提供商通常具有 GUI 应用程序的解决方案。 电信 (通信协议)
电信领域的关键字解决方案 (例如SS7)要求对电信协议非常了解. 有几个提供该领域关键字解决方案的提供商。
四、关键字和测试阶段
1. 单元测试
关键字可用于单元测试, 但不建议这么做。应该由开发组使用开发套件中可用的工具和技术来进行单元测试。 功能 (综合测试)
关键字测试解决方案专注于作为离散功能业务事件设计和实现关键字,为功能测试提供低本高效并可维护的测试框架。事实上, 如果需要或期望基于GUI 或API 的应用程序的测试自动化,有一些框架可匹配其短期或长期ROI (投资回报)。 系统测试
将关键字从功能测试提升到系统测试阶段的基于关键字的测试解决方案可帮助加速测试过程。有效的关键字框架将允许测试设计员把功能级关键字组合成系统级关键字。系统级关键字处理完整的业务事件, 而不是组成业务线程的离散功能业务事件。例如, 一个系统级的关键字可以是 "完整客户应用程序",该关键字可以是由这一系列功能级关键字组成:"输入客户姓名","输入客户联系信息","输入客户个人信息"和"保存客户记录"。 用户验收测试
关键字可用于用户验收测试, 但不建议使用,除非这是测试的扩展阶段。终端用户团体使用产品最佳执行用户验收测试中可用的工具、技术和过程。
检测需要调整的瓶颈。
帮助开发团队确定针对各种配置选项的性能特征。
为可伸缩性和容量规划工作提供输入数据。
与个别团队成员或团队一起审查项目计划。询问如下问题:
在最后一次与本次迭代之间,哪些功能、结构和(或者)硬件会发生变化?
调整是这种变化的结果所要求的吗?是否可能收集某些度量来帮助进行这种调整?
这种变化可能会影响到,以前已经测试或收集过的度量领域吗?
与个别团队成员或者团队一起检查物理及逻辑结构。在检查结构时,询问如下问题:
以前曾经做过或者使用过这种结构吗?
在这种结构中,如何能够较早确定它是否在可接受的参数内运行?
需要调整吗?能够运行什么测试,或者能够收集什么度量来帮助做出这种决定?
询问个别团队成员,在该项目中他们最关心的性能问题是什么,以及如何能够尽早检测到这些问题。
尽管在项目生存周期中,尽早收集到性能测试目标是最重要的,但是,定期回访这些目标并且询问团队成员,了解他们是否愿意看到任何新增加的目标,也是非常重要的。
二、关键字测试案例 关键字测试案例是设计用于对正在进行测试的一个或多个应用程序的一个或多个方面进行测试或运用的一系列关键字。关键字测试案例必须经过设计、执行和维护的。写关键字测试案例是测试设计员/测试员的职责,仅当关键字测试案例执行过程中出现故障时需要自动化工程师介入。请注意:关键字设计范例常在缺少关键字自动化时使用 – 这是一个有效的独立测试设计范例。
1. 设计
关键字测试案例设计包括计划测试案例的目的, 使用关键字建立测试案例, 以及针对正在进行测试的应用程序来测试设计。乍一看,这似乎与测试案例设计的任何其他方法没什么两样,但是关键字测试案例设计与任何徒手/文本形式的测试案例设计之间存在显着的差别。关键字测试案例设计的特征有:
一致性 – 每次都使用相同的关键字来描述业务事件,
数据驱动 – 关键字包含执行测试步骤所需的数据,
自动生成文档 - 关键字描述包含设计员的目的详细信息,
可维护性 – 有了一致性,接下来便是可维护性,最终能够支持自动化,而不需要从测试设计变换到脚本自动化。
测试设计员不需要成为测试自动化工程师就能获取测试自动化的权限。 执行
通过按顺序执行关键字步骤,测试员可以手动执行关键字测试案例执行 – 这应作为关键字验证过程的一部分执行。测试案例是使用自动化关键字构建的,可以使用测试自动化工具或集成的测试管理工具来执行。不管是否使用自动化,测试案例执行都是一种机械练习。测试案例应该包含执行测试案例,以及确定该操作成功或失败的所有必需信息。 维护
当应用程序行为或在一个或多个测试案例中使用的关键字设计中发生更改时,必须进行测试案例维护。正确实现的关键字框架将允许测试员通过一些查询机制来查找关键字的所有实例– 将通常令人痛苦的查找受影响的测试案例的过程减少到一个简单步骤。而且, 良好实现的关键字框架应该支持对关键字实例的全局更改。
三、关键字实现 1. GUI
基于GUI 的应用程序的关键字方案是最容易理解和实现的。大多数共享软件、免费软件和关键字测试的商业应用程序都涉及该领域。 API (应用程序编程接口)
基于API的应用程序关键字解决方案表面上看来很复杂, 但这些应用程序一旦细分成离散功能业务事件,其行为便与同等GUI应用程序一样了。如果业务事件为"登录用户",则无论使用哪个应用程序机制来实现该事件都无关紧要,如果业务驱动相同,关键字查找和行为将相同。有几个与 API 领域相关的关键字解决方案提供商,且同一提供商通常具有 GUI 应用程序的解决方案。 电信 (通信协议)
电信领域的关键字解决方案 (例如SS7)要求对电信协议非常了解. 有几个提供该领域关键字解决方案的提供商。
四、关键字和测试阶段
1. 单元测试
关键字可用于单元测试, 但不建议这么做。应该由开发组使用开发套件中可用的工具和技术来进行单元测试。 功能 (综合测试)
关键字测试解决方案专注于作为离散功能业务事件设计和实现关键字,为功能测试提供低本高效并可维护的测试框架。事实上, 如果需要或期望基于GUI 或API 的应用程序的测试自动化,有一些框架可匹配其短期或长期ROI (投资回报)。 系统测试
将关键字从功能测试提升到系统测试阶段的基于关键字的测试解决方案可帮助加速测试过程。有效的关键字框架将允许测试设计员把功能级关键字组合成系统级关键字。系统级关键字处理完整的业务事件, 而不是组成业务线程的离散功能业务事件。例如, 一个系统级的关键字可以是 "完整客户应用程序",该关键字可以是由这一系列功能级关键字组成:"输入客户姓名","输入客户联系信息","输入客户个人信息"和"保存客户记录"。 用户验收测试
关键字可用于用户验收测试, 但不建议使用,除非这是测试的扩展阶段。终端用户团体使用产品最佳执行用户验收测试中可用的工具、技术和过程。
编辑推荐:
下载Word文档
温馨提示:因考试政策、内容不断变化与调整,长理培训网站提供的以上信息仅供参考,如有异议,请考生以权威部门公布的内容为准! (责任编辑:长理培训)
点击加载更多评论>>