测试方案【4篇】

测试方案【4篇】以下是三一刀客的编辑为您分享的“测试方案【4篇】”，做好思想准备、心理准备、实力准备，方能在机会来临之时抓住机会，取得成功，在我们不知道该在哪个下手去落实的时候。我们要提前准备多种方案，当我们对于工作的具体方式方法不是很明确时，可以通过一份详细的方案来了解更多。参考下载这篇文章后您一定会有所收获！测试方案篇【第一篇】一、需求分析1.测试目的为什么测？目的在于测试系统相关性能能否满足业务需求。通常分以下两种情况：1）新项目上线2）老项目优化如果是老项目优化，可考虑是否存有历史测试方案，如果有可以参考，或许可以省事很多。2.测试对象要测啥？测试对象可以归结为“业务功能”。测试前，需要了解我们需要测试的业务功能（不深入细节）有哪些，比如“购买商品”、“寄送快递”。有没有必要测？需求来源哪里？，有没有数据支撑测试这个需求的必要性？通常，可以从以下几个方面考虑：1）是否核心功能，是否要求严格的质量2）是否常用、高频使用的功能3）可能占用系统较多资源的功能4）使用人数多还是少5）在线人数多还是少3.拆分对象先从业务上来分，实现这个完整的功能包含哪些流程、环节举例：购买商品登录-搜索商品-提交订单-支付订单-退出4.指标分析分析性能需求指标（如“支持300人并发登录”）是否合理有必要测试这个需求，考虑需求指标是否合理？有没有数据支撑？通常，支撑数据可以从以下方面考虑：1）采样时间段内系统使用人数2）采样时间段内系统在线人数3）采样时间段内系统(页面)访问量4）采样时间段内请求数....常用分析思路：1）2/8法则2/8法则：80%的业务量在20%的时间里完成。这里，业务量泛指访问量，请求数，数据量等2）正态分布3）按比例倍增4）响应时间2-5-8原则就是说，一般情况下，当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会赶紧系统的响应速度还可以；当用户在5-8秒以内得到响应时，会赶紧系统的速度很慢，但是还可以接受；而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟糕透了，或者认为系统已经失去响应。注意：这个要根据实际情况，有些情况下时间长点也是可以接受的，好比12306举例：某公司后台监控，根据一段时间的采样数据，分析得出日高峰时段(11:00-14:00)用户下单请求数平均为1000，峰值为1500，根据这个计算并发请求数时段：3个小时-3x60x60=1080s业务量：1500吞吐量：1500*80%/(1080*20%)=请求数/s假设用户下单遵循正态分布，那么并发请求数峰值会肯定大于上述估算的吞吐量注意:1、2/8原则计算的结果并非在线并发用户数，是系统要达到的处理能力（吞吐量）2、如果要求更高系统性能，根据实际情况，也可以考虑1/9原则或其它更严格的算法3、以上估值只是大致的估算，不是精确值举例：想了下，暂时没想到啥好的例子，大致就说一些涉及到数据量的性能测试，比如报表统计，或者是大数据挖掘，查询等，怎么去估算数据量？数据生命周期：一般来说，数据都是有一定的生命周期的，时间的选取需要结合数据周期考虑。这里假设3年后系统性能仍然需要满足业务需求。数据增长率：如果是老项目，可以考虑对应功能主表历史数据存放情况这里假设按年统计，比如第一年10000，第二年15000，第三年20000，第四年25000，那么我们得出，以第一年为基准，数据增长率分别为，1，，每年在上一年的基础上，以5000的速度增长预估3年后，数据增长率为3，需要测试数据量为（1+3）x10000=40000注意：1、实际数据一般是没上面举例那么规律的，只能大致估算数据增长率。2、一些大数据量的性能测试除了和数据量相关，还涉及到数据分布等，比如查询，构造数据时需要结合实际，尽量贴近实际。3、不同业务模块，涉及表不一样，数据量要求也是不一样的，需要有区别的对待。如果是新项目，那就比较不确定了，除非能收集相关数据。二、系统分析结合需求分析中第3点，分析系统架构。从功能实现上来看，怎么实现这个完整功能的。通常这些业务功能操作都对应着一个或多个请求(可能能是不同类型的请求，比如http,mysql等)，我们要做的是找出这些：1）请求顺序、请求之间相互调用关系2）数据流向，数据是怎么走的，经过哪些组件、服务器等3）预测可能存在性能瓶颈的环节（组件、服务器等）4）明确应用类型IO型，还是CPU消耗性、内存消耗型-弄清楚重点监控对象5）关注应用是否采用多进程、多线程架构-多线程容易造成线程死锁、数据库死锁，数据不一致等6）是否使用集群/是否使用负载均衡了解测试环境部署和生产环境部署差异，是否按1:1的比例部署通常建议测试时先不考虑集群，采用单机测试，测试通过后再考虑使用集群，这样有个比较，比较能说明问题三、业务分析1）明确要测试的功能业务中，功能业务占比，重要程度。目的在于明确重点测试对象，安排测试优先级2）明确下“需求分析-指标分析”中相关业务功能所需基础数据及数据量问题，因为那块需求分析时可能只是大致估算下，评估指标是否合理，需要认真再分析下四、用例设计1）用例设计通常是基于场景的测试用例设计单业务功能场景运行测试期间，部分虚拟用户执行某种业务的某个环节操作，部分虚拟用户执行该业务功能的其它环节或者运行测试期间，部分虚拟用户执行某种业务功能，部分虚拟用户执行其它业务功能注：这里用例没说到多少用户去跑，跑多久等，这里只是把他当作相同场景用例下的的一组组测试数据了。2）事务定义根据用例合理的定义事务，方便分析耗时（特别是混合业务功能场景测试），进而方便分析瓶颈。比如，购买商品，我们可以把下订单定义为一个事务，把支付也定义为一个事务。3）场景监控对象针对每条用例，结合“系统分析”第4）点，明确可能的压力点（比如数据库、WEB服务器），需要监控的对象，比如tps，耗时，CPU，内存，I/O等五、测试策略1）先进行混合业务功能场景的测试，在考虑进行测试单业务功能场景的测试2）负载测试-压力测试-稳定性测试-强度测试注：如果测试稳定性，时间建议至少8小时；3）逐步加压比如开始前5分钟，20个用户，然后每隔5分钟，增加20个用户。好处：不仅比较真实的模拟现实环境，而且在性能指标比较模糊，且不知道服务器处理能力的情况下，可以帮我们确定一个大致基准，因为通常情况下，随着用户数的不断增加，服务器压力也会随着增加，如果服务器不够强大，那么就会出现不能及时处理请求、处理请求失败的情况下，对应的运行结果图形中，运行曲线也会出现对应的形态，比如从原本程一条稳定直线的情况，到突然极限下降、开始上下波动等，通过分析我们就能得出服务器大致处理能力，供后续测试参考。4）单点并发比如使用集合点，单独针对某个环节的并发测试，通常是针对某个环节的性能调优时使用。常识：a)负载测试保证系统能正常运行(通常是满足某些系统性能指标)的前提下，让被测对象承担不同的工作量，以评估被测对象的最大处理能力及存在缺陷而进行的测试b)压力测试不保证系统能否正常运行的前提下，让被测对象承担不同工作量，以评估被测对象能提供的最大处理能力及存在缺陷而进行的测试c)稳定性测试测试系统的长期稳定运行的能力。同疲劳强度测试的区别是，稳定性测试的压力强度较小，一般趋向于客户现场日常状态下的压力强度，当然在通过时间不能保证稳定性的状态下，需要加大压力强度来测试，此时的压力强度则会高于正常值。d)强度测试通常模拟系统在较差、异常资源配置下运行，如人为降低系统工作环境所需要的资源,如网络带宽,系统内存,数据锁等等,以评估被测对象在资源不足的情况下的工作状态注：疲劳强度测试是一类特殊的强度测试，主要测试系统长时间运行后的性能表现，例如7x24小时的压力测试。六、工具选取1）协议分析一般性能测试工具都是基于协议开发的，所以先要明确应用使用的协议2）工具选取1）类型开源工具、收费工具、自研工具2）分析工具理解工具实现原理常识：1．同步请求：发出一个调用请求，在没有得到结果之前，该调用就不返回。2.异步请求：发出一个调用请求，在没有得到请求结果之前，该调用可立即返回。该调用请求的处理者在处理完成后通过状态、通知和回调等来通知调用者。使用长连接还是短连接Web服务器参数配置八、网络分析1）网络路由通常为了排除网络型瓶颈，通常建议在局域网下进行测试。通常，这里我的分析思路是这样的：检查hosts文件的配置不同DNS，其速度和准确率是不一样的，比如速度远比快，如果有用到DNS（特别是压测机），需要考虑下是否适当确保路由正确设置2）网络带宽如果没条件在局域网下测试，可能需要估算所需大致带宽。如果测试时是基于UI层操作的操作，那么得估算页面平均大小，这个可以通过浏览器自带工具查看打开单个页面服务器返回的请求数据大小。如果是测试时是基于接口层的请求测试，可以通过工具查看服务器响应数据大小。然后根据采集的页面PV峰值、请求数峰值进行计算。假设在PV峰值、请求数峰值=1000，峰值时段：8:00-12:00，平均页面、请求大小200k带宽=1000x80%/(20%x4x3600s)x200KBx/1024x8bit,单位MBps注意：这里涉及到浏览器缓存等因素，估值可能不准，大致估算。九、硬件配置1)CPU型号，频率，核数2)内存3)磁盘不同磁盘类型，读写速率不一样4)网卡不同网卡，其传输速率也不一样注意：硬件配置最好和生产环境的配置保持一致。测试方案篇【第二篇】一、测试目的：了解汉语拼音部分教学情况，使学生牢固地掌握汉语拼音知识，熟练地拼读拼音，为识字、阅读打下扎实的基础。同时根据测试结果进行分析总结，改进学生的语文学习和教师的教学。二、测试时间：第九周11月1日（周四）上午第三节课开始三、测试具体安排：测试地点纪律组织口语测试教师一甲班廖静邓广平、曾姣、周俏、王浩、刘江枚一乙班文静、蔡雅阁汤贴双、黄健、蒋毅舟、曹丹、于春晓四、测试操作程序1、本次测试只采用口试的方法，教室里由当堂任课教师负责纪律组织；教室外每班由五位口语测试教师负责一对一的测试。2、口语测试老师每人负责九名学生（按学号有名单）逐一口试，在学生拼读时教师不催促，不提示，在学生卷上读错的音节做上记号，并在成绩登记表上记录好所有学生分项成绩、总成绩，并反馈学生存在的主要问题。3、全部测试结束后，将成绩表交教导处，由一年级两位班主任填写好质量分析于下周二之前交教导处。测试方案篇【第三篇】《国家学生体质健康标准》测试方案根据国家教育部和体育总局颁发的《学生体质健康标准》精神，以及市教育局关于做好2014年测试数据报送工作的通知，坚持学校教育树立健康第一的指导思想，加强学校体育工作，使学生积极参加体育锻炼，养成良好的习惯，提高学生的自我保健能力和体质健康水平，促进学生健康发展。结合我校实际，现制定株洲市二中学校《学生体质健康标准》实施方案。一、组织与管理1、《学生体质健康标准》的实施要由学校统一安排，学生科、教务科、体育组、信息中心，医务室、班主任等协同配合，共同组织实施。学生科负责制定计划和监督检查；教务科负责安排落实体育教育的相关工作、配合组织测试工作和体育教师的调配使用以及设备日常管理和操作培训工作；体育组负责测试的组织和成绩记录、等级评定工作；信息中心负责成绩的网上录入、上报工作；班主任负责本班学生的组织工作；2、学校的《学生体质健康标准》测试工作要在近期内开展，市教育局将在12月份定时对学校实施情况进行检查，并将此工作列入学校评估工作内容之中。二、测试分组与测试项目根据学生的生长发育规律，从身体形态、身体机能、身体素质等方面综合评定学生的体育健康状况，具体测试数据项目为：身高、体重、视力、肺活量、、坐位体前屈、1000米（男）800米（女）、仰卧起坐、50米跑等等，具体方法如下：9月15日——9月18日为准备阶段。教导处准备好测试表和汇总表，体育教师准备好身高体重和肺活量的测量器材，准备好坐位体前屈、引体向上、仰卧起坐的测试器材。班主任要配合体育教师做好学生的发动工作。10月8日——10月21日是测试阶段。测试项目与分工如