测试第一次公开课性能测试不得不说的故事.ppt

* * 36测试网第一次公开课 课程内容介绍 软件性能的理解 1 性能测试过程详解 3 性能测试的目的、方法 4 性能测试的其他内容 5 从不同角度看待性能 2 软件性能的理解 什么是软件？ 什么是操作系统？ 如何描述一件事情? 软件性能的产生 功能和性能的关系 清楚的描述一件事情的方法 若要将一件事情描述清楚，重要因素包括： 性能的产生-过去 计算机发展初期，计算机对硬件依赖性很强，没有通用性，只有很少人有机会用到，更没有软件性能的概念，位了实现软件功能而不惜一切代价 1946年2月15日，世界第一台通用电子计算机“埃尼阿克”没有研制成功。 1.8万个电子管组成（庞然大物） 30多吨，占地相当于2-3间教室 匀速速度：每秒5000次加减运算 占用资源很多，运行很慢，但在当时是了不起的成就 软件性能的产生-现在 软件从最初的奢侈品成为现在的商品，应用到各个领域 从更加经济的角度看待软件产品，软件运行不能以硬件不计成本基础，而要占用最少的资源，运行的速度也要尽可能的快，这些都是： 性能和功能的关系 无论功能和性能，源头，都来自于用户的需求 功能是指在一般条件下软件系统能为软件使用者做什么，能满足什么需求 功能和性能的对比 功能需求：在功能需求中，名词和动词多谢，比如：“收发、标题、模板、附件” 性能需求：在性能需求中，容量和时间词汇更多。比如“2GB,500个用户、50封邮件” 功能和性能的对比 软件功能的焦点在于软件能做什么，关注的是系统（主体）经过操作后的结果（事件） 软件性能的焦点在于软件做的怎么样，关注的是资源（空间）和速度（时间） 例子：百米比赛 性能测试目的 性能测试目的主要体现在三个方面： 真实业务为依据，选择有代表性的，关键的业务操作设计测试案例，评价的当前系统 当程序扩展或者新程序部署时，负载测试帮助确定系统是否能够处理预期的负载，预测未来性能 模拟大量用户，重复执行和运行测试，确认系统那个性能凭借并优化和调整方案 不同角度看待性能 用户角度 不同角度看待性能 随着软件系统的发展，客户的需求越来越多，业务量也在迅速增加。但业务量增加，就需要更多的时间和空间资源。这是，很多问题，便暴露出来，比如： 系统无法访问 系统崩溃、瘫痪 系统数据丢失 例如、奥运会期间，大量用户访问奥运会官方网页进行订票，大量用户的蜂拥导致系统瘫痪。 瘫痪意味着响应时间过长 用户角度的性能 软件发展初期，用户对软件系统提出的性能要求：马儿快快跑，最好不吃草 跑：时间（软件系统响应快，处理时间短） 草：空间（软件系统占用资源少。内存、CPU） 随着软件业的发展，用户对软件质量的意识逐渐增强，对性能的需求越来越多，而且越来越细致，要求系统（马儿）要能跑，要能快能慢（系统伸缩性），长时间的奔跑不知疲倦（系统长时间运行的稳定性）。综合，要求如下 计算性能 资源利用回收 启动时间 伸缩性 稳定性 性能计算 马：能跑，跑的快，跑5天保持一个速度 对于软件系统，计算机性恩那个是用户最关心的一个指标，即软件系统有多快 执行一个典型业务需要多长时间 数据的增删改查时间是否在用户可接受范围内 资源的利用回收 软件系统的“硬件资源”、“软件资源”。 硬件资源包括 客户端硬件 服务器硬件 网络硬件 软件资源： 操作系统 中间件 数据库 几个名词的解释 稳定性 马儿能快能慢 启动时间 马儿奔跑中突然加速 J2EE /C C++的加载 快 、好 不同角度看待性能 开发角度 开发角度 用户希望软件有无限的性能，但是，作为技术人员，要意识到，是不可能的。 在软件性能方案中，没有一种万能的方案，每种方案都充满了利弊，充满了矛盾 把握设计系统的具体环境 明确设计目标 具体问题具体分析 平衡各种矛盾 开发人员关注的性能测试问题 关心的问题 问题所属层次 架构设计是否合理 系统架构 数据库设计是否存在问题 数据库设计 代码是否在存在性能问题 代码 系统中是否有不合理内存使用方法 代码 系统中是否存在不合理的线程同步方式 设计与代码 系统中是否存在不合理的资源竞争 设计与代码 性能测试过程 性能测试不是单兵作战 角色承担划分 业务部门 测试部门 开发部门 运维部门 方案的确定 以可度量的指标定义测试成功条件 构建能够精确的模拟工作环境的测试方案 了解测试需要的资源 目标的确定 方案的确定 制定测试计划的过程一般包括 以可度量的指标定义测试成功