30.1.B/S 模式的优点
1)具有分布性特点，可以随时随地进行查询、浏览等业务处理。
2)业务扩展简单方便，通过增加网页即可增加服务器功能。
3)维护简单方便，只需要改变网页，即可实现所有用户的同步更新。
4)开发简单，共享性强。
30.2.B/S 模式的缺点
1)个性化特点明显降低，无法实现具有个性化的功能要求。
2)操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。
3)页面动态刷新，响应速度明显降低。
4)无法实现分页显示，给数据库访问造成较大的压力。
5)功能弱化，难以实现传统模式下的特殊功能要求。
31. 对面向过程的系统蔡依林个的集成策略有哪些？
32. 测试结束的标准是什么?
1)第一类标准：测试超过了预定时间，则停止测试。
2)第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。
3)第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础。
4)第四类标准：正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订 数目的故障。
5)第五类标准：根据单位时间内查出故障的数量决定是否停止测试。
33. 怎么才能够全面的测试到每一个点？ 答：测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等
多个角度考虑从而定义全部的测试点
34. 开发与测试的关系 答：开发和测试是一个有机的整体！在产品的发布之前，开发和测试是循环进行的，
测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测 试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
从角色方面看，像理论和实验的关系，开发人员通过自己的想象创造出一套思想，之 后测试人员再对它进行检验、证伪，开发人员再修改的过程从而不断丰富产品。从方法方 面看，是演绎和归纳的关系，一个要掌握大量的技术，一个要不断的从实例中学习。因这 两方面的不同，所以开发和测试看上去做的工作很不一样。
开发与测试是相辅相承、密不可分的，开发人员开发出新的产品后要通过测试判断产 品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后再转交测试 人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试 共同努力的成果。
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. 产品测试完以后由谁来发布？
答：这个不定 开发发布 还是技术支持发布都有可能 45. 软件测试与调试的关系
1) 测试条件已知，规程可定义，结果可预知
2) 测试可以计划，过程可控
3) 测试是检验，调试是推理过程
4) 测试表明程序失败，调试表明正确
5) 测试可不了解设计细节
6) 测试由非设计人员完成
7) 测试有理论依据
1)具有分布性特点，可以随时随地进行查询、浏览等业务处理。
2)业务扩展简单方便，通过增加网页即可增加服务器功能。
3)维护简单方便，只需要改变网页，即可实现所有用户的同步更新。
4)开发简单，共享性强。
30.2.B/S 模式的缺点
1)个性化特点明显降低，无法实现具有个性化的功能要求。
2)操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。
3)页面动态刷新，响应速度明显降低。
4)无法实现分页显示，给数据库访问造成较大的压力。
5)功能弱化，难以实现传统模式下的特殊功能要求。
31. 对面向过程的系统蔡依林个的集成策略有哪些？
32. 测试结束的标准是什么?
1)第一类标准：测试超过了预定时间，则停止测试。
2)第二类标准：执行了所有的测试用例，但并没有发现故障，则停止测试。
3)第三类标准：使用特定的测试用例设计方案作为判断测试停止的基础。
4)第四类标准：正面指出停止测试的具体要求，即停止测试的标准可定义为查出某一预订 数目的故障。
5)第五类标准：根据单位时间内查出故障的数量决定是否停止测试。
33. 怎么才能够全面的测试到每一个点？ 答：测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等
多个角度考虑从而定义全部的测试点
34. 开发与测试的关系 答：开发和测试是一个有机的整体！在产品的发布之前，开发和测试是循环进行的，
测出的缺陷要经开发人员修改后继续测试。在开发的同时测试经理开始编写测试用例，测 试文档要参考开发文档，所以开发和测试是不可分割的，少了任何一个都不能开发出产品。
从角色方面看，像理论和实验的关系，开发人员通过自己的想象创造出一套思想，之 后测试人员再对它进行检验、证伪，开发人员再修改的过程从而不断丰富产品。从方法方 面看，是演绎和归纳的关系，一个要掌握大量的技术，一个要不断的从实例中学习。因这 两方面的不同，所以开发和测试看上去做的工作很不一样。
开发与测试是相辅相承、密不可分的，开发人员开发出新的产品后要通过测试判断产 品是否完全满足用户的需求。如果发现缺陷，提交给开发人员进行修复，然后再转交测试 人员进行回归测试，直到产品符合需求规格说明。一个符合用户需求的产品是开发和测试 共同努力的成果。
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. 产品测试完以后由谁来发布？
答：这个不定 开发发布 还是技术支持发布都有可能 45. 软件测试与调试的关系
1) 测试条件已知，规程可定义，结果可预知
2) 测试可以计划，过程可控
3) 测试是检验，调试是推理过程
4) 测试表明程序失败，调试表明正确
5) 测试可不了解设计细节
6) 测试由非设计人员完成
7) 测试有理论依据
