两个月前有幸加入网易这个大家庭，并且成为QA的一员，非常感激工作学习过程中给了我很多帮助的老师和朋友们。对于一个即将踏入社会正式进入工作岗位的新人来说，这段经历是我人生中很大的一笔财富。从对工作岗位工作性质的一无所知开始，到正式接手任务，时间让我快速成长。然而时间总是那么匆匆，太匆匆，转眼两个月的实习生活即将告一段落，对于个人来说是该好好总结总结，我将站在一个新人的角度来分析一下工作中的见解，希望对以后的新人有些帮助。
下面的介绍主要以我着手的IOS-SDK测试为例：
QA，首先想到了质量保障，很多产品上我们都能够看到产品质量保障的标志，当然这些产品要达到一定标准才享有这种标志。然而对于我们来说也就是保证软件质量，产品质量，我们的测试标准便是开发需求、设计文档、开发文档。明确需求对于我们来说相当重要，也是把控质量的关键依据。
测试准备—用例设计：
测试用例是软件测试的核心，构成了设计和制定测试过程的基础，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障。设计一好个的用例会使得我们后续测试工作轻松很多。所以用例设计这一块对我们新人来说非常重要，作为新人，经验上有很大的不足，个人觉得以下几点需要注意，
1、用例至少需要将全部的主要功能点覆盖
2、用例需要考虑到实际的执行情况（自动化实现）进行不同的分类
3、注意用例的优先级划分
5、移动客户端对于用户来说可触发的事件多种多样，需要关注典型事件
6、关注客户端异常及服务端异常
7、参数的校验以及参数的配置，外加边界值都需要设计用例时关注
8、对于移动端网络的多样性同样也是我们用例中要关注的点
测试准备—用例评审：
个人的思想总是有限的，个人思考问题的角度当然也比较局限，要做到面面俱到是绝对不可能的，所以用例评审是必须要的，特别是我们这种没经验的新人来说，用例设计完成后一定要进行评审。很简单，人多力量大，不同的人考虑问题的角度必然有些不同。评审时开发人员必须参加，这样从开发的角度来解释一些问题有时候会让你更深一步正确了解开发架构及软件运行机制。总之，用例评审也是开发和测试达成一致的一个凭证，开发至少需要保证用例的通过。
测试执行：
移动端SDK的测试，对我来说是个很大的挑战，覆盖的点比较多，面比较广。对于我个人来说，是个全新的开始，IOSSDK，语言需要学习，工具需要学习，开发环境需要熟悉，而且周边又缺少相关的经验人员的协助，这一切还是让我走了一些弯路。
测试的执行，我们需要按照测试用例来执行，按照之前划分的优先级进行测试。测试过程中需要自己学会定位问题，出现问题需要首先排除是否是自身的代码问题以及自身环境配置、错做问题。明确问题产生的原因，如果是软件本身的问题尝试分析bug原因，定位问题需要控制一定时间，不要因为问题定位影响测试进度。当然对于我们测试来说，遇见bug分析不出原因要保留相关日志及相关用例执行步骤，提交bug让开发人员去分析。
测试过程中还需要保持与开发人员的沟通，同时随着测试的进行和对框架的进一步熟悉可以帮助我们对用例进一步完善。
自动化测试的实现有利于我们回归问题，回归测试，同一个产品版本的更新是必然的，所以自动化会给我们后续的回归测试工作带来很大的方便。自动化测试应该尽量贴近真实使用情况，尽量减少对mock的使用。
自动化测试要尽可能多的覆盖测试用例，主要功能测试点要尽量做到全覆盖。
其他问题：
1、要注意测试进度的掌控
2、注意遇到bug需要跟开发沟通确认，但不要浪费时间让开发在自己的环境定位问题
3、开发提测后，原则上是不能进行版本更改，频繁的版本更换会带来一系列的问题
4、开发文档及用户使用文档说明需要开发在开发开始前完善
