《2022年测试计划示例模板 .docx》由会员分享，可在线阅读，更多相关《2022年测试计划示例模板 .docx（12页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 携程 x x x 项 目测试方案编制 日期名师归纳总结 审核日期第 1 页,共 7 页批准日期- - - - - - -精选学习资料 - - - - - - - - - 修订记录日 期版 本说 明草拟 /修改草拟测试方案名师归纳总结 - - - - - - -第 2 页,共 7 页精选学习资料 - - - - - - - - - 目 录1 引言 .2编写目的 .2预期读者 .2参考资料 .22 测试范畴 .23 测试策略 .2功能测试策略 .2系统兼容性测试 .3性能测试 .34 测试资源 .3测试人员 .3测试环境 .3Bug 治理工具 .4
2、5 进度支配 .4测试进度及工作量估算.46输出文档 .4 发布标准 .5测试完成标准 .5 产品发布标准 .57风险说明 .5第 1 页名师归纳总结 - - - - - - -第 3 页,共 7 页精选学习资料 - - - - - - - - - 1 引言编写目的依据携程 xxx项目需求文档,提炼测试功能点、制定测试策略、评估测试 风险,预估编写测试用例、执行功能测试和回来测试的工作量,进行人员和进度支配；预期读者携程xxx项目项目经理、产品、开发、测试参考资料携程xxx项目需求稿 .doc携程xxx项目交互稿携程xxx项目测试需求分析2 测试范畴携程xxx项目功能模块：浏览课程、参与课程、
3、学习课程 ; 依据产品应用场景和架构设计,仍需要做性能测试和兼容性测试；3 测试策略对需求中的功能改良进行完整测试,并依据应用场景和并发数考虑兼容性和 性能测试方案；功能测试策略详细见携程 xxx项目测试用例 .xlsx第 2 页名师归纳总结 - - - - - - -第 4 页,共 7 页精选学习资料 - - - - - - - - - 系统兼容性测试面：携程xxx项目分为 web 版和 下方版本iOS 和 Android,兼容性测试需要做以1. 在浏览器 ie10、chrome、Firefox 下进行完整测试；2. 在 iOS9、iOS8、iPhone6s、iPhone6P、iPhone5
4、s、iPhone4s 上进行测试；3. 在 Android4.4 系统上进行完整的测试,选 取 市场占有率高的三星、华为、小米等,辨论率掩盖 800*480、1280*720、960*540 、1920*1080 ；性能测试1. 登录模块,大批用户同时登录,服务器负载情形,页面响应速度；2. 参与课程模块,大批量用户同时参与一个课程,或者同时参与多个课程,服务器负载和响应速度；4 测试资源测试人员测试负责人梁 X,团队成员李 X、张 X测试环境1. 服务器环境 携程xxx试服 携程xxx线上服2. 终端环境 PC：windows7ie10、chrome、FirefoxiPhone ：iPhon
5、e5s、；iPhone6p、iPhone6s、iPhone4s,Android ： 红 米 2、三星 note3、华为、魅族等其他测试机第 3 页名师归纳总结 - - - - - - -第 5 页,共 7 页精选学习资料 - - - - - - - - - 3. 网络环境公司办公网络环境、移动 4G 网络、联通 3G 网络、电信 4G 网络Bug 治理工具在测试过程中发觉的缺陷及可用性问题,使用 Jira来进行 bug 治理；测试人员提交缺陷记录时,应清楚、精确地描述缺陷发生的条件和步骤,并设置缺陷的严峻等级：导致程序崩溃的缺陷设为critical 级别,严峻影响程序运行或严峻阻碍用户使用的缺
6、陷设为 major 级别,对用户使用造成肯定影响的缺陷设为 normal 级别,可用性问题或改良看法设为 minor 级别；5 进度支配测试进度及工作量估算任务时间执行人员预期工作量人天 编写测试方案- 王 X4测试方案 review 及修改- 2全体测试人员、产品王 X、李 X、张 X16第一轮功能测试包含- 兼容性测试性能测试- 1回来测试- 全体项目成员6发布前内测2- 测试报告总结王 X2发布后合计33输出文档携程xxx项目测试方案携程xxx项目测试报告第 4 页名师归纳总结 - - - - - - -第 6 页,共 7 页精选学习资料 - - - - - - - - - 6 发布标准
7、测试完成标准 1. 没有 critical 级别的 bug,没有影响用户正常使用的 bug；2. 完成“ 测试内容” 中所述的功能测试、系统兼容性测试和服务端性能测 试；3. 未修改的 bug 不超过 10 个；产品发布标准 1. 已依据交互文档、需求文档完全的实现需求；2. 符合交互稿的交互设计标准、符合视觉要求,已经通过设计评审；3. 答应遗留可能会对用户正常使用造成肯定影响的 normal 级缺陷,但应在发布前告知项目组,并经风险评估一样同意发布后方可发布；7 风险说明1. 上述工作量预估中对需求变更进行了肯定的风险掩盖,但假如需求变更 超出目前估计,就可能导致编写测试用例和执行测试相关工作量增加、测试进度推迟；2. 开发提交测试版本比该方案推迟的风险,发生此种情形时,执行测试的 时间应当合理顺延；3. 提交测试版本质量较低的风险,可能导致比该方案更多轮次的回来测试；4. 代码版本治理执行不力的风险,发生版本治理纷乱的情形时,将只选取一个稳固版本进行测试,不考虑中间版本的反复测试；一轮测试完成后,再进行下一稳固版本的回来测试；5. 携程xxx赖的测试服务器环境,假如服务器端测试环境不稳固,会影 响开发提交测试版本和测试的进度；第 5 页名师归纳总结 - - - - - - -第 7 页,共 7 页