学习是长期的一项投资,年轻人要善于投资自己。

发布新日志

  • 记载--并发计算公式

    zwt425 发布于 2016-11-18 15:15:14


    初学性能,基本的方法论,记下方便以后自己查看。

    并发量计算公式:

    一、计算公式1:经典公式

    系统用户数:目前达到11 ,后期再加2万,共14

    同时在线用户数:在一定的时间范围内,最大的同时在线用户数

    平均并发用户数的计算:Cn*L/T

    备:C是平均的并发用户数,n是平均每天访问用户数,L是用户一天内从登录到退出的平均时间(操作时间),T是考察时间长度(一天内多长时间有用户使用系统)

    并发用户数峰值: C‘ = C + 3*根号C

    备: C‘ 是并发用户数峰值。

    平均并发用户数为5500/小时:14000*4/12(小时)=4667  4为平均每天访问用户数,12考察时长因C端用户)

    一分钟平均并发用户数为2/秒:4667/60/60=2

    平均并发用户数峰值4735/小时:4667+3*根号4667= 4667+68=4735

    一分钟平均并发用户数峰值是:4735/60/60=2


    二、通用公式2

    例子:对绝大多数场景,我们用(用户总量/统计时间)*影响因子(一般为3)来进行估算并发量。

    比如:以乘坐地铁为例子,每天乘坐人数为5万人次,每天早高峰是79点,晚高峰是67点,根据8/2原则,80%的乘客会在高峰期间乘坐地铁,则每秒到达地铁检票口的人数为50000*80%/(3*60*60)3.7,约4/s,考滤到安检,人口关闭等因素,实际堆积在检票口的人数肯定比这个要大,假定每个人需要3秒才能进站,那实际并发应为4/s*3s=12,当然影响因子可以根据实际情况增大。


    三、根据PV计算公式:

    1、大风车微店PV60万,

    根据2/8原则,我们可以认为这60PV80%是在一天的8小时内完成的,

    那么TPS为:

    600000*80%/8*60&60=16.67/秒,取经验的因子3个,

    则并发量应为:16.67*3=50.01/   

    备:TPSQPSTPS):每秒钟request/事务 数量

    参考文档:

    http://blog.csdn.net/wind19/article/details/8600083

    结论:

    1、方法论合适当前业务(如当前自己测试的业务微店)

    2、单个接口返回的请求时间停留时间(单个因子)—3秒有点高,微店500毫秒差不多。

    TPS(或QPS)=用户数/(响应时间+思考时间)


    四、计算TPS估计:

    C(平均并发用户数)=(Think time+1)*TPS


    五、根据系统用户数计算:

    并发用户数=系统最大在线用户数的8%到12%

  • 通用文本输入框测试用例

    green_star 发布于 2014-09-28 16:38:57

  • 一个网页通用的测试用例(借鉴他人的保存,加注释)

    green_star 发布于 2014-09-30 10:15:14

    具体需求: 有一个登陆页面, (假如上面有2个textbox, 一个提交按钮。 请针对这个页面设计30个以上的test case.)
      此题的考察目的: 面试者是否熟悉各种测试方法,是否有丰富的Web测试经验, 是否了解Web开发,以及设计Test case的能力
      这个题目还是相当有难度的, 一般的人很难把这个题目回答好。
      首先,你要了解用户的需求,比如这个登录界面应该是弹出窗口式的,还是直接在网页里面。对用户名的长度,和密码的强度(就是是不是必须多少位,大小写,特殊字符混搭)等。还有比如用户对界面的美观是不是有特殊的要求?(即是否要进行UI测试)。剩下的就是设计用例了 ,等价类,边界值等等。
      请你记住一点,任何测试,不管测什么都是从了解需求开始的。
      功能测试(Function test)
      0. 什么都不输入,点击提交按钮,看提示信息。(非空检查)
      1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录。(正常输入)
      2.输入错误的用户名或者密码, 验证登录会失败,并且提示相应的错误信息。(错误校验)
      3.登录成功后能否能否跳转到正确的页面(低)
      4.用户名和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示)
      5.用户名和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤)
      6.记住用户名的功能
      7.登陆失败后,不能记录密码的功能
      8.用户名和密码前后有空格的处理
      9.密码是否加密显示(星号圆点等)
      10.牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用
      11.登录页面中的注册、忘记密码,登出用另一帐号登陆等链接是否正确
      12.输入密码的时候,大写键盘开启的时候要有提示信息。
      界面测试(UI Test)
      1.布局是否合理,2个testbox 和一个按钮是否对齐
      2.testbox和按钮的长度,高度是否复合要求
      3. 界面的设计风格是否与UI的设计风格统一
      4. 界面中的文字简洁易懂,没有错别字。
      性能测试(performance test)
      1.打开登录页面,需要几秒
      2.输入正确的用户名和密码后,登录成功跳转到新页面,不超过5秒
      安全性测试(Security test)
      1.登录成功后生成的Cookie,是否是httponly (否则容易被脚本盗取)
      2.用户名和密码是否通过加密的方式,发送给Web服务器
      3.用户名和密码的验证,应该是用服务器端验证, 而不能单单是在客户端用javascript验证
      4.用户名和密码的输入框,应该屏蔽SQL 注入攻击
      5.用户名和密码的的输入框,应该禁止输入脚本 (防止XSS攻击)
      6.错误登陆的次数限制(防止暴力破解)
      7. 考虑是否支持多用户在同一机器上登录;
      8. 考虑一用户在多台机器上登录
      可用性测试(Usability Test)
      1. 是否可以全用键盘操作,是否有快捷键
      2. 输入用户名,密码后按回车,是否可以登陆
      3. 输入框能否可以以Tab键切换
      兼容性测试(Compatibility Test)
      1.主流的浏览器下能否显示正常已经功能正常(IE,6,7,8,9, Firefox, Chrome, Safari,等)
      2.不同的平台是否能正常工作,比如Windows, Mac
      3.移动设备上是否正常工作,比如Iphone, Andriod
      4.不同的分辨率
      本地化测试 (Localization test)
      1. 不同语言环境下,页面的显示是否正确。
      软件辅助性测试 (Accessibility test)
      软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能
      1. 高对比度下能否显示正常 (视力不好的人使用)
Open Toolbar