标签：基本功 模块 情况 浏览器兼容性 问题 使用 编写 复杂 相关
1、便于测试组成员清晰的知道本次版本包含的待测需求，以免遗漏
2、便于测试组成员之间相互了解其他成员测试的需求的情况
3、便于测试主管可以一目了然的看到当前不同需求的测试情况以及功能完成情况，了解相关信息并及时沟通
4、每次版本测试相关文档都汇总，便于以后内容的追溯和管理"
"测试流程：
1、熟悉需求，对需求做需求分析，提取功能点，编写测试要点；
2、评审测试要点；
3、分配跟测任务，各自负责不同的功能模块跟测，对提测的新功能跟测（及相关联有影响的功能，包含功能测试、兼容性测试、易用性测试）
4、跟测完之后相互交叉测试
5、新功能跟测无严重问题，进行新功能回归测试阶段
6、新功能回归测试完成，进入系统全面回归测试
7、回归测试策略：
（1）回归顺序：主流程/常用功能/涉及到财务的功能，易出错的功能，先进行整体流程回归再详细
（2）对照整体需要回归测试的模块清单，按人分配各自负责的模块和流程（不同的人使用不同的浏览器）
（3）一轮完成后再做交叉回归，以及整体流程回归"
"跟测流程说明：
1、提测后先做冒烟测试，基本流程是否可测，不可测，打回去给开发
2、跟测时，先验证基本功能，再进行详细测试，再进行其他功能关联测试，再进行异常测试"
"其他：
1、只要是新增字段或者配置项都需要考虑历史数据赋值，以及默认配置项
2、只要是新加了界面，都需要进行不同分辨率测试和不同浏览器兼容性测试
3、对于需求复杂度高的，且重要程度高的功能需求（主流程相关的功能，涉及财务相关的功能）都需要做多次回归测试和交叉测试"
标签：基本功 模块 情况 浏览器兼容性 问题 使用 编写 复杂 相关
原文地址：https://www.cnblogs.com/rr1031/p/11239601.html
