【Android测试】【随笔】与 “美丽说” 测试同事交流
◆版权声明：本文出自胖喵~的博客，转载必须注明出处。
转载请注明出处：http://www.cnblogs.com/by-dream/p/5405432.html
分享者简介
雪晗，3年+测试经验，现任美丽说移动端测试工程师。
非常感谢雪晗妹纸能够无私的将自己的经验进行分享（另外下文中出现的所有观点均是分享者的观点，不代表美丽说科技有限公司）。
分享者自述
写在前面的话：我们的项目基本上是两周一次迭代，需求确定后，各个部门会并行工作。由于我是测试童鞋，所以以下讲的侧重点主要在测试这一方面。
1、主要人员参加需要需求评审会议，包括产品，研发，测试，设计，运营等人员
2、确定需求后，各开发同学开始并行开发，测试同学开始编写测试用例
2.1 编写用例的时间一般都是1-2天，这个要根据实际的需求来看，只要在提测之前写完都行，时间可以自己把控
2.2 测试用例按照模板编写，其中包括用例级别，模块，子模块，前置条件，操作步骤，预期结果，是否自动化，非自动化原因等。用例中标注开发在提测之前必须通过的用例，如果没有通过，不需要提测（特殊情况除外）。这个模板各个公司估计会有些许差异。
2.3 测试用例编写完成后，会发给对应的研发，产品。发出去之前需要找产品对一遍需求，看看是否有漏掉的地方或者更新的地方。
3、我们会用一个项目协作工具管理项目,跟踪任务进度。当看到进度到达提测后，可以开始测试了，测试过程中需要注意以下几点。
3.1 提bug时，要写清楚场景，目标版本，错误类型，类别，优先级，被指派人，以便后期对bug进行筛选和跟踪
3.2 每天下班前，及时回归已解决、反馈的问题，推动研发解决新建问题，报出测试进度及阻碍测试进度的问题。所有信息由一个同学负责发一个统一邮件给项目所有人员，告诉目前的进度和存在的问题。
3.3 如果某个需求遇到风险，负责这块的同学需要及时发邮件通知大家。请项目负责人处理。举个例子：比如在预期提测的时间给定后，开发没有提测，压缩了测试的2天时间，那么不能保证能按照之前的用例按时完成测试，这个时候需要和各个负责人沟 通，看看是什么原因导致了现在这个结果，是否可以补救，商量最终怎么做。要么增加测试时间，要么测试就只测优先级比较高的用例。
4、正式进入项目后，每天早上会进行一个十几分钟的站会，各部门会说下目前的进度、存在的问题。
5、基本功能测试完成后，会进行一个交叉测试（所有同学花几分钟一起看各个模块的需求），最好上线前的最后一道防线，以免漏测或者是有些机型不适配的UI问题。
6、测试结束后，会发出测试通过的邮件，会说明一下结论，分析。
7、上线完成后，会根据项目情况开一个项目总结会。总结出这次做的好的地方以及做的不好的地方，做的不好的地方大家一起讨论给出解决方案，避免下次再出现。
