贵州软件评审叙述稳靠测验和软件功能测验数据总结

一般功用测验需求在产品规划时就要进行简略功用测验，以对产品进行功用初期点评和调优，早于稳靠性测验。一同在体系稳守时，常常还需求做具体的功用测验，以给运用方以数据参阅。 

软件功用测验数据总结 

产品功用测验一般粗的分，我会将功用测验分为两类：稳靠性测验(压力测验、负载测验等)和功用测验。这两种测验有许多的不同点： 

1)稳靠性测验往往模仿的用户的运用状况，着重的为时刻的延续性，要求产品没有不行接受的失利。 

2)功用测验往往需求和硬件条件联络在一同，寻觅功用的好发挥以及优的计划 

一般功用测验需求在产品规划时就要进行简略功用测验，以对产品进行功用初期点评和调优，早于稳靠性测验。一同在体系稳守时，常常还需求做具体的功用测验，以给运用方以数据参阅。 

那怎么做功用测验那? 

1) 功用测验应该前期就活跃介入。介入代码查看和剖析功用方针，多提出疑问，前期发现潜在的功用问题 

2) 功用测验考虑大局，他是一个体系的测验。需求在产品的每个部件都做了一个测验，并悉数成功后才开端体系测验履行。需求考虑多种要素：环境的、硬件的、软件的等等。 贵州软件评审

3) 测验前要查看承认装备。参数要装备对，否则测验无效。好关于每个测验都有一个checklist，每次查看前都逐个查看。这一进程不可以省掉，并需求被开发review。 

4) 数据预热和数据预备很要害。一开端体系并不是一个干净的环境。咱们需求在功用测验开端前预存的数据，而且让其有个增量。而且也要考虑到哪些方面数据多少(要具实践状况)。 

5) 预备测验脚本和东西要考虑实践状况。比方人的考虑时刻，场景的规划，不同操作的份额，数据的随机性等都要细心规划，可以开发以及运用方进行评论和承认。 

6) 测验履行前要保障服务器独占，履行中假如是5-7天的测验，好拿出一天先跑一个一天压力不高的测验，潜在一天发现可发现的问题。 

7) 多种测验的剖析发现问题。 

a) Log日志的剖析 

b) 体系状况的剖析 

c) 数据一样性的剖析 

功用测验需求长时刻的经历堆集，我知道的些皮毛，后面还会持续探索，喜欢功用测验并将会在实践中不断堆集和成长。 

（文章内容来源于网络，如有侵权请联系删除）