急！性能测试
1。性能测试的关键是什么2。性能测试工作的目的是什么
3。一条软件缺陷（或者叫Bug）记录都包含了哪些内容 1. 对性能要求的功能是哪些？
系统内的功能很多，有些对性能是有要求的有些功能则不是。如果不加区别对所有功能都进行性能测试，这样会造成很大的成本浪费。
如何找到系统内的哪些功能需要做性能测试呢?
最明显的就是客户在系统需求中有明确的要求。
还有一些隐性的要求，这就需要和开发人员一起确定了，因为性能测试不单是测试部分的事情。
我的经验是一般配置方面的功能对性能的要求比较低，因为这类的功能一般同时参与工作的人员比较少而且数据量也不会太大。
其他的功能就要自己分析了，每个项目都有自己的特点也都有不同的性能关注点。
总之，找到需要性能测试的功能是开展性能测试的第一步，也是最重要的一步，一定要做到好钢用到刀刃上，呵呵。
2. 对某一功能性能要求的具体指标是什么？
最简单的是在客户的需求说明中有明确的说明。
我们说说不简单的，就是没有任何具体的指标，这在很多做产品的公司中常见的现象。
这样的情况一般分成两类，一、已有性能测试 二、一片空白
先说第一类，针对某一功能呢个已有性能测试
如果你现在面对的是这样的一个功能，那恭喜你了。因为你已经有了性能测试的基准，你所要作的就是在运行一次相关的性能测试，然后对比新旧测试结构，把下降明显的情况报个bug扔给开发人员。我一般认为下降10%就是下降明显，呵呵，简单易行。
这里有一个前提条件就是现在进行测试环境一定要和上一次的环境比较类似，最好相同，这样才能说明问题。别您上次在oracle上跑个100万的数据，然后这次在access上跑个10万的数据，然后给开发人员报bug。开发人员面对这种bug基本上是抓狂了。这里提到了一个新的概念测试环境，在后面我有专门的说明，先记住这个名字，无比重要。
到现在，如果你可以在相同的测试环境下完成相同的测试，那么对于这种情况的性能测试就已经完成了。这里还有一个遗留问题没有解决，在这种bug修复后如何验证。
第二类、一片空白
一般我们面对的都是这种情况，一穷二白，白手起家。在我们抄起家伙准备大干之间，先冷静一下。我也歇口气，中午再来，呵呵
页:
[1]
