3）测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。

　　4）测试用例完成后，测试和开发需要进行评审。

　　5）测试人员搭建环境

　　6）开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现bug后提交给bugzilla。

　　7）开发提交第二个版本，包括bug fix以及增加了部分功能，测试人员进行测试。

　　8）重复上面的工作，一般是3-4个版本后bug数量减少，达到出货的要求。

　　9）如果有客户反馈的问题，需要测试人员协助重现以及回归测试。

　　4、以往是否曾经从事过性能测试工作？请尽可能的详细描述您以往的性能测试工作的完整过程。

　　曾经做过一套网管系统的性能测试，主要测试该软件在同时管理大量终端的情况下，在响应时间，cpu/磁盘/内存等参数是否满足要求。

　　也曾经做过软交换系统的呼叫性能测试，主要是测试软交换系统在有大量呼叫的情况下，响应时间，呼叫成功率，cpu/磁盘/内存等参数是否满足设计要求。

　　5、您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。

　　测试网管系统中，使用的mimic来模拟终端，能够大量的节省成本。

　　测试软交换系统的时候，使用的prolab来模拟终端并发送呼叫软交换，他完成了同时数百人才能完成的摘机拨号工作，主要工作原理是产生一些符合要求的ip包并发送给软交换系统，同时对软交换系统的回应进行处理，决定下一步动作。

　　6、您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？

　　主要是保障在大量用户的情况下，服务能正常使用。

　　7、在您以往的工作中，一条软件缺陷（或者叫bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（bug）记录？

　　1）在传统的bugzilla中，bug描述应该包括以下的信息

　　① 和bug产生对应的软件版本

　　② 开发的接口人员

　　③ bug的优先级

　　④ bug的严重程度

　　⑤ bug可能属于的模块，如果不能确认，可以用开发人员来判断

　　⑥ bug标题，需要清晰的描述现象

　　⑦ bug描述，需要尽量给出重新bug的步骤

　　⑧ bug附件中能给出相关的日志和截图。

　　高质量的bug记录就是指很容易理解的bug记录，所以，对于描述的要求高，能提供的信息多且准确，很好的帮助开发人员定位。