从毕业到
工作，已经一年时间了。想了一些词如不知不觉，白驹过隙但是总是不能描述一年中时快时慢，迷茫，无聊，纠结的时光；不闲扯了，进入正式话题。
从15年3月来实习，5月回校毕业，7月正式入职。在16年3月所在组解散，组里留下我一人，原因是说应届生能快速接受新事物，
学习能力好一些；5月底部门调组，原因是和老大异地办公，经常出差。
|-##############################################华丽丽的分隔线#############################|
调组之前一直负责的是资讯相关的业务，涵盖了WEB ,WAP ,APP,客户端，其中APP是最多的，主要的流程是需求评审，需求用例编写，用例执行，回归，发
测试报告；
新的组工作时间不久，主要的是WEB，H5，趋势是往APP发展。
关于下业务流程局限的总结几点：
1、新项目需求接入时，看需求书，设计需求用例；不懂得标注出来，最后统一与产品沟通确定，不更改需求目前是没有遇到过，所以一定要在跟进的时候及时更新需求；
2、项目提测前，如果有时间并且需求功能逻辑比较复杂的时候，可以开个需求评审会议；这次需要测试主导；
3、项目提测后，若不清楚功能点的入口，url地址或者置host，立刻找开发沟通；最好有一个本次功能相关群，方便大家讨论已经跟进；
4、若项目测试时间比较紧急，开发时间久，可以提出一部分功能做好就接入测试，即分功能模块测试；
5、在跟进开发修复bug时，可以每天下午在群里贴下为修复的问题，让大家都了解下进度，毕竟项目一大部分进度是由开发决定的；
6、回归验证后就是发送报告，最重要一点不要因为上线时间到，回归bug时只验证一次，如果发布后出现问题就是测试背锅了；
7、测试报告主要包括本次需求名称，测试时间，测试功能点，测试风险；
|############################又是一个美丽阔爱的分隔线######################################|
本想总结一些
功能测试点，或者基本的功能测试用例，但是业务不同，考虑点也不同，所以就总结几个理论思想，毕竟理论思想在遇到瓶颈是是一个解决方向：
1、需求文档一定多看多看，特别是没有时间写用例时直接测试，一定要认真比对测试；
2、测试过程中，一定要注意数据联系，任何有动态关联的，一定要设计好用例，检查各处是否及时更新；
3、测试时要多投入，多设计一些异常测试；
4、如果功能测试过了一轮，则再认真查看需求文档，比对现有的实现，若没有问题，则可以发布测试报告；
5、关于安全，性能都是使用组里现有的工具，没有了解；
|##############################最后一次分隔线#############################################|
关于测试方向，自己也有一些看法，不是说功能测试
技术含量不高，但是若想自己在职业发展的空间更广阔，薪酬高一些，测试开发是一条比较好的路。最后本想给自己立下flag，但是还是算了吧。之前老大说过，虽然现在接触的项目可能与代码脚本没有关系，但是自己可以给自己制定一个学习目标，在一年内学习一个语言或者脚本，了解一些自动化工具，这些总没有坏处的。我现在的状态就是学习能力很菜，自己不愿意去主动学习，套用一句：努力不一定成功，不努力确实很舒服；人都是有惰性的，但是自我的时间管理也是一个长大**的标志吧，希望能与大家共勉！！
