上个月主要做了下面几件事（可能有部分跟移动方面不相关）
1、目前在国内手工测试还是必不可少，但是实际上覆盖到的面不是特别全，更多的是纯手工黑盒不看代码。缺乏准确性。
目前我用的是 diff，但说实话在业务级别，用 diff 来看很耗时间，要查看不同业务层面模块的 diff，然后人工分析其关系链。
所以想找一个能够快速定位功能点的工具；
a、思路：基于 diff 和业务调用关系图（函数级别的东西），能够生成函数调用关系图，将 diff 部分全部标出来。
从后端代码直接到前端 CGI 层，有可能的话还想将前端 JS 部分的也能映射起来（只是个想法）。这样可以直接映射到功能点。测试会更准确，在持续快速迭代下面辅助测试。
b、我公司是 C++ 代码为主，互联网电商业务形态，所以上月主要看了下 C++ 下面的工具；一种是编译时注入钩子，调用时来生成。一种是静态分析代码。cflow 这工具是静态分析代码，生成 C++ 函数级别的调用关系，可以基于 makefile 生成函数调用关系（赞）。感觉可以将 cflow+diff 结合起来，然后生成关系图的形式来映射起来。这样转测的代码，可以直接扫描一遍，输出从后端到 CGI 层面的所有变更点（或者全量的函数到 CGI 功能入口的映射关系），可以更直观的指导测试用例的设计。

2、由于目前开始接触移动端测试，所以开始学习移动端的知识；
a、了解一下 android 的基本体系结构。比较浅，后续会根据官网的教程来走一遍。
b、自动化方面主要看了下 monekeyrunner，了解其原理，同时做了一个小 daemon 来尝试自动化。
这个东东主要是基于坐标。然后调用 api 来跑。感觉如果可以用 xml 来封装坐标、动作、结果等，将业务 key 抽象出来，做成框架形式应该可以更方便一些。

下月计划：
1、根据 android 官网的应用编写教程来走一遍，
2、开始了解 appium