还未发布过话题
  • 恩,纯凑贴,终于超过 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 了。 以上吧~
  • 聊聊测试用例之一 at 2016年09月11日

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