《测试计划示例模板(共7页).docx》由会员分享，可在线阅读，更多相关《测试计划示例模板(共7页).docx（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上 携程xxx项目测试计划编制审核批准日期日期日期 修订记录日 期版 本说 明草拟/修改V0.1草拟测试计划 目 录1引言.21.1编写目的.2预期读者.2参考资料.21.21.323测试范围.2测试策略.23.1功能测试策略.2系统兼容性测试.3性能测试.33.23.34测试资源.34.1测试人员.3测试环境.3Bug 管理工具.44.24.3567进度安排.45.15.2测试进度及工作量估算.4输出文档.4发布标准.56.16.2测试完成标准.5产品发布标准.5风险说明.5第 1 页 1 引言1.1 编写目的根据携程xxx项目需求文档，提炼测试功能点、制定测试策略、
2、评估测试风险，预估编写测试用例、执行功能测试和回归测试的工作量，进行人员和进度安排。1.2 预期读者携程xxx项目项目经理、产品、开发、测试1.3 参考资料携程xxx项目需求稿.doc携程xxx项目交互稿携程xxx项目测试需求分析2 测试范围携程xxx项目功能模块：浏览课程、参加课程、学习课程;根据产品应用场景和架构设计，还需要做性能测试和兼容性测试。3 测试策略对需求中的功能改进进行完整测试，并根据应用场景和并发数考虑兼容性和性能测试方案。3.1 功能测试策略具体见携程xxx项目测试用例.xlsx第 2 页 3.2 系统兼容性测试携程xxx项目分为 web 版和手机版本（iOS 和 Andr
3、oid），兼容性测试需要做以下方面：1. 在浏览器 ie10、chrome、Firefox 下进行完整测试；2. 在 iOS9、iOS8、iPhone6s、iPhone6P、iPhone5s、iPhone4s 上进行测试；3. 在 Android5.0 Android4.4 系统上进行完整的测试，手机选取市场占有率高的三星、华为、小米等，分辨率覆盖 800*480、1280*720、960*540、1920*1080。3.3 性能测试1. 登录模块，大批用户同时登录，服务器负载情况，页面响应速度；2. 参加课程模块，大批量用户同时参加一个课程，或者同时参加多个课程，服务器负载和响应速度。4 测
4、试资源4.1 测试人员测试负责人梁 X，团队成员李 X、张 X4.2 测试环境1. 服务器环境携程xxx试服携程xxx线上服2. 终端环境PC：windows7（ie10、chrome、Firefox）iPhone 手机：iPhone5s、ios8.1；iPhone6p、iOS9.2iPhone6s、iOS9.1iPhone4s，iOS8.1Android 手机：红米 2、Android4.4三星 note3、Android5.0华为、魅族等其他测试机第 3 页 3. 网络环境公司办公网络环境、移动 4G 网络、联通 3G 网络、电信 4G 网络4.3 Bug 管理工具在测试过程中发现的缺陷及
5、可用性问题，使用 Jira来进行 bug 管理。测试人员提交缺陷记录时，应清晰、准确地描述缺陷发生的条件和步骤，并设置缺陷的严重等级：导致程序崩溃的缺陷设为 critical 级别，严重影响程序运行或严重阻碍用户使用的缺陷设为 major 级别，对用户使用造成一定影响的缺陷设为 normal 级别，可用性问题或改进意见设为 minor 级别。5 进度安排5.1 测试进度及工作量估算任务时间执行人员预期工作量(人天)编写测试计划-王 X42测试计划 review 及修改 -第一轮功能测试（包含 -兼容性测试）全体测试人员、产品16王 X、李 X、张 X性能测试回归测试发布前内测测试报告总结合计-
6、16-全体项目成员王 X2发布后2335.2 输出文档携程xxx项目测试计划携程xxx项目测试报告第 4 页 6 发布标准6.1 测试完成标准1. 没有 critical 级别的 bug，没有影响用户正常使用的 bug；2. 完成“测试内容”中所述的功能测试、系统兼容性测试和服务端性能测试；3. 未修改的 bug 不超过 10 个。6.2 产品发布标准1. 已按照交互文档、需求文档完全的实现需求；2. 符合交互稿的交互设计规范、符合视觉要求，已经通过设计评审；3. 允许遗留可能会对用户正常使用造成一定影响的 normal 级缺陷，但应在发布前告知项目组，并经风险评估一致同意发布后方可发布；7 风险说明1. 上述工作量预估中对需求变更进行了一定的风险覆盖，但如果需求变更超出目前预计，则可能导致编写测试用例和执行测试相关工作量增加、测试进度延迟。2. 开发提交测试版本比该计划延迟的风险，发生此种情况时，执行测试的时间应该合理顺延。3. 提交测试版本质量较低的风险，可能导致比该计划更多轮次的回归测试。4. 代码版本管理执行不力的风险，发生版本管理混乱的情况时，将只选取一个稳定版本进行测试，不考虑中间版本的反复测试。一轮测试完成后，再进行下一稳定版本的回归测试。5. 携程xxx赖的测试服务器环境，如果服务器端测试环境不稳定，会影响开发提交测试版本和测试的进度。第 5 页专心-专注-专业