性能测试负载模型(七)

上一篇 / 下一篇  2016-04-25 09:50:53 / 个人分类:测试理论

很多情况下,我们要梳理业务场景的系统,是一个全新的产品或者全新的业务。这种情况下在进行 场景建模的需求分析的时候,别说什么原始数据,即便是可类比的同类系统也没有,这时候我们就没有数据数据可参考。这个时候,我们就只能观察这个产品或者业务的功能模块和使用用户,结合经典的数学建模方法进行建模。我把这种观察方式成为旁观者视角建模方法。

旁观者视角

这种旁观者视角通常都是以某一个关注点为中心去观察系统的某一个侧面。例如对于一个系统,我们可以以系统功能模块为中心、以用户活动为中心、以系统角色为中心等视角。我们分别称之为以产品为中心、以活动为中心、以角色为中心建模方法。

:_h:t2|4~0

在进行建模的时候,结合80-20原则进行估算是一个不错的选择。譬如针对不同的视角我们的估算原则如下:51Testing软件测试网#N)]f0_@

  以产品为中心的建模:80%的业务处理都是由20%的功能完成;51Testing软件测试网r%gw X vj

  以活动为中心的建模:80%的事情都是在20%的时间里完成;51Testing软件测试网9EN$H't&B0M} {

  以角色为中心的建模:80%的数据处理都是由20%的角色用户去完成;

xGT*p+]E0nt1^ [0

。。。。。。51Testing软件测试网&V Q2u vb@8VJ5E C.@U

以上进行估算后,以产品为中心的视角可以告诉我们主要测试哪些功能,以活动为中心的视角告诉我们至少需要测试多少时间,以角色为中心的视角告诉我们测试的时候要选择哪些用户去测试。

:}&ls tyy)V${0

将各个不同的视角观察到的数据进行综合汇总,就可以得到我们业务场景建模理论中提出的需要挖掘的各个关键信息,组合起来即是我们的业务场景模型

]w0X{_5V'm8pv0

TAG: 模型 数学建模 旁观者

 

评分:0

我来说两句

日历

« 2024-03-28  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 30943
  • 日志数: 27
  • 建立时间: 2016-04-25
  • 更新时间: 2016-05-10

RSS订阅

Open Toolbar