上个月主要做了下面几件事(可能有部分跟移动方面不相关)
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


↙↙↙阅读原文可查看相关链接,并与作者交流