xingqisan的专栏

                                                                                               寻找用例的方法用例分析的步骤可以按照下面的顺序进行：（1）找出系统外部的参与者和外部系统，确定系统的边界和范围（2）确定每一个参与者所期望的系统行为（3）把这些系统行为命名为用例（4）使用泛

      在这半年以来，我陆续参加或者独立承担的项目组版本的部分性能测试，慢慢的有了一些认识，暂时做一个积累，和大家做一个交流性能测试的需求背景一般来自于以下三种情况：第一种是现网出现性能问题，项目组专门进行了性能改造。比如修改的某个接口，由原来的同步调用修改成了异步，又或者是更换了新的api，由tcp协议修改为udp协议，为了保证新替换的api的可靠性，都需要进行性能测试第二种

 优秀的测试人员能通过优秀的bug报告让开发人员心悦诚服的修改bug，可以想象一名被bug困扰的焦头烂额的开发人员，在看到一条含糊不清，语句不通，还夹杂着几个错别字的bug描述记录时的心情会怎样？  那么，作为一名测试人员在描述一个bug时需要注意那些方面呢？  1.合理的组织语言，体现清晰的思维。“人如其文”，如果一名思维不清晰的人写出的文章肯定也是云里雾里的。  2.多用短语和精炼

随着测试行业的发展，测试队伍的不断壮大，测试规范也变得越来越完善周五下午开周例会，大家讨论一个了确定一个很有意思的问题，那就是Bug的权重分配问题。几年前，公司对于测试人员的工作评估主要是依据该测试人员发现bug数目而现在，我们将bug分为了若干等级，分别为致命，严重，一般，提示，建议等等，并将这些等级分别附一个权重，最后的测试人员的工作评估是按照最后的权重值来计算的。 

随着接手的工作越来越多，也越来越具有挑战性,效率这个东西在工作中越发的也显得重要起来。我们这抛开工作中不断被电话啊，rtx之类的被打断的常见问题，直奔如何提高测试工作的效率可能会更加的有意义一些。     随着经验的增长，对于如何提高测试的效率有以下几点心得，和大家分享一下。

自由软件开发者Simon Tatham针对如何有效地报告Bug发表了自己的看法，他列举了一系列拙劣Bug报告的例子，并提出了改正建议。Simon首先列举了一系列拙劣Bug报告的例子，包括：在报告中说“不好用”；所报告内容毫无意义；在报告中用户没有提供足够的信息；在报告中提供了错误信息；所报告的问题是由于用户的过失而产生的；所报告的问题是由于其他程序的错误而产生的；所报告的问题是由于网络