答：开发和测试是一个有机的整体!在产品的发布之前，开发和测试是循环进行的，
测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测
试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
从角色方面看，像理论和实验的关系，开发人员通过自己的想象创造出一套思想，之
后测试人员再对它进行检验、证伪，开发人员再修改的过程从而不断丰富产品。从方法方
面看，是演绎和归纳的关系，一个要掌握大量的技术，一个要不断的从实例中学习。因这
两方面的不同，所以开发和测试看上去做的工作很不一样。
开发与测试是相辅相承、密不可分的，开发人员开发出新的产品后要通过测试判断产
品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后再转交测试
人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试
共同努力的成果。
35. 项目的入口标准
答：项目需求规格说明书完成。
36. 测试过程
1) 制定系统测试计划
2) 编写系统测试用例
3) 执行系统测试用例
4) 跟踪管理缺陷
5) 总结测试
37. 测试出口准则
1) 所有的缺陷已经解决
2) 项目规定测试阶段时间结束
3) 执行完成测试计划中的系统测试内容，修正了所发现的错误，未修正的错误被项
目经理允许留到下一版本
4) 高级经理和项目经理均同意结束测试
5) 测试结果经过了专门的评审
38. 测试完成标准
1) 系统功能与用户需求说明书一致
2) 功能性测试用例通过率达到100%
3) 非功能性测试用例通过率达到95%
4) 一、二级错误修复率应达到100%。
5) 三、四级错误修复率应达到80%以上。
6) 五级错误修复率应达到60%以上。
39. 测试活动中统计了哪些数据?
答：工作量bug 数量
40. 如何选择用户测试的工作产品?
答：在用户有需求得到签字确认之后，我们选择用户测试的工作产品。我们几乎所有
的项目都进行了测试，我们是在项目立项公告中得知需要对工作产品进行测试。
41. 测试环境描述在哪儿?
答：测试环境在测试计划里面进行描述，测试计划是由测试经理编写，我们在测试计
划中了解到自己是此次项目组的测试工程师。
42. 进行测试时产生了哪些文档或记录?
答：测试的整个过程有系统测试计划、系统测试用例、系统测试报告、缺陷报告、产
品发布说明
在执行测试的过程中只有缺陷报告，这个还是用在缺陷管理工具中进行的，最后在
工具中导出缺陷报告
43. 测试人员需要何时参加需求分析?
答：如果条件循序原则上来说是越早介入需求分析越好因为测试人员对需求理解越
深刻对测试工作的开展越有利可以尽早的确定测试思路减少与开发人员的交互减少对
需求理解上的偏差
44. 产品测试完以后由谁来发布?
答：这个不定开发发布还是技术支持发布都有可能