标签：
首先，对所有的业务都进行性能测试是不可行，也是不现实的。
（1）选取业务量较大的业务，比如某电商平台明天上午10点有个特卖会，那么这个特卖会的业务用户访问量较大，所以在上线之前要做好充分的测试验证，才能决定是否上线。
（2）需要重点关注的业务，比如对应电子商务平台的用户下单，提交订单，如果在同样的时间段内某个平台生成的订单数量越少，那么对公司来说是不可容忍的。
（3）选取业务量不大，但是该业务消耗系统资源的业务。
（4）把用户操最常用，最频繁的操作业务拿来做测试（比如对于GIS地图的放大，缩小，平移是测试的业务重点）。
我结合我以前工作中的实际测试情况，最容易出现的问题，列举几个如下的情况：
1、用户登录或者访问页面的过程中，包含大量的计算功能，每个用户登录都要做下计算（比如实时统计上海市各个区县的学生学习数据）、并且把计算的结果显示在页面上。如果是单用户的情况下感觉不明显，但是在大量用户访问的同时并发访问的情况下，，这样的做法比较愚蠢，容易出现问题。
2、举例：电商的商品列表展示页面，这里面包含商品的计算排序功能，如果是质量不高的代码，也容易出现性能上的问题。
3、电商系统的提交订单功能，劣质程序设计容易出现数据库死锁。
4、类似于OA工作流系统的流程，如果从上一步，流程转到下一步的时候，容易出问题。,比如法院案件从上一步流转到下一步，生成的法院案号出错。
5、电商后台系统，并发销售时候，出现负的库存。
6、大数据量的查询，容易出现问题。
7、在线学习系统，在大用户量并发学习的时候，学习时间溢出，出现学习时间为负数的情况。
说明：决定软件性能的因素很多，比如硬件问题（硬件配置）、网络问题（网络带宽不足）、程序的架构设计问题（大量的业务操作同一张表上），连接配置问题（WebLogic连接池配置问题）——我在本篇文章中所介绍的仅仅是从程序本身的角度而言。
金朝阳
2016-5-5
标签：
原文地址：http://blog.csdn.net/jcy58/article/details/51321696
