eshop测试计划实例.docx

EShop网上购物系统测试计划1 产品简介Eshop致力于为企业提供网上销售解决方案，包含Eshop企业网店软件和顾问式服务体系。Eshop从企业开展电子商务的核心诉求出发，通过软件加服务的模式，帮助企业搭建平台、掌握运营。Eshop是为具有法人资质的企业或个人在互联网上独立注册网站、开设网上虚拟商店，出售实物或提供服务给消费者的电子商务平台。面向品牌商户或代理商提供多产品类目、可扩展的品牌库管理、订单管理技术解决方案。品牌商家可根据企业特点，定制符合企业风格的网上商店模板，快速构建可信任的、安全的网上销售平台，实现线下渠道与在线电子商务销售的完美结合。2 测试范围本测试计划包括： 前台会员用户登录 首页商品展示 会员用户资料修改 会员用户浏览商品 多种商品分类形式 商品排行榜功能 便捷的商品检索功能 会员中心功能 购物车功能 在线订单生成 商品评论功能 顾客留言功能 相关商品 账号和密码找回功能 订单管理功能3、测试方法黑盒测试方法：等价类方法、边界值方法、决策表方法、因果图方法、错误推测法白盒测试方法：逻辑覆盖法、基本路径测试法、循环测试方法4、测试阶段主要分为4个阶段：测试计划测试准备测试执行测试总结5、测试交付品本次测试完成后的提交物： 测试计划 测试用例 测试Bug单 测试小结 测试分析报告6、测试任务计划完成以下测试：l 功能测试l 界面测试l 性能测试l 链接测试l 安全性测试测试项：模块名称子模块功能点测试类型前台登录页面切换功能测试、链接测试登录信息的输入内容验证功能测试、界面测试必填项校验功能测试回车验证功能测试检测每个按钮的有效性功能测试、界面测试登录次数校验安全性测试Tab验证功能测试登录半个小时后查看过期验证，自动保存密码功能测试、安全测试注册页面切换功能测试、链接测试会员级别校验功能测试必填项校验功能测试系统对域最大字符长度校验功能测试系统对超出域最大字符长度校验功能测试特殊字符校验功能测试重名校验功能测试密码校验功能测试电话号码验证功能测试邮箱地址验证功能测试邮政编码验证功能测试Tab验证功能测试回车验证功能测试按钮的有效性功能测试、链接测试添加注册信息半小时后再提交对其进行过期验证安全测试购买商品添加商品到购物车是否成功功能测试、界面测试不输入购买数量功能测试在购买数量中输入字母功能测试购物车管理：添加购物车查看购物车，能否查看添购买的商品功能测试翻页功能测试、链接测试生成购物单功能测试、界面测试清空购物车功能测试删除购物车中商品功能测试查看会员价功能测试继续购物按钮页面切换功能测试、链接测试进入下一步按钮页面切换功能测试、链接测试购物车管理：生成订单查看订单是否正确翻页必填项验证Tab验证电话号码格式验证邮编验证返回上一步页面切换提交订单按钮切换购物车管理：订单提交查看订单详情订单管理查看订单详情是否正确订单详情返回按钮有效性删除订单特价区图片链接验证界面测试、功能测试查看详情按钮验证功能测试购买按钮验证界面测试、功能测试会员价验证功能测试更多按钮验证特价商品页面：特价商品浏览信息是否正确特价商品页面：上一页按钮有效性链接测试特价商品页面：下一页按钮有效性链接测试特价商品页面：首页按钮有效性链接测试特价商品页面：末页按钮有效性链接测试特价商品页面：去第几页按钮有效性链接测试新品上市同特价区一样，只是进入页面的URL不同顾客留言查看留言是否正确界面测试、功能测试必填项验证功能测试输入字符长度等于最大字符长度界面测试、功能测试输入字符长度大于最大字符长度界面测试、功能测试提交留言按钮有效性界面测试、功能测试上一页按钮有效性下一页按钮有效性首页按钮有效性末页按钮有效性去第几页按钮有效性修改注册资料页面切换功能测试、界面测试会员级别校验功能测试、界面测试必填项校验功能测试、界面测试系统对域最大字符长度校验功能测试系统对超出域最大字符长度校验功能测试特殊字符校验重名校验密码校验功能测试电话号码验证功能测试邮箱地址验证功能测试邮政编码验证功能测试Tab验证功能测试回车验证功能测试按钮的有效性功能测试、界面测试不修改直接保存安全测试搜索不输入查询功能测试选择特定查询功能测试模糊查询功能测试在查询条件中输入特殊字符功能测试7、资源需求 资源： 测试服务器稳定的测试服务器，IP地址为:10.180.2.127 人员测试审核人一名，测试实施人员2名。工具： 测试中使用的Bug管理工具为经过改进的Bug管理工具Quailty Center。 自动化测试工具LoaderRunner。8、职责角色职责对应测试经理1. 制定测试计划 2. 需求，测试用例评审3. 指导测试任务分配，（每天早上跟测试主管沟通）4. 跟踪bug的验证情况。5. 阅览测试主管的日报，周报6. 项目组进度和质量控制，7. 项目报告整理（测试用例执行结果，主要遗留问题反馈；测试用例结果每周反馈；主要遗留问题每次发布版本之前2小时，同时汇报版本新增加问题，解决问题情况。）8. 听取客户反馈问题的处理情况，9. 了解项目的进度报告10. 了解性能测试自动化测试的计划，进展，11. 测试流程改进12. 组织召开测试组例会13. 测试组人员招聘14. 测试组人员考核15. 部门之间协调16. 组织版本发布评审会议，准备质量报告17. 最后版本正式发布建议。18. 项目团队建设19. 人员培训，20. 项目总结21. 项目结束之后处理遗留bug。测试主管1. 测试执行（管理40%：测试执行60%）2. 需求，测试用例评审3. 测试任务分配 4. 控制项目组进度和质量控制，（每天组内讨论，提供项目日报）5. 阅览测试人员周报 （周一）6. 项目测试用例执行结果报告（每周一次。周五）7.跟踪bug的验证情况。8. 准备每次版本发布的checklist，并严格按照list去检查工作完成情况。9. 版本正式发布提供测试意见。10. 项目团队建设11. 组间协调12. 测试流程改进13. 组织召开测试小组例会14. 协助测试人员招聘15. 协助测试人员考核16. 组内人员培训，17. 项目总结 （管理流程，技术文档）测试工程师1. 参与需求评审2. 测试用例开发、维护3. 参与测试用例评审4. 执行测试用例，（至少每周完成一遍自己负责的区域的测试用例，其他根据测试主管的具体要求。）5. 发现bug，报告bug，验证bug，足够回归测试6. 周一提交工作周报7. 产品，研发，测试三方沟通，积极促进问题解决。8. 发现重大bug，或者是工作进度被阻断及时向测试主管汇报。9 需要测试主管支持的事项，及时跟主管沟通。10. 项目总结研发经理1.每天对Bug进行分配，标注处理意见，给定优先级（发版前必须三方：需求、开发、产品共同确定）。2、问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。3、有可能是需求的问题，分配给需求人员。4、定期对Bug库分析，找出常出错的模块，进行代码审查。研发工程师1.审核测试计划、测试报告2.参与测试Bug讨论。3.组织对测试人员的培训。4.提供需求规范说明书；5.需求变更文档6.更新组件说明文档9、人员配置和培训需求测试经理同学A测试主管同学B测试工程师同学C研发经理同学D研发工程师同学E10进度测试阶段子阶段计划时间测试计划制定测试计划4h测试计划评审2h测试计划修改2h需求管理需求来源分析2h需求评审2h测试分析测试项分析2h测试项评审2h测试设计测试用例设计16h测试用例实现2h测试用例评审2h测试执行测试执行24h11 风险和不测事件 在测试工作中，主要的风险表现有以下几点： （1）需求风险。对软件需求理解不准确，导致测试范围存在误差，遗漏部分需求或者执行了错误的测试方式；另外需求变更导致测试用例变更，同步时存在误差。（2）测试用例风险。测试用例设计不完整，忽视了边界条件、异常处理等情况，用例没有完全覆盖需求；测试用例没有得到全部执行，有些用例被有意或者无意的遗漏； （3）缺陷风险。某些缺陷偶发，难以重现，容易被遗漏； （4）代码质量风险。软件代码质量差，导致缺陷较多，容易出现测试的遗漏； （5）测试环境风险。有些情况下测试环境与生产环境不能完全一致，导致测试结果存在误差； （6）测试技术风险。某些项目存在技术难度，测试能力和水平导致测试进展缓慢，项目延期； （7）回归测试风险。回归测试一般不运行全部测试用例，可能存在测试不完全； （8）沟通协调风险。测试过程中涉及的角色较多，存在不同人员、角色之间的沟通、协作，难免存在误解、沟通不畅的情况，导致项目延期； （9）其它不可预计风险。一些突发状况、不可抗力等也构成风险因素，且难以预估和避免。以上是测试过程中可能发生的风险，其中有的风险是难以避免的，如缺陷风险等。有的风险从理论上可以避免，但实际操作过程中出于时间和成本的考虑，也难以完全回避，如回归测试风险等。对于难以避免的风险，我们的目标是将风险降到最低水平。12 批准 通过测试，达到以下目标： 测试