软件测试（一）app测试过程总结

参考《移动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，验证线上问题
	运营	跟进用户反馈的问题