app的技术概况怎么写,app的技术风险和对策

  

  1.概观   

  

  1.1目的   

  

  这一部分主要是对被测试对象(接口、模块、流程或系统)进行简要描述,使人们了解测试对象的主要功能和作用以及相关的业务背景。同时,应该指出性能测试的驱动原因。   

  

  1.2名词解释   

  

  本方案涉及的商务和技术术语。   

  

  1.3参考材料   

  

  引用的和基于本方案的所有文件   

  

  2.测试对象的拓扑结构。   

  

  该部分主要以图表和文字的形式描述被测对象(接口、模块、系统)的拓扑结构,并标注必要的数据流方向。注意:如果模块(流程、数据库)实际上跨越了生产中的物理主机,那么应该在拓扑图中进行标记。   

  

  3.测试目的和范围   

  

  根据测试的驱动原因,结合待测对象的实际生产情况,分析性能测试需求,提取本次性能测试要达到的各种目标,即性能指标(主要是业务目标是否能满足要求,系统资源消耗是否在可接受的范围内)。   

  

  根据测试的目的,很容易在被测对象和业务数据流之间定义测试的范围。   

  

  4.测试策略   

  

  软件测试策略:在一定的软件测试标准和规范的指导下,根据测试项目的特定环境约束而规定的软件测试的原则、方法和手段的集合。   

  

  4.1性能测试准入条件、通过标准、失败和中止标准   

  

  用于明确描述性能测试录取的条件、通过、暂停和失败标准。   

  

  4.2试验方法和要求的技术要求   

  

  描述用于完成性能测试的方法、手段和步骤,同时指出完成测试所必需的技术能力,如编写模拟器、脚本、性能数据收集和分析的能力等。   

  

  4.3测试所需工具的选择   

  

  有时,性能测试可以通过一些自动化工具或自我开发来实现。所以需要根据实际项目和工具的价格表进行合理的选择。   

  

     

  

  5.测试环境   

  

  用于描述基于软件的拓扑图,描述被测对象的操作系统和版本,选择中间件的名称和版本以及所需的数据库名称和版本。同时,应注明每台主机不进行压力试验的平均负荷。   

  

  6.测试数据和测试场景   

  

  6.1测试数据的准备   

  

  主要用于描述测试执行中使用的基础数据和测试数据准备。数据准备的模型和测试场景的选择,越接近系统的真实场景,对测试结论的准确性至关重要。因此,有必要描述一下数据准备的基础。(初始数据:系统运行所必需的初始化数据;业务数据:提供负载压力背景;脚本中的参数数据:参数数据应该真实地模拟负载)   

  

  6.2测试场景的选择   

  

  针对测试目的,结合被测对象的具体特点,设计了符合要求、符合真实生产场景的测试场景。测试场景选择的基本依据是:关键核心业务流程(高吞吐量)、高数据库io和高业务风险业务流程。   

  

  7.测试所需的资源   

  

  所需资源主要包括以下三个方面   

  

  硬件资源:主要描述被测对象的性能测试,结合拓扑图列出必要的机器资源(服务器、小型机、客户端)。   

  

  软件资源:硬件资源中用到的操作系统、数据库、中间件、应用服务器等必备软件。   

  

  人力资源:用于描述完成性能测试所需的各种人力资源(用例编写、测试数据生成、脚本编写、性能结果与分析、性能调优)。   

  

  8.工作量估计和测试进度   

  

  根据测试策略和相关任务,安排好各项任务的人员、时间和计划,使进度可控。   

  

  9.测试风险   

  

  测试风险主要是指对所有可能影响性能测试执行进度或准确性的因素的描述,并评估影响程度。如果影响很小,不需要解释。以下是一些可能的风险。   

  

  a)管理风险   

  

  进度风险;   

  

  软件版本控制风险;   

  

  人力资源风险(员工不到位或工作时间   

  

  测试环境风险(没有机器资源和相应的软件环境);   

  

  c)协作风险   

  

  测试环境稳定性风险(在性能测试期间,其他人同时在测试环境上进行测试);   

  

  上下游模块或系统配合测试风险;   

  

  d)测试结果准确性的风险   

  

  测试环境和真实环境之间的差异以及测试数据模型和真实数据模型之间的差异可能导致结果不准确的风险;   

  

  10.测试后交付材料。   

  

  描述整个性能测试过程,并输出相应的文档(性能测试需求分析、性能测试计划(方案)、性能测试结果和报告)。   

相关文章