APP测试之独立项目测试

      首次负责有交叉业务的一个项目，看到这个需求的时候，我想的很少，只看到需求上一个抽奖的，一个我的页面，一个模板消息的，然后开始苦逼的写TC，完成TC后，开始评审，评审的时候由于开发排期不能专注于一个项目，只能是PD现讲，开发现理解，问题当场问，我的客户端TC根本不太关注，由于整个项目没有一个真正的PM，所以PD代理PM，说是提测了，实际提测一部分，开发没有考虑测试环境，好！只有自己找支付宝同学，了解测试环境配置，测试APK，账号，遇到问题，开发解决问题的速度很慢，PM又起不到真正推动解决问题的lead，老大这边只关注结果，还一直问题什么进度，搞得我快崩溃了。。。。。。

     发布时间紧张，上线前2天还没提测，此时在主管和QA的沟通中了解到，没有做好项目前期的工作，现在项目总结如下：

1.发布时间点核实。

首先要与PM核实该项目具体的上线时间点，比如说10.5上线（这种时间一定要落实到具体的点，是上午还是下午？具体几点？有没有延迟？能接受的延迟时间点？），以便于给自己的测试预留更多的时间；

2.TC实时更新。

要随着需求、交互的更新而即时更新，Taobao用的是自己的系统管理TC及bug，所以直接用Xmind，转换为freemind的”MM“文件，就直接可以导入用例系统库了；

3.开发提测时间。

具体时间点，了解大概后，这个时候，需要准备测试数据，了解测试点，需要覆盖哪些主流程，是否需要适配测试，是否需要兼容性测试，了解测试环境，需要在那个环境，日常？预发？还是只能部署到线上？

4.测试风险：

开发提测后，自己大概评估下预留的测试时间是否够用，不够用的话就需要向老大提议增加测试资源，提出哪些部分有风险，一个人无法保证测试质量，TC执行时间+提交bug时间+开发解决bug时间+验证bug时间+适度的回归测试时间，以及开发修复bug后会不会植入新的bug？？？这都需要考虑，测试中无法推动开发解决的问题，需要找PM推动，问题要以bug的形式展现。

5.日报中同步风险：每天的日报中，要体现严重问题，尤其是影响项目发布的问题，写清楚写明确，未解决的bug情况突出下。主要任务、进度、测试情况、风险评估、bug情况+明天计划。

6.测试结果mail发出。