软件测试(一)app测试过程总结

来源:互联网 发布:linux tar命令出错 编辑:程序博客网 时间:2024/05/16 09:27
参考《移动App测试实战》
O即为通过,F即为不通过
测试步骤需求规划阶段产品操作1.分析业务需求,撰写需求文档
2.协助组织需求评审
3.需求文档评审纪要项目经理1.组织并参与需求评审开发人员参与需求评审设计UI人员参与需求评审测试人员参与需求评审需求规划阶段-参与需求评审产品,项目经理,开发,设计UI,测试1.产品-讲解需求和疑难解答,确定哪些需求需要做。
2.若项目很大,需要分期时,项目经理确认哪些需求第一期做、第二期做等需求规划-需求排期(PM排期)开发,测试1.开发评审时间
2.测试评审测试时间项目立项项目经理1.排期并组织项目立项
2.发送项目立项邮件测试用例编写测试1.按照UI设计+需求,编写测试用例测试用例评审开发、测试、产品开测试用例评审会开发实现产品经理1.需求确认和跟踪
2.参与测试用例评审
3.需求文档保持更新,需求变更时,与设计确认后发送邮件项目经理在开发实现,产品体验,测试过程中--
1,项目监控(计划跟踪,变更和风险管理,问题跟进和协商)
2,项目进展周报邮件开发人员1,技术方案设计与评审编码和自测
2,参与测试用例评审
3,技术方案(接口文档)设计人员1,设计/页面重构
2,设计稿,页面待确认邮件测试1,编写测试用例
2,准备测试用例评审开发实现-测试用例评审产品经理,项目经理,开发人员,测试1.发给开发、产品、项目经理评审,如果有补充,重发邮件评审。测试用例内容补充
1,用例设计投入
(1)迭代快的产品
(2)迭代慢的产品
2,用例编写详细程度
(1)用例题目,一句话描述
(2)测试步骤
(3)前置条件
(4)测试数据
(5)期望结果
3,表现形式方法:xmind、xls
4,书籍参考:《软件测试》、《微软的软件测试之道》、《探索性软件测试》开发实现-编写测试计划测试1,测试人员
2,兼容测试机型
3,缺陷标准
4,bug修复率指标:85%
5,崩溃率指标
6,测试文档
7,质量核对
8,验证结果开发请参考开发计划开发实现-熟悉掌握需求开发,测试1,要熟读功能需求文档, 任何有疑问的地方都要去和PM确认。
2,把自己当成最终用户, 经常使用自己所测试的软件。模拟用户的行为。
3, 熟记软件的每个功能。产品体验产品经理1,需求实现情况体验通过后回复体验申请邮件,待测试
2,体验反馈邮件项目经理在开发实现,产品体验,测试过程中--
1,项目监控(计划跟踪,变更和风险管理,问题跟进和协商)
2,项目进展周报邮件开发人员1,邮件申请产品体验体验bug修复
2,体验申请邮件(含自测邮件)设计人员1,页面体验bug修复测试人员1,给产品,UI一个测试版本,验收需求,UI是否通过
2,协助准备产品体验环境提测,测试工作(进行测试)开发提邮件
(1)可测及不可测的内容
(2)本期改动点:包括每个细节、UI建议开发完善本期改动点1.建议超过2个小时的测试时间任务,开发都提测邮件来。不同的测试方法UI问题检查功能测试
1,业务需求必须验证通过
2,确保更改需求验证通过
3,确保新增需求验证通过
4,确保建议性需求已修复
5,确保技术的所有修改点都测试过
6,开关都测了
7,测试完成后,数据清空兼容性测试
1,新旧版本的验证
2,旧手机和新手机的测试,iphone7,安卓低端机性能测试稳定性测试安全性测试
1,被攻击时,如何处理
2,支付功能注意每日工作总结汇报,下班(群里报告)-项目跟踪1.测试进度:测试多少个需求,分别为什么,测试进度为多少2.一共多少个BUG,剩多少个未解决,分别为2级、3级有多少个3.计划什么时候完成第一轮测试,明天交叉测试或者兼容性测试之类;4.一定要清晰每步进度、对自己、对日后新来的同事都会清晰可见发送可看:测试群内、项目经理、有必要时可给领导、开发组发个邮件每日日报(测试组日报)1,整个测试组的测试内容,汇报昨日工作和完成度,今日的工作量测试过程表格记录1.每个测试项的测试过程记录
2.bug统计:每日新增、移除、2级bug
3.收集测试手机型号消息、及时补充不同机型特殊版本问题注意:
1.特殊测试需要记录好测试数据,如充值支付、兑换等
公用信息或数据,放到对应版本文档下,如后台账号,某个需求需要特殊配置等记录:测试帐号、测试充值数量、测试订单号、截图SDK测试(特殊版本)1.P0测试
2.房间功能影响第一轮测试测试
1.测试完成
2.统计哪些问题需要及时改的。包括2级bug和3级bug
产品
1,确认功能是否符合需求
设计
1,确定UI是否符合验证bug开发
1.给包,提供修改日志(尽可能完善,包括每个细节改动点)
测试
1.验证bug交叉测试1.尽可能地模拟真实用户测试
2.统计哪些问题需要及时改的。包括2级bug和3级bug发版前一天1.测试完所有问题后,然后把剩下的bug发给项目经理、产品、开发管理等人查看,review哪些bug需要必须改的、提高优先级的P0测试、bug验证、发版测试 发布产品经理1,确定发布策略
2,发布情况关注
3,给出发布文案项目经理1,发布评审发布状态关注
2,发布评审既要上线公告文档归档开发1,发布实施设计人员发布状态关注测试1,发布状态关注线上版本,下载安装,验证测试确认能正常登录即可产品/项目经理/开发/运营负责人1,开一个讨论组,只拉相关负责人。
2.用户反馈的问题,给测试验证。-测试先问清楚bug的优先级程度,再根据bug的严重程度验证bug,然后如果是问题,就在禅道提bug报告测试1,测试报告-发版后写测试报告,若时间不充分,可适当删减模板中的内容总结-开会项目经理,测试1.问题总结
2.需求改动点总结运营产品经理1,运营效果分析和持续优化项目经理1,项目总结
2,项目总结报告开发人员1,数据监控,分析优化,重构测试1,跟进运营反馈的问题
2,验证线上问题运营跟进用户反馈的问题
1 0
原创粉丝点击