这次面试遭打击了，呵呵
进入以后，面试官打开电脑，打开一个项目文件夹，
然后开始问：
从UML，甘特图，时序图，项目管理，风险管理……，一一问起，我彻底懵了，很多答不上。
野路数走多了，遇到正规军了。
总体问完以后，问一个详细的，就是写需求文档。
他指了指他的水杯说，我要做个这样的杯子，你给我写一个需求文档，该写那些东西？
我就简单得描述了一下。
他说你这个只能是初期的需求描述。
一个完整的杯子的需求文档
应该包括：材料，容积，尺寸，颜色……，最后说了一句，你原来的工作很不正规，应该去大公司学学。
我看他办公的地方只有6台电脑，估计也就10个人以内。
进入以后，面试官打开电脑，打开一个项目文件夹，
然后开始问：
从UML，甘特图，时序图，项目管理，风险管理……，一一问起，我彻底懵了，很多答不上。
野路数走多了，遇到正规军了。
总体问完以后，问一个详细的，就是写需求文档。
他指了指他的水杯说，我要做个这样的杯子，你给我写一个需求文档，该写那些东西？
我就简单得描述了一下。
他说你这个只能是初期的需求描述。
一个完整的杯子的需求文档
应该包括：材料，容积，尺寸，颜色……，最后说了一句，你原来的工作很不正规，应该去大公司学学。
我看他办公的地方只有6台电脑，估计也就10个人以内。
这个东西就是因客户而需要！最讨厌这样装B的了，有兴趣可以学习下、去理解下怎么写。没必要可以追求这。移步参考
他不用问就可以做 了吗
大公司的HR权力还是大也很鸡毛哎不知哪看不顺眼就给XX了。。
就没看到过一个像样的需求，现在做测试，每次都是凭空想象这个怎么
样，那个怎么样，这规范还比不上我以前的小公司
在这个小公司我第一次知道了设计模式、工厂模式、uml、struts、cmmi体系、项目计划的制定、风险管理、测试用例、bug管理等等，公司虽小但是做的东西都是相当规范的。记得当时我被问到这样一个问题：这里有一盒火柴，你将如何写一个测试用例，来测试这个火柴是否达到了用户的期望当然和楼主你碰到的问题本质上没什么区别（我去应聘的是开发，怎么叫我说测试方面的呢？很郁闷）
现在想起来我应该这样回答：
首先火柴已经开发出来了（当然这里排除了开发过程中的测试），需要根据需求分析文档的描述来对火柴的功能进行测试用例编写。
火柴首先是能够点燃的；点燃的必然条件有擦皮和火柴，通过摩擦产生火柴的燃烧，火柴的规格、燃烧时长、火柴擦皮的使用寿命及火柴的成本都将是考虑的范围。想清楚了这些测试用例就写出来了。