以下问题是我从事性能测试工作以来所遇到的一些常见问题，其解答均是我根据实际工作经验，或者我所获得的各种资源（报刊书籍、论坛、QQ、MSN等）得到的信息整理而成，其回答内容主要代表我个人观点，并非标准答案，读者如有不同意见，欢迎批评指教。
    Q：并发用户数和集合点有必然联系吗？在性能测试中必须使用集合点来测试吗？
    A：并发用户数，顾名思义，是同时操作的用户，这里的“操作”可以指对系统真正的操作，也可以只是连接（此时通常叫作“并发连接数”），而集合点是一种特殊情况下的并发，多用于测试系统在瞬间加压的表现。因此，并发用户数和集合点有联系，但并非必然的联系，在测试并发用户的性能测试场景中，可以不必设置集合点，这将视测试目标和测试策略而定。
    Q：不设置集合点的测试，能代表是“并发”操作吗？
    A：有这样一种说法，设置集合点是为了确保“严格意义上”的并发，其实从本质上看，这主要是一个看问题的粒度大小的问题。集合点的作用是通过工具的控制，确保一个请求严格地“同时”从前台提交到后台。可是如果微观地看，是不存在严格意义上的并发的，即使在客户端通过设置集合点的方式将100个请求同时提交到后台，经过网络上的传输消耗，可能它们并不是同时到达的，而即便100个请求同时到达服务器端，受到中间件和应用系统、数据库的各种连接池、缓冲区，CPU处理队列等的限制，也可能在服务器端产生等待的。因此，严格意义上的“并发”可以说是不存在的，我们需要做的是在可以接受的粒度范围内取得一个佳的平衡点，站在这个平衡点的层面上去看待“并发”这个问题。
    性能测试无非有两个目的，一是评测，二是调优。
    在以评测为目的的性能测试中，用户更关心的是业务上的并发，也是真实业务场景的并发情况，这种情况下只要按照业务操作的模式去设置场景可以了，并不需要设置集合点。
    集合点是一种特殊情况下的并发，通常是在以调优为目的的性能测试中才会用得到，目的是有针对性地对某个可能存在性能问题的模块施压，以便找到性能瓶颈。
    集合点在我实际的测试过程中用得并不多。
    Q：性能测试的策略有哪些？
    A：通常情况下存在性能调优和性能评测两种性能测试策略。----《软件评测师教程》（清华大学出版社）第8章 应用负载压力测试Page 223