系统吞吐量度量要素一个系统的吞度量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联。单个reqeust 对CPU消耗越高,外部系统接口、IO影响速度越慢,系统吞吐能力越低,反之越高。系统吞吐量几个重要参数:QPS(TPS)、并发数、响应时间(很多人经常会把并发数和TPS理解混淆)QPS(TPS):每秒钟request/事务数量 并发数: 系统同时处理的request/事务数 响应时间: 一般取平均响应时间理解了上面三个要素的意义之后,就能推算出它们之间的关系:QPS(TPS)= 并发数/平均响应时间一个系统吞吐量通常由QPS(TPS)、并发数两个因素决定,每套系统这两个值都有一个相对极限值,在应用场景访问压力下,只要某一项达到系统最高值,系统的吞吐量就上不去了,如果压力继续增大,系统的吞吐量反而会下降,原因是系统超负荷工作,上下文切换、内存等等其它消耗导致系统 性能下降。决定系统响应时间要素我们做项目要排计划,可以多人同时并发做多项任务,也可以一个人或者多个人串行工作,始终会有一条关键路径,这条路径就是项目的工期。系统一次调用的响应时间跟项目计划一样,也有一条
什么是测试文档?测试文档是在软件测试之前或期间创建的工件的文档。它可以帮助测试团队估计所需的测试工作,测试覆盖范围,资源跟踪,执行进度等。它是一整套文档,可让您描述和记录测试计划,测试设计,测试执行,得出的测试结果来自测试活动。为什么要测试形式?对于新手来说,很容易假设测试执行代码的各个部分并验证结果。但是在现实世界中,测试是一项非常正式的活动,并有详细记录。测试文档使测试的计划,审查和执行变得容易且可验证。测试形式的程度取决于测试中的应用程序类型您的组织遵循的标准开发过程的成熟度。测试活动通常消耗软件开发项目工作的30%到50%。文档有助于确定可应用于将来项目的测试过程改进。测试文档示例这里是重要的测试文档类型:测试类型说明测试政策这是一个高级文档,描述了组织的原理,方法和所有重要的测试目标。测试策略一个高级文档,用于标识要为项目执行的测试级别(类型)。测试计划测试计划是一个完整的计划文档,其中包含测试活动的范围,方法,资源,时间表等。需求可追溯性矩阵这是将需求与测试用例联系起来的文档。测试场景测试场景是软件系统的一项或一项,可以通过一个或多个测试案例进行验证。测试用例它是一组输入值
贝克街的捉虫师
十年测试老鸟佛系分享一些测试小技能、开源小工具......