泽众软件测试博客

性能测试结果的分析原则：

　　具体问题具体分析(这是由于不同的应用系统，不同的测试目的，不同的性能关注点)

　　查找瓶颈时按以下顺序，由易到难。

　　服务器硬件瓶颈-〉网络瓶颈(对局域网，可以不考虑)-〉服务器操作系统瓶颈(参数配置)-〉中间件瓶颈(参数配置，数据库，web服务器等)-〉应用瓶颈(SQL语句、数据库设计、业务逻辑、算法等)

　　注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下，系统的硬件瓶颈在哪儿就够了。

我和“测试”的不解之缘 软件测试

　　在进入北航读研究生之前，我不知道还有软件测试这个专业的存在，当初报考它只是慕名而往，没有想到自己从此就跟“测试”结了不解之缘，并且在两年半的研究生生活结束之后，软件测试成为了我人生的第一份工作。

　　1. 陌路“测试”

　　读本科的我，脑子里基本就没有软件测试这个概念，试想，那时候完成课后作业，就是一些计算机大程序的时候，比如汉诺塔，八皇后，迷宫啊。哪个不要在写好程序后测验一下的，比如输入一些取值情况，然后运行这个程序，看所得结果是否和预期的一样。如果出现了实验结果和预期结果不同的情况，最常用的就是单步调试，输入实验数据，然后跟踪程序的运行过程，判断出现异常的断点在哪里，进行错误定位，便于以后对程序的修改。这个每位程序开发者都最熟悉不过的过程，来的就那么自然，

今天那位重点大学过了英语6级和高程的女生我们公司拒绝了……

　　其实看到她悻悻的离开,我真有点于心不忍,毕竟我出的题我自己做了5个小时才做出来,却只给她一下午可能真的有点难为她了……可能看到这儿的朋友会觉得我很奇怪,怎么能对一个刚毕业的同学这么苛刻呢?

　　其实我对她并非苛刻,一个刚过了高程的人我认为写一颗树应该是轻车熟路吧……我之所以给你4个小时去完成我5个小时才能完成的工作就是想看看你有没有耐心去把树写出来..并非让你将所有功能和界面都完成...如果你能写出个大概,能耐心去做,我想我不会对你的工作很苛刻的,无非就是看看你的编码习惯是不是好,思路是不是清晰,数据结构学的是否扎实……可惜,结果是你提前放弃了，呵呵

　　 近年几年，无论是行业聚会还是猎头招人。无不体现着这一理念，测试工作越发被机械化Coding化，很多企业招人时也不乏喜欢给自己的员工提些要求QTP/Loadrunner/Winrunner/RTF/Rebot一系列测试化工具被列入正规、精益的代名词。于是我们投入了大量人力物力来实现我们心中挥之不去的理想与抱负，每日Build成了很多测试经理追求的梦想。

　　 加之行业领袖们的吹捧，行业新兵薪水的大幅提升，一些不明真相的人们正大步迈入这个陷阱。我们做测试工具开发、测试工具应用，根本的意义是提升工作效率，降低产品成本，提升团队的核心竞争力。从目前行业来

1、传统软件测试过程中的问题

测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中，一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性，性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求；另一方面，面向市场和客户，开发团队还要满足在预算范围内尽快发布软件的要求。

传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试，然后在整个软件开发结束阶段，集中进行大量的测试，包括功能和性能的集成测试和系统测试。随着开发的软件项目越来越复杂，传统的软件测试流程不可避免地给我们的工作带来以下问题：

问题一：项目进度难于控制，项目管理难度加大