CDN技术目的是为了缓解网络延迟这个情况，会缩短请求响应的时间，提升系统响应性能；在性能测试中，我们提倡测试环境尽可能去匹配真实环境，那么绕过CDN的做法意义就不大了，如果当前项目组有这样的需求，建议找开发人员一起协助。

1)软件测试计划的目的是什么？是否所有人都知道？他们同意这个测试计划过程吗？

2)测试的是什么产品？是新程序还是维护升级的？是独立程序还是由多个小程序组成的？

3)产品的质量目标是什么？产品的功能需求和性能指标必须得到所有人的一致认可。

严重：1.由于程序所引起的死机，非法退出 2.死循环 3.数据库发生死锁 4.因错误操作导致的程序中断 5.功能错误 6.与数据库连接错误 7. 数据通讯错误。

　　较严重：1.程序错误 2.程序接口错误 3.数据库的表、业务规则、缺省值未加完整性等约束条件。

　　一般性：1.操作界面错误（包括数据窗口内列名定义、含义是否一致） 2.打印内容、格式错误 3.简单的输入限制未放在前台进行控制 4.删除操作未给出提示 5.数据库表中有过多的空字段。

　　建议：1.界面不规范 2.辅助说明描述不清楚 3.输入输出不规范 4.长操作未给用户提示 5.提示窗口文字未采用行业术语 6.可输入区域和只读区域没有明显的区分标志 。

1、测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。

2、经验证无误后，修改状态为VERIFIED.待整个产品发布后，修改为CLOSED.还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

3、项目组长根据具体情况，重新reassigned分配给bug所属的开发者。若是，进行处理，resolved并给出解决方法。(可创建补丁附件及补充说明)

4、开发者收到Email信息后，判断是否为自己的修改范围。若不是，重新reassigned分配给项目组长或应该分配的开发者。

5、测试人员查询开发者已修改的bug，进行重新测试。

我来答啦~

答：黑盒测试又称为功能测试或者基于规格说明书的测试，只关注系统的输入和输出跟预期结果是否相符，不关心软件的内部逻辑结构。常见的基本功能的测试就采用黑盒测试方法。
白盒测试又称为结构测试，只关心软件内部的逻辑结构和算法，不关心功能和性能指标，常见的代码级的测试属于白盒测试，一般都是借助白盒测试工具。
灰盒测试是介于以上二者之间，也就是可能会关注代码，也可能不关注，比如常见的接口测试这种就属于灰盒测试范畴
三、UT、IT、ST有什么区别和联系
问题解析：
UT：单元测试，有的是指测试某个代码文件，但现在很多是指某个功能模块的测试
IT：集成测试，接口测试或者多个模块放在一起测试
ST：系统测试，也属于IT的范畴，只是全部模块放在一起的测试
UT做好了IT就稳定多了，IT做好了ST也稳定多了，先做UT然后IT，之后ST，越早发现Bug越容易修复，UT能发现更深层次的Bug，但现在目前大多都是ST发现Bug效果更明显和直接，然后就是IT的接口测试目前很很重视。

答：明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确
坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。
采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

感谢您的提问：

答：软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。软件质量保证人员和开发人员之间具有管理上的严格的独立性,两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题。