最近又做了一些项目，在项目进行过程中，有遇到测试需求不确定的情况，特别是一个新产品，出来以后谁也不知道要测试多少压力、多少并发才可以，项目是勉勉强强的做完了，不过心里还不是很舒服，为了避免以后出现类似的问题耽搁项目的测试工作，近日又仔细的想了一想，堆积出下面这个杂文，算是小小的积累一下吧！
俗话说的好：“万事开头难”；做一个项目的测试，怎么着手开始的工作，通常是最难的，也是最重要的。例如今天上午上面下了一个测试任务，是测试XXX系统，这个系统在开发的过程中你没有介入，现在让你做测试，你怎么开始？？
1、去沟通！
2、去索要需求文档！
3、去索要技术资料！
4、拿到版本去熟悉功能！
5、让需求人员给培训……等等等等
这些，都是获取需求的一些必要过程；而各种规范和测试模型里，需求也是最最基本的元素，试问一下，如果没有需求，你不知道要测试的东西是什么，测试完了应该是什么样子，那么你如何测试呢？
需求是软件测试活动中最重要的基础元素！！
前段日子公司给了一个项目的测试，这个项目是一个类似于百度贴吧的站点，没有给任何需求，要求功能和性能都要测试；接到项目后，我是这样做的：
1、去百度贴吧熟悉贴吧应有的功能
2、和需求人员沟通确认所有需要测试的功能模块
3、依据测试经验以及和需求人员的沟通，搞定功能测试点
4、根据具体的功能模块，综合自己的经验确认压力测试点，如下：
（1）XX吧首页的浏览
（2）XX吧帖子列表的浏览
（3）热门帖的内容浏览
（4）帖子发表
（5）帖子回复
（6）帖子投票
（7）XX吧用户的登录
