
今天的Dane的软件测试培训是与您共享性能测试部门的内容,向您介绍软件测试过程中性能测试的各个方面,在各个方面都测试了哪些方面,等等. b>

性能测试的目的仅仅是获得诸如被测系统的响应时间,吞吐量,稳定性和容量之类的信息. 我发现一些与性能相关的特定缺陷(例如内存溢出,并发处理等),我认为这只是一个附加结果. 在更高级别上,性能测试最有可能发现瓶颈. 如何获取所需信息需要进行多种测试.
性能测试部门

在实际工作中,通用应用系统将从这些方面进行性能测试.
1. 基准测试
基准测试或基准测试. 通常,它是单用户测试或零数据环境下的测试. 目的是建立可测量的参考标准,以为其他测试方案或调整过程提供比较参考. 它也可以被认为是最基本的性能测试. 如果基准测试的结果不能达到预期的要求什么是软件性能测试,则无需测试后续方案.
2. 稳定性测试

验证系统可以长时间稳定运行,以及是否存在一些可能在短期内未发现的缺陷(例如内存溢出,连接未释放等). 为了缩短测试时间,通常一天的压力可以在2小时内集中(第28条原则),因此连续加压10小时相当于系统运行5天. 注意监视各项性能指标是否稳定以及是否下降.
3. 日常压力测试
通过基准测试后,应首先在较低压力下进行测试,并且应首先测试系统在每日压力下的性能. 这种压力需要来自系统对相关数据的使用,例如系统的平均每日访问量,平均数量以及每天完成的交易数量. 通过该测试,发现并解决了一些表面性能问题.
4. 容量测试

在验证系统是否可以满足预期压力之后,您还需要知道系统可以承受的最大压力,即容量. 通常,使用“拐点法”进行测试,并逐渐增加系统压力,直到性能指标无法接受或出现明显拐点为止.
5. 峰值应力测试
通过每日压力测试后,需要进行更大的压力测试. 这里的压力还需要相关数据的支持,通常是未来几年的预期压力. 根据历史每日平均压力和每日最大压力等信息,可以估算未来几年的每日平均压力和每日最大压力. 然后什么是软件性能测试,通过一些常用的估算方法,例如两个或八个的原理(80%的工作在20%的时间内完成,相当于2个小时中的8个小时的工作),将每日压力转换为峰值压力.
峰值压力是可以预期的最大负载压力. 通过测试后,该系统被认为能够满足未来增长的压力.

以上类型的测试是性能测试期间最常用的测试. 当然,还有其他一些常用类型,例如绝对并发测试,它可以测试多个用户对某个功能的瞬时请求,并且主要用于验证系统是否存在并发逻辑处理问题. 此测试也可以分为不同的压力测试方案. 根据不同用户的压力,测试相应的绝对并发. 通常,对用户数量的10%进行了测试;突然的压力测试,针对某些意之内). 以银行门户网站为例,由于发布了重要消息(政策调整),访问量可能激增. 这种压力是否会导致系统崩溃或暂时无法提供服务是需要考虑的突然压力测试. 有人将这个压力定义为峰值压力,只要您认为这样的问题就没有关系.
在上述所有内容中,如果排除技术问题,则性能测试中最困难的事情是对用户模型(或系统使用模型)的分析. 它直接确定压力测试方案是否可以有效地模拟真实世界的压力,而这种真实压力的模拟使性能测试更有意义. 可以说,性能测试在一定程度上已经完成,差距体现在模型的建立上.
对于性能问题的分析,定位或调优,在很大程度上是技术问题,需要很多方面的知识. ,操作系统,网络和开发是合格的性能测试人员必须具备的所有技能. 只有这样,才能从各个角度考虑分析问题.
当然,对于测试人员来说,技术能力只能排名第二,而测试的想法是最根本的. 敏锐的嗅觉,严格的逻辑,合理的推测以及大胆的实践是合格的测试工程师的基本要素. 真正的困难在于,您必须弄清楚如何进行测试才能有效且有保证. 这是测试工程师最重要的能力.
这仍然是观点,思考是基础.
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/ruanjian/article-259764-1.html
如此作为
稍有政治常识的人们都很清楚