恩，纯凑贴，终于超过 10 个了。。。
溜

额，一定要 Eclipse 么。。

感觉没啥说的。。。 BeautifulSoup 吧，当然 re 也没什么不好
溜~

只能先点个赞了。。。
溜

感觉有点怪。提几个思路吧

1. 完整性么，通常可以对内容进行 MD5 验证
2. 漏采，这个不好说，因为你没有答案，所以无法判断是否漏采。。。除非已经收集好要采集的内容集合了，才能判断吧。如果是这样 case，主要有个命名规范就可以了，逐个遍历即可。如果不是，只能靠开发把程序写写好，各种 Exception 处理到位 溜~

答案是不能。
产品质量是整个团队一起努力的结果。

1. 产品，保证迭代过程中的产品逻辑，对于可能的兼容，升级做出预判，并给出方案
2. 设计，满足产品表达的同时，保证设计的延续性
3. 开发，产品细节的保证，技术方案选择要严谨，考虑兼容，性能
4. 测试，验证产品逻辑，站在用户角度对交互设计进行初步验证，保证程序 bug 尽可能少 溜~

列举的还是很全的，查内存泄漏原因应该是开发的基本任务之一，然而写起代码来就忘了一些细节。对 QA 我之前建议是，app 启动记录好初始内存，然后不停的跑，定时回到初始页面对比内存情况，差别大就 dump 一个 hprof 丢给开发。当然敏感的 QA 能感觉到哪个页面泄漏，只要反复进入退出该 activity，观察内存情况就能判断。凑贴，溜~

简单说下，主要是凑下回帖数。。。
举个例子吧

1. android 端基本技术架构选择，目前 android 开发很成熟，可选择的轮子太多。基本的选择，网络请求 okhttp，图片库 glide，json 库 gson，crash log 收集 umeng 吧，再 api level 调整的高点，基本就可以了。至于 mvp，rxjava 等等自己看吧，用的爽就选。
2. 服务端嘛，php 吧，laravel 搭一个还是很快的
3. 其他第三方服务。云存储七牛吧，当然看你服务器放在哪了，阿里 ucloud 都有自己的方式。
4. 其他特殊的库，视频处理，ffmpeg 吧，但是这货软解速度不行，估计要买别人的 sdk 了。 以上吧~

补一句吧，若是小公司，测试除了程序 bug 外，还是要关注下产品逻辑 bug。因为通常产品开发一条龙有时候并不能考虑全面，通常 qa 对产品的细节更了解，对特殊场景更敏感。特别是在公司发展过程中，不断引入的新产品和开发，更是容易出问题~